<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>mediacodec.dev news</title><description>Curated media codec news: encoder releases, browser support changes, research papers and notable posts.</description><link>https://mediacodec.dev/</link><item><title>jxl-rs 0.7.1 trims binary size</title><link>https://github.com/libjxl/jxl-rs/releases/tag/v0.7.1</link><guid isPermaLink="true">https://github.com/libjxl/jxl-rs/releases/tag/v0.7.1</guid><description>jxl-rs v0.7.1 reduces binary size by about 100 kB by moving static data behind
`LazyLock` into a `Box`. For JPEG XL tooling, smaller binaries make integration
and distribution easier, especially where footprint and startup matter.

(GitHub)</description><pubDate>Mon, 07 Sep 2026 00:00:00 GMT</pubDate></item><item><title>Mediabunny 1.55.7 fixes iterator termination</title><link>https://github.com/Vanilagy/mediabunny/releases/tag/v1.55.7</link><guid isPermaLink="true">https://github.com/Vanilagy/mediabunny/releases/tag/v1.55.7</guid><description>Mediabunny v1.55.7 ships a targeted fix for sample iterators not terminating
when exceptions were thrown. That kind of iterator edge case can quietly stall
long-running media jobs, so these patch releases are worth taking quickly.

(GitHub)</description><pubDate>Fri, 04 Sep 2026 00:00:00 GMT</pubDate></item><item><title>Mediabunny 1.55.5 is out</title><link>https://github.com/Vanilagy/mediabunny/releases/tag/v1.55.5</link><guid isPermaLink="true">https://github.com/Vanilagy/mediabunny/releases/tag/v1.55.5</guid><description>Mediabunny v1.55.5 is out as a patch release. Keeping close to these point
updates is practical if you depend on browser media pipelines, because they
are where regression fixes and compatibility polish usually land first.

(GitHub)</description><pubDate>Mon, 31 Aug 2026 00:00:00 GMT</pubDate></item><item><title>NVIDIA FRUC work lands in FFmpeg&apos;s Vulkan path</title><link>https://www.phoronix.com/news/FFmpeg-NVIDIA-RTX-FRUC</link><guid isPermaLink="true">https://www.phoronix.com/news/FFmpeg-NVIDIA-RTX-FRUC</guid><description>NVIDIA&apos;s frame-rate up-conversion (FRUC) work being merged into FFmpeg&apos;s
Vulkan stack is notable because it pushes interpolation workflows closer to
mainline tooling. When this kind of vendor capability lands upstream, it is
much easier to test and compare in ordinary FFmpeg-based pipelines.

(Phoronix)</description><pubDate>Sun, 30 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Intel ANV lands HuC support for Vulkan H.265 decode</title><link>https://www.phoronix.com/news/Intel-ANV-HuC-H265-Vulkan-Video</link><guid isPermaLink="true">https://www.phoronix.com/news/Intel-ANV-HuC-H265-Vulkan-Video</guid><description>Intel&apos;s ANV Vulkan driver picked up HuC support for Vulkan Video H.265
decoding, closing one of the practical gaps in Linux-side hardware decode.
For media tooling that leans on Vulkan paths, this is the kind of plumbing work
that turns feature checkboxes into something that actually runs on user machines.

(Phoronix)</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Division-by-zero bug report filed for FFmpeg</title><link>https://code.ffmpeg.org/FFmpeg/FFmpeg/issues/24290</link><guid isPermaLink="true">https://code.ffmpeg.org/FFmpeg/FFmpeg/issues/24290</guid><description>A new FFmpeg issue reports a division-by-zero crash found by fuzzing. Bugs in
decoder edge paths are exactly what media projects need surfaced early, because
they harden the code paths that touch untrusted files in the real world.

