-
2021.05.02 09:48 "Re: [Tiff] SIMD optimizations", by Even Rouault
- 2021.05.02 10:33 "Re: [Tiff] SIMD optimizations", by ZdPo Ster
-
2021.05.02 13:55 "Re: [Tiff] SIMD optimizations", by Bob Friesenhahn
-
2021.05.02 14:09 "Re: [Tiff] SIMD optimizations", by Even Rouault
-
2021.05.02 15:35 "Re: [Tiff] SIMD optimizations", by Larry Bank
- 2021.05.02 17:20 "Re: [Tiff] SIMD optimizations", by Even Rouault
- 2021.05.03 15:58 "Re: [Tiff] SIMD optimizations", by Even Rouault
-
2021.05.03 19:16 "Re: [Tiff] SIMD optimizations", by Jeff Breidenbach
-
2021.05.03 20:40 "Re: [Tiff] SIMD optimizations", by Bob Friesenhahn
- 2021.05.03 21:09 "Re: [Tiff] SIMD optimizations", by Even Rouault
- 2021.05.03 21:44 "Re: [Tiff] SIMD optimizations", by Larry Bank
- 2021.05.03 22:50 "Re: [Tiff] SIMD optimizations", by Akira Urushibata
-
2021.05.03 20:40 "Re: [Tiff] SIMD optimizations", by Bob Friesenhahn
-
2021.05.02 15:35 "Re: [Tiff] SIMD optimizations", by Larry Bank
-
2021.05.02 14:09 "Re: [Tiff] SIMD optimizations", by Even Rouault
2021.05.04 17:44 "Re: [Tiff] SIMD optimizations", by Larry Bank
Steve,
I brought up this issue years ago. The libtiff G4 encoder is needlessly inefficient in both its encoding of the output bits and its searching the current and reference lines for runs of bits. There isn't just a tweak to fix it, the encoder needs to be tossed out and replaced. A faster encoder will use a bit more memory, but at this point I don't think anyone will mind using an additional 8 bytes per pixel width (current + reference line runs as uint32_t). I've been recently reminded on this mailing list that my time is better spent optimizing more important libraries like libpng. Are there any good reasons to change my mind? I still think that libtiff G4 encoding is used widely in scanned document generation (embedded in scanners and on PCs/mobile), so it should be improved.
Larry B.