A rust rewrite that's GPL and isn't MIT or Apache licensed? I'm shocked.
It incorporates code directly from FFmpeg and FFmpeg is LGPL.
Wedeo – a Rust Rewrite of FFmpeg
11–20 of 32 posts
Re: Wedeo – a Rust Rewrite of FFmpeg
#12After playing around with Claude Code for a bit, rewriting some Python tooling in Rust to great effect, I was interested in pushing the boundaries of what LLMs could do in terms of rewriting projects in Rust. The result is `wedeo`. For those unfamiliar, [FFmpeg]( https://www.ffmpeg.org/ ) is "a complete, cross-platform solution to record, convert and stream audio and video". It is one of the most powerful and impress…
Have you taken a look at the various test harnesses for video encoding/decoding, or consider publishing a standalone one yourself? I get a bit-for-bit rewrite can have some advantage but it's hard to know if the AI implementation actually covers all of the edges cases.
Re: Wedeo – a Rust Rewrite of FFmpeg
#13After playing around with Claude Code for a bit, rewriting some Python tooling in Rust to great effect, I was interested in pushing the boundaries of what LLMs could do in terms of rewriting projects in Rust. The result is `wedeo`. For those unfamiliar, [FFmpeg]( https://www.ffmpeg.org/ ) is "a complete, cross-platform solution to record, convert and stream audio and video". It is one of the most powerful and impress…
> 100% of the code in `wedeo` is AI-generated Thanks but no thanks
> It is intended as an experiment in pure LLM usage.
Re: Wedeo – a Rust Rewrite of FFmpeg
#14> It provides no additional features compared to FFmpeg, and despite incorporating FFmpeg's assembly code, is significantly slower.
What a fantastic use of tokens. The author isn't even reviewing the code so you can't really even call it a study.
> This codebase is AI-generated. Written by Claude (Anthropic) via Claude Code, directed and reviewed by a human.
Re: Wedeo – a Rust Rewrite of FFmpeg
#15After playing around with Claude Code for a bit, rewriting some Python tooling in Rust to great effect, I was interested in pushing the boundaries of what LLMs could do in terms of rewriting projects in Rust. The result is `wedeo`. For those unfamiliar, [FFmpeg]( https://www.ffmpeg.org/ ) is "a complete, cross-platform solution to record, convert and stream audio and video". It is one of the most powerful and impress…
Have you taken a look at the various test harnesses for video encoding/decoding, or consider publishing a standalone one yourself? I get a bit-for-bit rewrite can have some advantage but it's hard to know if the AI implementation actually covers all of the edges cases.
I’m using FFmpeg’s own FATE suite, which is intended to poke at those edge cases, as well as JVT vectors. I’d love to get a more robust set of weird files similar to what symphonia has, though, so if anyone has any resources I’d appreciate it.
Re: Wedeo – a Rust Rewrite of FFmpeg
#16After playing around with Claude Code for a bit, rewriting some Python tooling in Rust to great effect, I was interested in pushing the boundaries of what LLMs could do in terms of rewriting projects in Rust. The result is `wedeo`. For those unfamiliar, [FFmpeg]( https://www.ffmpeg.org/ ) is "a complete, cross-platform solution to record, convert and stream audio and video". It is one of the most powerful and impress…
What's the unsafe situation like in Wedeo?
It’s used for multithreading and also for assembly loading. It’s not checked by anything other than Claude itself, so that would definitely be a strong candidate for manual review. I did have Claude ingest Rust Atomics & Locks by Mara Bos to help guide the implementation for concurrency, at least.
Re: Wedeo – a Rust Rewrite of FFmpeg
#17Earlier quoted context omitted.
What a fantastic use of tokens. The author isn't even reviewing the code so you can't really even call it a study.
> This codebase is AI-generated. Written by Claude (Anthropic) via Claude Code, directed and reviewed by a human.
I suppose “review” is misleading, since I’m not actually reading the code, I’m simply asking Claude to explain what the code is doing. I’ll change that so it’s expressly clear that none of this code is actually human-reviewed.
Re: Wedeo – a Rust Rewrite of FFmpeg
#18Worth mentioning https://github.com/yazaldefilimone/ffmpreg , another rust rewrite of ffmpeg (apparently from scratch, not translated)
I found this project, but I’m not surprised that it doesn’t have much progress. Doing this kind of Rust rewrite is an absolutely gargantuan undertaking that I don’t think it would be feasible without AI. It’s not as if FFmpeg is some crufty, slow code that would seriously benefit from it.
Re: Wedeo – a Rust Rewrite of FFmpeg
#19A rust rewrite that's GPL and isn't MIT or Apache licensed? I'm shocked.
It’s generated by an AI so the "author" doesn’t care about the license.
I don’t know if I would say I don’t “care” about the license. I want to respect the FFmpeg license, and considering that my project is a straight ripoff, it would be dishonest to not have the same license. Whether AI-generated code can even be legally licensed or copyrighted is a separate question that hasn’t been decided by courts. I’ll happily comply with whatever experts recommend.
Re: Wedeo – a Rust Rewrite of FFmpeg
#20After playing around with Claude Code for a bit, rewriting some Python tooling in Rust to great effect, I was interested in pushing the boundaries of what LLMs could do in terms of rewriting projects in Rust. The result is `wedeo`. For those unfamiliar, [FFmpeg]( https://www.ffmpeg.org/ ) is "a complete, cross-platform solution to record, convert and stream audio and video". It is one of the most powerful and impress…
> 100% of the code in `wedeo` is AI-generated Thanks but no thanks
You don’t have to like it but you have to admit that it’s pretty impressive to pass the entire FATE test suite with purely AI-generated code. I honestly didn’t think it would be possible when I first started this.