(FFmpeg issue tracker)</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Firefox plans JPEG XL on by default</title><link>https://groups.google.com/a/mozilla.org/g/dev-platform/c/3YMV4MS34KA/m/iqfJV5cXEQAJ</link><guid isPermaLink="true">https://groups.google.com/a/mozilla.org/g/dev-platform/c/3YMV4MS34KA/m/iqfJV5cXEQAJ</guid><description>Mozilla opened an intent-to-ship to enable JPEG XL by default in Firefox 157
across platforms. That moves JXL from an opt-in Labs toggle toward baseline
browser behavior, which matters for anyone shipping high-density images where
JXL&apos;s quality-per-byte and decode speed are the point.

(Mozilla dev-platform)</description><pubDate>Mon, 24 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Jean-Baptiste Kempf on codec patents, AV1, and open-source</title><link>https://www.reddit.com/r/AV1/comments/1vutc9d/interview_of_jeanbaptiste_kempf_videolanvlc/</link><guid isPermaLink="true">https://www.reddit.com/r/AV1/comments/1vutc9d/interview_of_jeanbaptiste_kempf_videolanvlc/</guid><description>Kempf has spent two decades shipping VLC into a legal environment that wanted
him to stop, so when he talks about software patents he is not speaking in
the abstract. The interview covers why he sees AV1 as the first codec where
the royalty-free promise is credible rather than aspirational, and where the
remaining patent risk actually sits. Worth reading alongside the AV2 progress
if you are trying to understand why the open-codec pipeline that feeds this
whole ecosystem exists at all.

(r/AV1)</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate></item><item><title>jxl-rs 0.6.0 goes multithreaded</title><link>https://github.com/libjxl/jxl-rs/releases/tag/v0.6.0</link><guid isPermaLink="true">https://github.com/libjxl/jxl-rs/releases/tag/v0.6.0</guid><description>The Rust decoder sitting behind Chrome&apos;s JPEG XL flag can now use more than
one core, after a run of commits reworking the render pipeline to be
thread-safe. Decode speed is one of the arguments a format has to win before
a browser turns it on by default, so this is the unglamorous work that
matters more than any announcement. The same release ports libjxl&apos;s blue
noise dithering for 8-bit output, which is what keeps gradients from banding
on ordinary displays.

(GitHub)</description><pubDate>Tue, 18 Aug 2026 00:00:00 GMT</pubDate></item><item><title>FFmpeg&apos;s Vulkan H.265 encoder catches up with H.264</title><link>https://www.phoronix.com/news/FFmpeg-Faster-HEVC-Encode</link><guid isPermaLink="true">https://www.phoronix.com/news/FFmpeg-Faster-HEVC-Encode</guid><description>Vulkan encoding is how FFmpeg reaches your GPU&apos;s encode block without a
vendor-specific path, and its H.265 side had been trailing its own H.264 for
no good reason. Tuning the session flags and CU sizes closed it: at 1080p the
commit reports 289 to 358 fps against H.264&apos;s 288 to 359, which is parity
within noise. Merged to master rather than released, so it lands for most
people in FFmpeg 9.1.

(Phoronix)</description><pubDate>Mon, 17 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Mediabunny 1.55 adds DTS, the Blu-ray audio codec</title><link>https://github.com/Vanilagy/mediabunny/releases/tag/v1.55.0</link><guid isPermaLink="true">https://github.com/Vanilagy/mediabunny/releases/tag/v1.55.0</guid><description>DTS is the audio you get off a Blu-ray, and it is not a codec browsers have
ever cared about, which makes reading and writing it from JavaScript a
genuinely odd capability to acquire. Mediabunny now handles it in ISOBMFF,
Matroska and MPEG-TS, with a separate `@mediabunny/dts` package supplying a
decoder and an encoder polyfill since no browser will do it for you. Useful
if you have ever tried to get a disc rip into something a browser will play
and found the audio, not the video, was the wall.

