#png #decoder #debugging #png-decoder

no-std makepad-zune-png

A fast, correct and safe png decoder

1 unstable release

0.2.1 Sep 20, 2023

#932 in Images

Download history 15/week @ 2024-07-22 54/week @ 2024-07-29 23/week @ 2024-08-05 16/week @ 2024-08-12 14/week @ 2024-08-19 24/week @ 2024-08-26 6/week @ 2024-09-02 14/week @ 2024-09-09 20/week @ 2024-09-16 40/week @ 2024-09-23 17/week @ 2024-09-30 13/week @ 2024-10-07 27/week @ 2024-10-14 11/week @ 2024-10-21 10/week @ 2024-10-28 24/week @ 2024-11-04

73 downloads per month
Used in 8 crates (via makepad-widgets)

MIT OR Apache-2.0 OR Zlib

375KB
5.5K SLoC

Zune-png

A fast, correct and safe png decoder

Limitations

  • This decoder (currently) expands images with less than 8 bpp to be 8 bits(one byte) automatically. This may or may not be desired depending on your use cases.
  • No support for the non-standard APNG (animation) extension.

Features

  • Fast deflate decoder
  • Vectorized filters and bit manipulation
  • Memory friendly (few allocations)
  • Zero unsafe outside of platform specific intrinsics

Usage

First, include this in your Cargo.toml

[dependencies]
zune-png = "0.2.0"

Then you can access the decoder in your library/binary.

use zune_png::PngDecoder;
// decode bytes
let decoder = PngDecoder::new(b"bytes").decode().unwrap();

Debug vs release

The decoder heavily relies on platform specific intrinsics, namely AVX2 and SSE to gain speed-ups in decoding, but they perform poorly in debug builds. To get reasonable performance even when compiling your program in debug mode, add this to your Cargo.toml:

# `zune-png` package will be always built with optimizations
[profile.dev.package.zune-png]
opt-level = 3

Benchmarks

The updated benchmarks comparing this decoder with other Rust and C decoders can be found here with the png prefix. Benchmarks are updated regularly to keep up with optimizations added.

Dependencies