| ▲ | gyan 6 hours ago |
| Changelog: - Extend AMF Color Converter (vf_vpp_amf) HDR capabilities - LCEVC track muxing support in MP4 muxer - Playdate video encoder and muxer - Add v360_vulkan filter - HE-AAC 960 decoding (DAB+) - transpose_cuda filter - Add AMF Frame Rate Converter (vf_frc_amf) filter - SMPTE 2094-50 metadata support and passthrough - ProRes RAW VideoToolbox hwaccel - APV Vulkan hwaccel - Animated WebP decoder - Animated WebP demuxer - Remove CELT decoding support (doesn't affect Opus CELT) - Remove ogg/celt parsing - Bitstream filter to split Dolby Vision multi-layer HEVC - Add AMF hardware memory mapping support. - ONNX Runtime DNN backend with GPU execution provider support - Remove deprecated NVENC options and support for pre-11.1 SDK versions |
|
| ▲ | harshreality 5 hours ago | parent | next [-] |
| > - Animated WebP decoder Nice. browsers have supported this for a long time, and it was annoying ffmpeg did not, because that meant a lot of non-browser desktop apps couldn't view them either. |
| |
| ▲ | ihuman 14 minutes ago | parent | next [-] | | I thought it already supported webp via libwebp. Is this different? | |
| ▲ | GlumWoodpecker 5 hours ago | parent | prev [-] | | I've been waiting for this feature! Whenever I've encountered an animated WebP, I've had to drop it into ezgif.com to convert it to mp4, now I can just write a quick Bash function to transform it with ffmpeg. |
|
|
| ▲ | kergonath 8 minutes ago | parent | prev | next [-] |
| > - Playdate video encoder and muxer That’s got to be the nichest of niche codecs, maybe second only to the Lucas Arts one. Very impressive. |
|
| ▲ | ihuman 16 minutes ago | parent | prev | next [-] |
| > Remove ogg/celt parsing Does that mean it doesn't support .ogg files anymore? |
| |
| ▲ | gourlaysama 2 minutes ago | parent | next [-] | | No, this only removes parsing CELT inside an ogg container (because CELT itself is going away), not support for ogg itself. | |
| ▲ | asveikau 2 minutes ago | parent | prev | next [-] | | Doubtful. Ogg is a container format. Celt is a specific audio codec. I believe celt was superseded by opus. | |
| ▲ | pkulak 3 minutes ago | parent | prev [-] | | No, not at all. Just celt, which was packaged in the ogg container, I assume. |
|
|
| ▲ | embedding-shape 5 hours ago | parent | prev | next [-] |
| > - ONNX Runtime DNN backend with GPU execution provider support Oh, wonder what fancy new things this will enable. Any examples in the wild already perhaps? |
| |
| ▲ | alex7o 3 hours ago | parent | next [-] | | Some people might want to remove it, but onnx is one of the few ways you can run hw accelerated convolutions | |
| ▲ | sbinnee 4 hours ago | parent | prev | next [-] | | I wonder if it’s going to be some custom encoder/decoder using DNN. I would also want to see some examples! | |
| ▲ | a-french-anon 2 hours ago | parent | prev [-] | | Well, not that important to me since we already had that in Vapoursynth. |
|
|
| ▲ | ThrowawayTestr 7 minutes ago | parent | prev | next [-] |
| >Animated WebP decoder >Animated WebP demuxer This is huge |
|
| ▲ | ryanmcbride an hour ago | parent | prev | next [-] |
| > Playdate video encoder and muxer Playdate as in the e-ink handheld? That's awesome! |
| |
| ▲ | hbn 43 minutes ago | parent [-] | | Playdate's screen isn't e-ink, it's a 1-bit LCD You probably wouldn't want the refresh rate of e-ink for a gaming device. | | |
| ▲ | ryanmcbride 33 minutes ago | parent | next [-] | | You're right. I literally have one sitting on my bookshelf I just haven't touched it like, since about a week after it came out. | |
| ▲ | nvme0n1p1 35 minutes ago | parent | prev [-] | | Wouldn't be impossible. I'm old enough to remember the original B+W game boy, and my B+W e-reader refreshes faster. | | |
| ▲ | hbn 15 minutes ago | parent [-] | | I've seen some very recent niche tech demoing fast-refresh e-ink screens but pretty much everything until now has required a noticeable flash to clear the entire screen on update. Which is fine for reading books but not for quick animating in an action game. Most e-ink displays do not refresh faster than the original GameBoy which was 60fps. |
|
|
|
|
| ▲ | amelius 5 hours ago | parent | prev | next [-] |
| I'm curious if they used LLMs to do the tedious work of porting the (de/en)coders to different architectures, and how useful they are here. |
| |
| ▲ | rzerowan 5 hours ago | parent | next [-] | | Seems like Yes.
https://nitter.net/FFmpeg/status/2084084810813743614
"Thank you @ClaudeDevs
and @AnthropicAI
for supporting FFmpeg through the Claude for Open Source program! So far, Claude has helped find missing backports for the upcoming 9.0 release." Although i was under the impression that they ususally preferred hand optimized assembly.
Not sure what their LLM/AI contribution policy looks like compared to other fundamental OSS projects. | | |
| ▲ | dspillett 4 hours ago | parent | next [-] | | > Although i was under the impression that they usually preferred hand optimized assembly. Using LLMs/agents to do gap analysis and fill boilerplate doesn't rule out also reviewing the output and hand-optimising. That is how the tools should be used (if you aren't being a luddite like me and not using them at all) rather than click-and-hope vibe-coding. | | |
| ▲ | brookst 4 hours ago | parent [-] | | And as a ffmpeg user with some old/weird hardware, I would much prefer click-and-hope support to no support at all. Ideally they’d have the resources for a real live human to hand-code assembly for every codec for every platform, but that’s probably not realistic. I’ll take what I can get and dust off my assembly skills if a click-and-hope implementation is close but not quite enough. | | |
| ▲ | znpy 39 minutes ago | parent | next [-] | | You can very likely do the click-and-hope on your own with a 20 $/month cursor/codex/claude/grok subscription. edit: actually if you have the weird/exotic hardware you’re in the best position to do so as you can actually test whatever the coding agents would shit out. | |
| ▲ | shevy-java 4 hours ago | parent | prev [-] | | Makes sense. The problem I see is that LLM use deters many potential contributors. I understand that in your use case this is not an issue since you prefer working code over theoretical contributors (as said makes a lot of sense), but I am noticing this in many projects that transitioned hard into an AI dependency. It puts a barrier to some people. If 99% of a project's contributions are via AI, is that project still alive? | | |
| ▲ | cjmcqueen 4 hours ago | parent [-] | | Yes, contribution is what keeps a project alive. It's up to the people involved to maintain quality. That's management. Two different things, both important. |
|
|
| |
| ▲ | rawling 4 hours ago | parent | prev [-] | | No domain knowledge at all here but "find missing backports" doesn't sound like writing/porting code. |
| |
| ▲ | world2vec 5 hours ago | parent | prev [-] | | In FFmpeg's twitter page it says that several of their developers got six free months of Claude Max 20x plan through Anthropic's Claude for Open Source Program, and that it was used, so far, to help find missing backports for this 9.0 release. | | |
| ▲ | shevy-java 4 hours ago | parent [-] | | Sounds like advertisement though. | | |
| ▲ | cjmcqueen 4 hours ago | parent | next [-] | | That's how sponsorship works, it's an exchange of goods or funds for visibility of an audience. Nothing wrong with that | |
| ▲ | vachina 4 hours ago | parent | prev [-] | | Sounds like getting them hooked on LLM so they come back for more. | | |
| ▲ | selcuka 3 hours ago | parent [-] | | No wonder both drug dealers and software developers call their customers "users". |
|
|
|
|
|
| ▲ | redsocksfan45 4 hours ago | parent | prev [-] |
| [dead] |