(GitHub)</description><pubDate>Mon, 17 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Mediabunny 1.54.0 can measure a file&apos;s real frame rate</title><link>https://github.com/Vanilagy/mediabunny/releases/tag/v1.54.0</link><guid isPermaLink="true">https://github.com/Vanilagy/mediabunny/releases/tag/v1.54.0</guid><description>One addition, and a useful one: `computeFrameRateMetrics()` reports what a
video track&apos;s frame timing actually looks like rather than what its header
claims. Declared frame rates lie routinely, through variable-rate phone
capture, screen recordings that drop frames when nothing moves, and remuxes
that inherit a number from somewhere else. Anything that has to make a
decision from frame rate, ours included, has until now been trusting a field
instead of measuring the packets.

(GitHub)</description><pubDate>Fri, 14 Aug 2026 00:00:00 GMT</pubDate></item><item><title>FFmpeg 9.0.1: the hardening release</title><link>https://github.com/FFmpeg/FFmpeg/releases/tag/n9.0.1</link><guid isPermaLink="true">https://github.com/FFmpeg/FFmpeg/releases/tag/n9.0.1</guid><description>Twenty-eight commits behind 9.0, and almost none of them are features: bounds
checks in the bwdif filter, overflow rejection in the MPEG and HEVC muxers,
zero-channel tracks refused, error recovery in the Dolby E parser. Point
releases are where this work lands, and it matters most if you run FFmpeg
over files you did not create, which is every upload pipeline. Nothing here
changes a command you already run; it changes what happens when someone feeds
you a malformed one.

(FFmpeg)</description><pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Mediabunny v1.53.0 fixes Safari encodability checks</title><link>https://github.com/Vanilagy/mediabunny/releases/tag/v1.53.0</link><guid isPermaLink="true">https://github.com/Vanilagy/mediabunny/releases/tag/v1.53.0</guid><description>The library behind every lab on this site, and this release lands a fix we
have a direct stake in: encodability checks no longer throw on Safari in some
cases. That check is what decides whether a codec appears greyed out or
usable in the quantizer lab, the transcode lab and the encoder benchmark, so
a throw there is the difference between a working page and a broken one for
Safari visitors. Elsewhere: HLS single-file mode now writes segment files
that are independently playable, and several fMP4 fragment bugs are gone for
anyone writing sparse multi-track output.

(GitHub)</description><pubDate>Sat, 08 Aug 2026 00:00:00 GMT</pubDate></item><item><title>jxl-rs: the decoder Chrome actually bet on</title><link>https://github.com/libjxl/jxl-rs</link><guid isPermaLink="true">https://github.com/libjxl/jxl-rs</guid><description>Memory safety was Chrome&apos;s stated condition for readmitting JPEG XL, and this
pure-Rust decoder is the answer: vendored into Chromium in December 2025 and
shipping behind Chrome&apos;s flag since 145. Daily commits and a public issue
tracker make this repo the closest thing to a live feed on JPEG XL&apos;s browser
future.

(GitHub)</description><pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate></item><item><title>&quot;I encoded an AV2 video and built a player that can play it&quot;</title><link>https://www.reddit.com/r/AV1/comments/1vff0uw/i_encoded_an_av2_video_and_built_a_player_that/</link><guid isPermaLink="true">https://www.reddit.com/r/AV1/comments/1vff0uw/i_encoded_an_av2_video_and_built_a_player_that/</guid><description>The spec went final ten weeks ago and hobbyists are already encoding
AV2 and writing players for it, years before any browser or chip will oblige.
The gap between &quot;standard frozen&quot; and &quot;files exist in the wild&quot; has never
been this short, and it is the clearest sign of how much open tooling has
changed since AV1 walked this same road.

(r/AV1)</description><pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate></item><item><title>FFmpeg 9.0 &quot;Lei&quot; released</title><link>https://www.phoronix.com/news/FFmpeg-9.0-Released</link><guid isPermaLink="true">https://www.phoronix.com/news/FFmpeg-9.0-Released</guid><description>The &quot;Lei&quot; release leans hard into the GPU: broader Vulkan acceleration,
GPU-side AI filters through ONNX Runtime, animated WebP decoding and Apple
ProRes RAW support. Every core library steps a major version (libavcodec and
libavformat cross into 63), so pinned build scripts will need attention. The
everyday flags our how-to pages teach are unchanged.

(FFmpeg)</description><pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate></item><item><title>jxl-rs v0.5.1: Chrome&apos;s JXL decoder starts versioning</title><link>https://github.com/libjxl/jxl-rs/releases/tag/v0.5.1</link><guid isPermaLink="true">https://github.com/libjxl/jxl-rs/releases/tag/v0.5.1</guid><description>The Rust decoder Chrome vendored is now cutting tagged releases, two in
one day no less. Versioned releases are how a vendored experiment turns into
a dependable dependency, and each one is a small signal that the JPEG XL
bet is being maintained, which is precisely the condition Chrome set for
turning it on by default.

(GitHub)</description><pubDate>Tue, 28 Jul 2026 00:00:00 GMT</pubDate></item><item><title>libaom v3.14: better layered and progressive AVIF</title><link>https://www.reddit.com/r/AV1/comments/1v97bjg/aomedia_announces_libaom_v314_with_improvements/</link><guid isPermaLink="true">https://www.reddit.com/r/AV1/comments/1v97bjg/aomedia_announces_libaom_v314_with_improvements/</guid><description>The reference AV1 implementation turns its attention to still images:
v3.14 improves layered and progressive AVIF encoding. Progressive rendering
is the one trick old JPEG had that AVIF lacked, an image that sharpens as it
loads rather than arriving in a wipe, so encoder support here matters for
how AVIF pages feel on slow connections.

(r/AV1)</description><pubDate>Tue, 28 Jul 2026 00:00:00 GMT</pubDate></item><item><title>AVIF reaches Baseline &quot;Widely Available&quot;</title><link>https://www.reddit.com/r/AV1/comments/1v86vb3/avif_officially_reached_baseline_widely_available/</link><guid isPermaLink="true">https://www.reddit.com/r/AV1/comments/1v86vb3/avif_officially_reached_baseline_widely_available/</guid><description>Thirty months in every major engine is the bar for Baseline Widely Available,
and AVIF just cleared it. For cautious teams this is the formal permission
slip to ship AVIF without agonising over fallbacks, though a JPEG fallback in
a picture element still costs one line, and our format comparison shows what
each choice buys.

(r/AV1)</description><pubDate>Mon, 27 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Simulating cassette tape audio with FFmpeg filters</title><link>https://github.com/AARomanov1985/Audio-Cassette-Simulation</link><guid isPermaLink="true">https://github.com/AARomanov1985/Audio-Cassette-Simulation</guid><description>A lighter one: a project that recreates cassette-deck character,
frequency response, saturation, hiss, entirely with FFmpeg filter graphs. A
good reminder that the filter engine is a full audio DSP playground, and a
fine source of incantations to steal for less nostalgic work.

(Hacker News)</description><pubDate>Sun, 26 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Firefox 153: Vulkan video decoding, JPEG XL in Labs</title><link>https://www.phoronix.com/news/Firefox-153-Downloads</link><guid isPermaLink="true">https://www.phoronix.com/news/Firefox-153-Downloads</guid><description>Two stories in one release. Vulkan video decoding gives Linux hardware
decode a path that does not depend on VA-API, which NVIDIA users will feel
first. And JPEG XL becomes an opt-in experiment in Firefox Labs, meaning both
major open engines now carry a JXL decoder that is one switch away from
default, Chrome behind its flag and Firefox behind Labs.

(Phoronix)</description><pubDate>Mon, 20 Jul 2026 00:00:00 GMT</pubDate></item><item><title>SVT-AV1 v4.2.0 released</title><link>https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases/v4.2.0</link><guid isPermaLink="true">https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases/v4.2.0</guid><description>The encoder FFmpeg recommends for AV1 distribution encodes, and the one our
convert and compress pages name as libsvtav1. Its point releases keep landing
roughly quarterly, and each one tends to buy either speed at the same preset
or compression at the same speed; if you encode AV1 in production, tracking
them is free efficiency.

