You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, image provides support for many PNG compression levels, all the way from Fast, Best, Huffman, and RLE.
However, according to the PNG specification, it is possible to store only uncompressed deflate blocks.
While this would be a niche feature addition, it would be very useful for scenarios where the highest encoding speed is required, as the encoding speed of uncompressed PNGs is obviously the highest among all other settings, and unlike PPM, we get greater compatibility with general software with it.
It shouldn't be too hard to add it to image's PNG implementation, so hopefully it won't take too much time to do so.
Summary of feature request: Enabling/Implementing uncompressed PNG support for maximum encoding/decoding speed.
We've now switched to fdeflate for fast compression, which does support writing uncompressed data. At the moment that's only used as a fallback if normal fast compression isn't able to shrink the data. But I'd be open to accepting a PR exposing it as a user facing feature if it turns out to be significantly faster than our existing "Fast" compression
Currently,
image
provides support for many PNG compression levels, all the way from Fast, Best, Huffman, and RLE.However, according to the PNG specification, it is possible to store only uncompressed deflate blocks.
While this would be a niche feature addition, it would be very useful for scenarios where the highest encoding speed is required, as the encoding speed of uncompressed PNGs is obviously the highest among all other settings, and unlike PPM, we get greater compatibility with general software with it.
It shouldn't be too hard to add it to
image
's PNG implementation, so hopefully it won't take too much time to do so.Summary of feature request: Enabling/Implementing uncompressed PNG support for maximum encoding/decoding speed.
Example program of something that would heavily benefit from this:
https://github.com/shssoichiro/butter-video
The text was updated successfully, but these errors were encountered: