2009.04.26 17:22 "[Tiff] Packbits worst case encoded length", by Simon Berger
-
2009.04.29 14:28 "Re: [Tiff] Packbits worst case encoded length", by Toby Thain
-
2009.04.30 07:41 "Re: [Tiff] Packbits worst case encoded length", by Albert Cahalan
-
2009.04.30 13:58 "Re: [Tiff] Packbits worst case encoded length", by Toby Thain
- 2009.04.30 19:12 "Re: [Tiff] Packbits worst case encoded length", by Albert Cahalan
-
2009.04.30 13:58 "Re: [Tiff] Packbits worst case encoded length", by Toby Thain
-
2009.04.30 07:41 "Re: [Tiff] Packbits worst case encoded length", by Albert Cahalan
- 2009.04.29 18:07 "Re: [Tiff] Packbits worst case encoded length", by Simon Berger
- 2009.05.05 19:13 "Re: [Tiff] Packbits worst case encoded length", by Albert Cahalan
2009.04.29 18:07 "Re: [Tiff] Packbits worst case encoded length", by Simon Berger
The formula I have given is the worst case for encoding. Using srcByteLen if I don't know how big the decoding output could be makes no sense and speaking of a worst case for decompressed data also. So still my question is how I could know the "worst case" (biggest) compressed size before encoding.