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 19:17 "Re: [Tiff] Packbits worst case encoded length", by Toby Thain
On 29-Apr-09, at 2:07 PM, Simon Berger wrote:
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.
I think your formula was correct, for a best-effort compressor.
--Toby