"The performance of compression in libtiff is rather dependent on strip/tile sizes. Have you investigated modifying strip/tile sizes to see if more can be gained from existing codecs?"
Also "separate" images might be worth a try, where R, G, and B are in separate strips rather than stored as RGB. On Fri, Nov 28, 2025 at 6:32 AM Bob Friesenhahn via Tiff < [email protected]> wrote: > I have not heard of anyone working on QOI or FFV1 compression in > libtiff. If the work is performed suitably well (according to project > standards) and there is some assurance of continued support, the usage > license matches libtiff's license, and there is some assurance of > development support for some time after integration, the work is likely > to be integrated. > > The performance of compression in libtiff is rather dependent on > strip/tile sizes. Have you investigated modifying strip/tile sizes to > see if more can be gained from existing codecs? > > Have you tried WebP compression in libtiff? There is lossless WebP > support in libtiff! WebP compression should work rather well provided > that the image is a natural scene. WebP does not support large images, > but it should work well if a large image is diced up into tiles. > > Bob > > On 11/28/25 08:01, Romeyke, Andreas via Tiff wrote: > > > > Hi, > > > > For our long-term archive, we are considering switching from baseline > > TIFF 6.0 to a successor format that can efficiently compress images > > losslessly. To minimize conversion issues, one option would be to > > simply change the codec within TIFF. We've seen that "tiffcp" supports > > lzw, lzma, and zstd. > > > > Compared to the lossless encoding in Quite OK Image File Format (qoi), > > PNG, and especially compared to FFV1 or JPEG XL, the achievable > > compression rates are suboptimal[1]. > > > > Therefore, our question is: > > > > Is there an overview of which codecs libtiff currently supports? > > > > And is anyone already working on integrating qio or FFV1? > > > > If not, would such extensions have a chance of being incorporated into > > libtiff? > > > > With best regards > > > > Andreas > > > > [1] our testset (scans historic monographs) results in ff. lossless > > compression ratios: > > > > tiff/lzw – 94% > > > > tiff/zstd – 67% > > > > qoi – 50% > > > > png – 53% > > > > ffv1 – 36% > > > > jpeg-xl – 33% > > > > -- > > > > team member “long-term preservation“ > > > > Saxon State- and University Library Dresden (SLUB) > > > > Department 2 (IT), Division 2.3 (infrastructure and digital long-term > > preservation) > > > > Zellescher Weg 18 | 01069 Dresden > > > > phone: +49 351 4677 763 > > > > E-Mail: [email protected] > > <mailto:[email protected]> > > > > http://www.slub-dresden.de/ <http://www.slub-dresden.de/> | @slubdresden > > > > > > _______________________________________________ > > Tiff mailing list > > [email protected] > > https://lists.osgeo.org/mailman/listinfo/tiff > _______________________________________________ > Tiff mailing list > [email protected] > https://lists.osgeo.org/mailman/listinfo/tiff >
_______________________________________________ Tiff mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/tiff
