Skip to content

Developer tools · image codec library

jxl-rs

A Rust JPEG XL decoder that people recommend for speed and Rust's memory safety. Critics say the code is still fresh and question its single-core benchmarks.

Summarized from 13 comments.

A Rust JPEG XL decoder that people recommend for speed and Rust's memory safety. Critics say the code is still fresh and question its single-core benchmarks.

recommend
8
criticize
5
months recommended
4 of 13

Why people love it

  • Faster than libjxl in tests · 4

    Seems to be between a little and a lot faster in almost all of the tests.

    Oct 2026 · comment

    jxl-rs is faster since June 2026 (using just a bit more RAM)

    Oct 2026 · comment

    jxl-rs started to outperform the C++ library 2 months ago.

    Aug 2026 · comment
  • Rust calms security concerns · 2

    Every `unsafe` function has clearly stated safety requirements, and every `unsafe` blocks justifies why the requirements are met.

    Jan 2026 · comment

    Rust certainly calms security fears.

    Jan 2026 · comment

What people warn about

  • Young code and development hiatus · 2

    I wouldn’t call it mature. Not to say it’s buggy, but most of its code is very fresh.

    Jan 2026 · comment

    had a hiatus with zero commits of over 1.5 years until recently iirc

    Dec 2025 · comment
  • Single-core benchmarks look misleading · 2

    The chart showing jxl-rs taking 1209ms to decode a 5456x3632 image in a single thread is a little damning

    Sep 2026 · comment

    Measuring on a single core is deeply misleading

    Sep 2026 · comment

What hackers pick instead

Every quote

The 11 most detailed of 13 comments. Each links to the original.

  1. Every `unsafe` function has clearly stated safety requirements, and every `unsafe` blocks justifies why the requirements are met.

    Recommends · Jan 2026 · in “Chromium Has Merged JpegXL”

  2. Seems to be between a little and a lot faster in almost all of the tests.

    Recommends · Oct 2026 · in “Shipping JPEG XL in Chrome”

  3. jxl-rs is faster since June 2026 (using just a bit more RAM)

    Recommends · Oct 2026 · in “Shipping JPEG XL in Chrome”

  4. jxl-rs started to outperform the C++ library 2 months ago.

    Recommends · Aug 2026 · in “Firefox 157 will include JPEG XL by default on all platforms”

  5. Rust certainly calms security fears.

    Recommends · Jan 2026 · in “Chromium Has Merged JpegXL”

  6. already faster than libjxl

    Recommends · Oct 2026 · in “JPEG XL vs. AVIF for web use-cases”

  7. The chart showing jxl-rs taking 1209ms to decode a 5456x3632 image in a single thread is a little damning

    Criticizes · Sep 2026 · in “The case against JPEG XL”

  8. I wouldn’t call it mature. Not to say it’s buggy, but most of its code is very fresh.

    Criticizes · Jan 2026 · in “JPEG XL Demo Page”

  9. had a hiatus with zero commits of over 1.5 years until recently iirc

    Criticizes · Dec 2025 · in “Google unkills JPEG XL?”

  10. Measuring on a single core is deeply misleading

    Criticizes · Sep 2026 · in “The case against JPEG XL”

  11. I'm mildly optimistic for a retry with jxl-rs. However, seeing much of the same contributors from libjxl on jxl-rs does make me quite cautious.

    Mixed · Dec 2025 · in “Google unkills JPEG XL?”

Counts from 1,795,640 Hacker News comments, Nov 2025 to Nov 2026. How we count · Report a mistake