Summary: | TIF file format save/export creates broken/empty images (5.2.3) | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Crocobutt <xenox.dragontech> |
Component: | File formats | Assignee: | Dmitry Kazakov <dimula73> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dimula73, ghevan, halla, penguinflyer2222 |
Priority: | NOR | Keywords: | regression, release_blocker, triaged |
Version: | git master (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Crocobutt
2024-07-02 11:06:38 UTC
I am not observing this on macOS build, I'll need to test this on windows to fully test this report. (In reply to vanyossi from comment #1) > I am not observing this on macOS build, I'll need to test this on windows to > fully test this report. Last stable 5.2.2 version (and all previous) worked just fine. This seems to be an error only on windows?. Saving a TIFF file with LZW or no algorithm compression saves fine. however using deflate and pixarlog (which uses deflate internally) generates the following messages "Compression algorithm does not support random access" multiple times and suggest the following "TIFFWriteDirectorySec: Creating TIFF with legacy Deflate codec identifier, COMPRESSION_ADOBE_DEFLATE is more widely supported" The later message shows on macOS as well, however the save operation produces a working TIF (In reply to vanyossi from comment #3) > This seems to be an error only on windows?. Saving a TIFF file with LZW or > no algorithm compression saves fine. however using deflate and pixarlog > (which uses deflate internally) generates the following messages > > "Compression algorithm does not support random access" > > multiple times and suggest the following > "TIFFWriteDirectorySec: Creating TIFF with legacy Deflate codec identifier, > COMPRESSION_ADOBE_DEFLATE is more widely supported" > > The later message shows on macOS as well, however the save operation > produces a working TIF Oh, so the options were relevant! Yes, I have forever been using Deflate option in compression. Thanks for looking into it! The deprecation warning about legacy Deflate is fixed on 5.3-branch, and unrelated.
After the many "Compression algorithm does not support random access" errors are two more:
> [filename]: Deflate compression support is not configured
> TIFFFillStrip: Invalid strip byte count 0, strip 0
My guess is that after the dependency build changes, on Windows TIFF is no longer being compiled with ZLIB, which is required for Deflate.
I agree, that probably is the reason. The bug should be fixed with this commit: https://invent.kde.org/dkazakov/krita-deps-management/-/commit/c1049ffb1b077b2b3af47efb82d7fb3d29191dea |