PNG-library
fpnge
| PNG-library | fpnge | |
|---|---|---|
| 3 | 4 | |
| 29 | 79 | |
| - | - | |
| 6.9 | 4.2 | |
| about 1 year ago | about 2 months ago | |
| Java | C++ | |
| - | 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.
PNG-library
-
Ask HN: Those making $0/month or less on side projects – Show and tell
My works over the years are accumulated on https://www.nayuki.io/ . Lately I finished writing a new PNG library ( https://www.nayuki.io/page/png-library ), and now I'm revamping a DEFLATE library ( https://www.nayuki.io/page/deflate-library-java ).
-
JEP draft: No longer require super() and this() to appear first in a constructor
In the second constructor, the first call is Math.round(), followed by Foo(int).
I found myself needing to work around the limitation recently: https://github.com/nayuki/PNG-library/blob/b92cedc23b1fc32d5...
-
Hello, PNG
Having implemented most of the PNG specification from scratch in the past month, I agree with all of the features highlighted by the author in the article's introduction. Although there are some minor things I don't like, overall it is a very well-designed format that has minimal ambiguity and stands the test of time.
You can find my modern Java PNG library at: https://www.nayuki.io/page/png-library , https://github.com/nayuki/PNG-library
fpnge
-
png crate gets an ultrafast compression mode, up to 4x faster decompression
When the QOI format was first announced it wasn't clear that was even possible while keeping PNG format compatibility. But the fpng and fpnge C/C++ libraries showed it was, and today you can take advantage of those advances in a general purpose PNG library in Rust!
-
Hello, PNG
But most platforms these days have some form of CRC32 "acceleration". Adler32 is easy to compute so I'm even less concerned there.
I spent a bunch of time optimising the code in [fpnge](https://github.com/veluca93/fpnge), which is [often notably faster than fpng](https://github.com/nigeltao/qoir/blob/5671f584dcf84ddb71e28d...), yet checksum time is basically negligible.
Having said that, the double-checksum aspect of PNG does feel unnecessary.
- Computing Adler32 Checksums at 41 GB/s
- QOI – The Quite OK Image Format
What are some alternatives?
tinf - Tiny inflate library (inflate, gzip, zlib)
fpng - Super fast C++ .PNG writer/reader
figlet-fonts - my collection of figlet / toilet ascii art fonts
zpaqlpy - Compiles a zpaqlpy source file (a Python-subset) to a ZPAQ configuration file for usage with zpaqd
just-an-email - App to share files & texts between your devices without installing anything
php-qoi - QOI image encoder and decoder written in pure PHP
canvas_ity - A tiny, single-header <canvas>-like 2D rasterizer for C++
zlib-ng - zlib replacement with optimizations for "next generation" systems.
libjxl - JPEG XL image format reference implementation
stb - stb single-file public domain libraries for C/C++