lepton
brunsli
lepton | brunsli | |
---|---|---|
5 | 2 | |
5,001 | 722 | |
- | -0.1% | |
1.8 | 6.3 | |
over 1 year ago | 3 months ago | |
C++ | C++ | |
Apache License 2.0 | MIT License |
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.
lepton
-
JPEG XL: How It Started, How It’s Going
JPEG XL can losslessy transcode JPEG into a smaller format. JPEG2000 (or WebP or anything but Lepton[0]) didn't offer that. Besides, we have gif and png for approximately the same space. gif still isn't gone. Displacement isn't necessary for a new format to become useful.
[0] https://github.com/dropbox/lepton
- Jpeg Compression with Dropbox's Lepton
-
Too bad this isn’t digitized. Would totally hoard it!
We also use https://github.com/dropbox/lepton to save disk storage. It give 20% saving in our experience.
-
Questions about establishing a photography backup/storage system
It may not be directly related to your question, but Dropbox has developed a great open source software called Lepton. It is able to compress JPEGs losslessly and saves on average about 22% of storage space. The files are not readable after compression without decompression, but since your focus seems to be on archiving anyway, it might be handy. And for larger collections of high-resolution images, it can actually save a decent amount of storage space.
-
AVIF support enabled by default in Firefox 86
Just wondering, is there a "lossless" conversion from PNG/JPEG/etc to AVIF? Kinda like Lepton[1] but just re-compressing without further loss of details.
[1] https://github.com/dropbox/lepton
brunsli
-
Isn't now the time for Python Support?
we need Native Support for Python (or at least a reliable package) for managing the JXL files and up to this point brunsli (JXL_Patch) (which I couldn't make heads or tails of it) and jxlpy (which had problems installing on Python 3.11) were the only solutions I could find that came close to solving this issue, so ... what should we do?
-
AVIF support enabled by default in Firefox 86
To add to this, it's already possible to give this a try via building Brunsli from source:
https://github.com/google/brunsli
I personally use the cbrunsli/dbrunsli cmdline programs to archive old high-resolution JPEG photos that I've taken over the years. Having a gander at one subdirectory with 94 photos @ 354 MB in size, running cbrunsli on them brings the size down to 282 MB, which brings in savings of about 20%. And if I ever wanted to convert them back to JPEG, each file would be bit-identical to the originals.
Perhaps it's a little early to trust my data to JPEG XL/Brunsli, but I've ran tests comparing hundreds of MD5 checksums of JPEG files losslessly recreated by Brunsli, and have not yet ran into a single mismatch yet.
I can only say that I am very excited for the day that JPEG XL truly hits primetime.
What are some alternatives?
ImageMagick - 🧙♂️ ImageMagick 7
Lepton - 💻 Democratizing Snippet Management (macOS/Win/Linux)
zpaqfranz - Deduplicating archiver with encryption and paranoid-level tests. Swiss army knife for the serious backup and disaster recovery manager. Ransomware neutralizer. Win/Linux/Unix
av1-avif - AV1 Image File Format Specification - ISO-BMFF/HEIF derivative
kanzi-cpp - Fast lossless data compression in C++
Racjin-de-compression - Compression and decompression algorithms used in old PS2/PSP/Wii games by Racjin
pillow - Python Imaging Library (Fork)
compressonator - Tool suite for Texture and 3D Model Compression, Optimization and Analysis using CPUs, GPUs and APUs
Huffman-Coding - A C++ compression program based on Huffman's lossless compression algorithm and decoder.
libzim - Reference implementation of the ZIM specification
PhysicsFS - PhysFS++ is a C++ wrapper for the PhysicsFS library.