(GitLab)</description><pubDate>Wed, 15 Jul 2026 00:00:00 GMT</pubDate></item><item><title>dav1d 1.5.4 released</title><link>https://code.videolan.org/videolan/dav1d/-/tags/1.5.4</link><guid isPermaLink="true">https://code.videolan.org/videolan/dav1d/-/tags/1.5.4</guid><description>The decoder that actually plays the web&apos;s AV1: dav1d is what browsers
and most players ship, so its quiet maintenance releases reach more devices
than almost any codec news on this page. Boring in the best possible way;
update and move on.

(VideoLAN)</description><pubDate>Tue, 14 Jul 2026 00:00:00 GMT</pubDate></item><item><title>FFmpeg rewrites its native AAC encoder</title><link>https://hydrogenaudio.org/index.php/topic,129691.0.html</link><guid isPermaLink="true">https://hydrogenaudio.org/index.php/topic,129691.0.html</guid><description>For years the honest advice was &quot;use libfdk_aac, the built-in AAC is
mediocre&quot;. That era may be ending: the native encoder has been rewritten with
an overhauled psychoacoustic model, and FFmpeg&apos;s own metrics and listening
tests place it ahead of fdk-aac and Apple&apos;s qAAC. It missed the 9.0 cut and
ships in 9.1, and because this encoder sits behind countless defaults (OBS
included), the average AAC on the internet is about to get better.

(Hydrogenaudio)</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate></item><item><title>libjxl v0.12.0: faster, smaller, patched</title><link>https://github.com/libjxl/libjxl/releases/tag/v0.12.0</link><guid isPermaLink="true">https://github.com/libjxl/libjxl/releases/tag/v0.12.0</guid><description>Encoding gets a 2 to 5 times multi-threaded speedup, progressive lossless
images come out 30 to 40% smaller, and the notes flag numerous security fixes
that make updating less than optional for anyone running libjxl server-side.
A new jxltran tool extracts codestreams from JXLP boxes.

(GitHub)</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate></item><item><title>AV2 v1.0: the specification is final</title><link>https://av2.aomedia.org/</link><guid isPermaLink="true">https://av2.aomedia.org/</guid><description>Ten years after AOMedia formed, AV1&apos;s successor is frozen: specification and
the AVM 1.0 reference implementation, with roughly 30% bitrate savings over
AV1 in AOMedia&apos;s own test conditions. The realistic clock starts now, though.
AV1&apos;s spec landed in 2018 and needed half a decade of hardware and browser
work before it became a default; AV2&apos;s road is the same length.

(AOMedia)</description><pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate></item><item><title>How AV2&apos;s 30% claim was measured</title><link>https://arxiv.org/abs/2605.15800</link><guid isPermaLink="true">https://arxiv.org/abs/2605.15800</guid><description>The paper behind the headline number: AV2&apos;s common test conditions, including
convex-hull adaptive-streaming configurations and user-generated content in
the test set. The measured result is a BD-rate reduction of 29.8% on PSNR-YUV
and 33.8% on VMAF in random-access configuration. Worth reading before
quoting the 30%: codec gains always depend on how you score them.

(arXiv)</description><pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate></item><item><title>Chrome 145 ships a JPEG XL decoder, behind a flag</title><link>https://www.phoronix.com/news/Chrome-145-Released</link><guid isPermaLink="true">https://www.phoronix.com/news/Chrome-145-Released</guid><description>Three years after tearing JPEG XL out, Chrome carries a decoder again: the
memory-safe Rust jxl-rs rather than C++ libjxl, gated behind
enable-jxl-image-format and off by default. Nothing decodes for real visitors
yet, but the code being in the tree at all is the reversal the format&apos;s
supporters spent those three years arguing for. Default-on is expected in the
second half of 2026 if the launch criteria hold.

(Phoronix)</description><pubDate>Tue, 10 Feb 2026 00:00:00 GMT</pubDate></item></channel></rss>