Open pcwalton opened 9 years ago
Is it ok if we don't use FFmpeg or AudioUnit.framework and write a decoder in Rust instead?
It is, but that decoder should be treated as a fallback for when no hardware decoder is available. Sadly, the only way to use HW decoders is typically the platform APIs, due to the closed proprietary nature of decoders :(
But isn't that only for Win + Mac? For Linux we're using software decoding anyways, aren't we?
Yeah, I don't think desktop Linux usually uses HW decoding, so a pure Rust solution sounds just fine there. Assuming it works and is fast enough, of course :)
It would be an interesting experiment :)
How would we go about per-frame headers and info (ex. sampling rate)? It is common practice to assume that every frame will be like the first, but that's not correct per se.
@pcwalton ^^
Usually I've been following the way mkv does these things. For example, the notion of cluster/track/etc. is taken from mkv. So I guess my answer would be "however mkv handles it".
@pcwalton Well, it seems like mkv handles it exactly the way I put it (at least judging by this), which assumes that each frame has the same headers, but this is not correct, and it will not allow features such as variable bitrate
Any update on MP3 support?
Nobody is working on rust-media at this point.
Hi, here new https://crates.io/crates/minimp3
We should add MP3 support via FFmpeg and
AudioUnit.framework
on Mac. It may also be desirable to add ID3 support.