rav1d

It's a Rust/ASM port, look there: https://github.com/memorysafety/rav1d/blob/main/src/ext/x86/... I am not sure if it is that much safer than the C version when raw assembly is still required.

I don't know why you've been down-voted. It definitely isn't an optimal decision. A video codec isn't all assembly. There's plenty of plain unsafe C code. E.g. this is the first random file I clicked. It has a ton of raw C pointer stuff just begging to be exploited. https://code.videolan.org/videolan/dav2d/-/blob/main/src/dat... There is a project to write an AV1 decoder in Rust: Rav1d (really stretching the name here). https://github.com/memorysafety/rav1d They got within 5% of the performance of dav1d and held a contest to close the gap but I think I read somewhere that this wasn't achieved. https://www.memorysafety.org/blog/rav1d-perf-bounty/ They claimed > This is enough of a difference to be a problem for potential adopters, and, frankly, it just bothers us. But in my opinion nobody actually cares about 5% in absolute terms. It's lik

yes it makes sense to use C/ASM here, but if you're curious, there is a rust port of dav1d named rav1d: https://github.com/memorysafety/rav1d it's not much slower than the original C/ASM implementation (last i checked ~5%?) but that matters here

https://github.com/memorysafety/rav1d got funded and developed. it is unfortunately a bit slower (typically by a single-digit percentage) than dav1d.

for dav1d there is https://github.com/memorysafety/rav1d although it reuses the dav1d assembly and performance is typically slower by a single-digit percentage.