-
Notifications
You must be signed in to change notification settings - Fork 355
Compress without decompressing the whole JPEG #84
Comments
Hi Stephan... actually it may work with some tiny tweaks The missing gaps here are b) reassembling the file from the multiple pieces... Dropbox doesn't need this technology because right now we always store data in chunks of no more than 4 megabytes. This means that no individual JPEG piece ever exceeds 4 MiB. |
There must be some workaround for the high memory requirements Lepton has at present.
I guess, solutions like PAQ and WinZip may be able to compress without having to decompress
the whole JPEG in memory before. The memory requirement there is pretty much the same no matter how big the input file is.
In PAQ7 source, Matt wrote:
"Files are further compressed by partially uncompressing back to the DCT coefficients to provide context for the next Huffman code."
Does anyone has an idea how this partially uncompressing could be made real in Lepton?
The text was updated successfully, but these errors were encountered: