-
Notifications
You must be signed in to change notification settings - Fork 143
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] Enabling uncompressed PNG support #349
Comments
Migrating to image-png because this is exactly the kind of feature that our format-specific crates are suited to handle... Looking into this, it seems that the blocker is that the deflate crate doesn't current support this feature. However, flate2 does support it, and there is interest in switching over to using it (because deflate is in maintenance mode). |
Oh, I completely forgot there are multiple format specific crates. Thanks for the tip. And yeah, a PR to enable flate2 utilization replacing the current deflate crate seems like a good idea. |
We've now switched to |
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: