elm-markdown-previewer
zopfli
| elm-markdown-previewer | zopfli | |
|---|---|---|
| 1 | 9 | |
| 1 | 3,387 | |
| - | 0.6% | |
| 6.8 | 2.6 | |
| 5 months ago | about 2 months ago | |
| HTML | C++ | |
| BSD 3-clause "New" or "Revised" License | 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.
elm-markdown-previewer
-
How I use Devbox in my Elm projects
Markdown Previewer
zopfli
-
How I use Devbox in my Elm projects
This project uses HTMLMinifier, optipng, and zopfli to create a custom production Elm build pipeline. You can see how I make use of these tools in this build script. Here are the results in case you're interested. I used the same ideas from this project to build and deploy dwayne/elm-conduit, which you can learn more about in my article Yet Another Tour of an Open-Source Elm SPA.
-
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?
oxipng - Multithreaded PNG optimizer written in Rust
guetzli - Perceptual JPEG encoder
libavif - libavif - Library for encoding and decoding .avif files
PNG-spec - Maintenance of the PNG specification
optipng-bin - optipng bin-wrapper that makes it seamlessly available as a local dependency
Zpng - Better lossless compression than PNG with a simpler algorithm
ImageOptim-CLI - Make optimisation of images part of your automated build process
vrecord - Vrecord is open-source software for capturing a video signal and turning it into a digital file.
shrivel - Command line wrapper utility to shrink a path of images for web based on external tools.
jpeg2png - silky smooth JPEG decoding
libjxl - JPEG XL image format reference implementation
squoosh - Make images smaller using best-in-class codecs, right in the browser.