jpeg2png
zopfli
Our great sponsors
jpeg2png | zopfli | |
---|---|---|
2 | 8 | |
469 | 3,368 | |
- | 0.6% | |
10.0 | 2.6 | |
over 3 years ago | 18 days ago | |
C | C++ | |
GNU General Public License v3.0 only | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
jpeg2png
-
Google Chrome Is Already Preparing To Deprecate JPEG-XL (~3x smaller than JPEG, HDR, lossless, alpha, progressive, recompression, animations)
That's not necessarily the case with the jpeg2png decoder, but it's been a while since I used it, and I'm not able to test right now. The PNG files will be smaller than with the usual JPEG decoding process, at least.
-
Losslessly Optimising Images
This tool optimises blocky JPEGs for a better viewing pleasure: https://github.com/victorvde/jpeg2png
> jpeg2png finds the smoothest possible picture that encodes to the given JPEG file.
zopfli
-
PSA: Use ZopfliPNG to compress your PNG assets
I'm making a 2D game with lots of PNG assets. I recently found that ZopfliPNG regularly reduces the sizes of my assets by ~3x compared to Asesprite's output. I've tried a few other PNG compression tools, but ZopfliPNG consistently outperforms the others.
-
Google Chrome Is Already Preparing To Deprecate JPEG-XL (~3x smaller than JPEG, HDR, lossless, alpha, progressive, recompression, animations)
I mean something better than Google's best engineers trying to optimize LZ77's compression as much as humanly possible, while remaining compatible with the DEFLATE/zlib bitstream.
- Improving App Performance
-
Losslessly Optimising Images
zopflipng typically beats pngcrus and optipng (on Linux at least) but by default it drops auxillary PNG chunks [0] which can result in browsers (and other applications) using a different color space, causing the resulting images to look more washed out than the original. To prevent this you need to explicitly pass --keepchunks=cHRM,gAMA,pHYs,iCCP,sRGB,oFFs,sTER to zopflipng.
Unfortunately it (and most other tools) don't have APNG support, keeping only the first frame.
[0] https://github.com/google/zopfli/issues/113
- Good, but slow, deflate or zlib compression library
- What am I doing wrong? ffv1 vs "h264 -crf 0"
-
webP animated
I tried going with a lot of different compression algorithms, in the end a lot of iterations of Zopfli delivers the best result. With that, I got the image down to 591 kB.
-
KB Club: With links to HN, Reddit, Lobsters threads for each website
I tried zopflipng [1] with the very expensive option suggested from the usage and got 2,493 bytes (original 2,740 bytes, nowhere practical as it took 3 minutes) so you don't have to sacrifice the palette, though I'm not sure if 16 or even 4 color palette will significantly alter the visual.
[1] https://github.com/google/zopfli
What are some alternatives?
ImageOptim-CLI - Make optimisation of images part of your automated build process
oxipng - Multithreaded PNG optimizer written in Rust
shrivel - Command line wrapper utility to shrink a path of images for web based on external tools.
guetzli - Perceptual JPEG encoder
PNG-spec - Maintenance of the PNG specification
libavif - libavif - Library for encoding and decoding .avif files
Zpng - Better lossless compression than PNG with a simpler algorithm
optipng-bin - optipng bin-wrapper that makes it seamlessly available as a local dependency