Show HN: OxiMedia – Pure Rust Reconstruction of FFmpeg and OpenCV

Author here. OxiMedia is a clean-room reconstruction of FFmpeg and OpenCV in pure Rust. v0.1.0, 92 crates, ~1.36M lines.

Key decisions: `#![forbid(unsafe_code)]` workspace-wide, patent-free codecs only (AV1/VP9/Opus/FLAC -- no H.264/H.265/AAC ever), async on Tokio, zero C/Fortran deps in default features, native WASM target.

This is v0.1.0 -- APIs are stabilized but not yet battle-tested at scale. Performance benchmarks vs FFmpeg/rav1e/dav1d coming soon.

Feedback on API design welcome, especially the filter graph and transcoding pipeline.

GitHub: https://github.com/cool-japan/oximedia

github.com

8 points

kitasan

10 hours ago


5 comments

verall an hour ago

I dug into this for a minute since I am sort of qualified. Only read through code, I have not tried to run it.

The mass of it is incredible, but it's a bit hard to tell what is an AI hallucination.

Digging in at random, it appears real, but it doesn't smell right for code of this mass. Most of the code seems to exist as it describes - which is an insane quantity. Everything seems to be what you would get if you asked AI to write it - for example, I looked through tonemapping and it appears to implement a small set of textbook tonemapping algos. In code that is really used, I expect to see something more purpose driven, not sure how to better say it. But an AI when asked to "handle tonemapping" would just pick a few literature methods and implement.

One random pick was "oximedia-gaming" which it said was stable with nvenc support. I wanted to check this out because I've called nvenc from C++ before and it was hard. The nvenc support is a no-op. So that's not quite right.

If (and it's a huge if), this code really works as it says, and it's written mostly by LLMs (it appears to be), then this is a huge testament to the value highly structured environment like Rust provides to the LLM.

I shudder to imagine the token costs...

ghrl 3 hours ago

I see a single commit adding nearly 2M lines of code with the readme claiming to be a full production-ready project. Am I missing something here?

Also, since it mentions full WASM support, a web demo would be nice.

  • kitasan 3 hours ago

    Fair question. Development was done in a private repo — we squashed the history into a single commit when open-sourcing. That's a deliberate policy choice (clean public history), though I understand it makes it harder to evaluate the project's evolution. WASM package is already published: https://www.npmjs.com/package/@cooljapan/oximedia — format probing, container demuxing, zero-copy buffers all work in-browser. A live web demo is next on the list.

pdyc 2 hours ago

nice project but it would be good if you can make other codecs like h.264 etc. optional it will increase its adoption and help in battle testing entire framework.

hebetude 3 hours ago

Pass, one commit, no way to evaluate the evolution of the codebase.