pl_mpeg

You can get some IDE support with a simple preprocessor macro[1]. It's a crutch, but at least you don't need to stuff the shader into multiple "strings" or have string continuations (\) at the end of every line. Plus you get some syntax highlighting from the embedding language. I.e. the shader is highlighted as C code, which for the most part seems to be close enough. [1] https://github.com/phoboslab/pl_mpeg/blob/master/pl_mpeg_pla...

> MPEG is not free. A license is required for using MPEG. For MPEG-1 this is not true anymore. All patents have expired. It's also far less computationally expensive and easier to implement/integrate than more modern codecs. This makes MPEG-1 a "good enough" solution for (e.g.) short video clips in a game. Disclaimer: I wrote pl_mpeg[1], so my opinion is biased. [1] https://github.com/phoboslab/pl_mpeg

Shameless plug: here's an MPEG1 player in 400 lines and the decoder in 4000: https://github.com/phoboslab/pl_mpeg

Lately there has also been an effort by a hobbyist to use an MPEG1 decoder (PL_MPEG)[1] on the N64[2]. Disclaimer: I wrote PL_MPEG, but not the N64 port. [1] https://github.com/phoboslab/pl_mpeg [2] https://www.reddit.com/r/n64/comments/dr15py/i_just_started_...

Thanks for the explanation! It hadn't occurred to me that an encoder would spit out packets for part of a frame, while it's still encoding. For what it's worth, ffmpeg's public API - at least the one I used in a previous project[1] - only produces full frames. The MPEG-2 state object you linked to looks a lot like the private data of my decoder already[2]. I wonder if there's any restriction on when a packet may be concluded. I.e. do MPEG-PS packets have to contain full slices, or can they be cut off in the middle of slice? The "hairy" part with my current design would be to reproduce the call stack. Again, if the decoder would live in its own thread, it would be a no-brainer. > and it's been done successfully by every major decoder implementation afaik As far as I can tell, ffmpeg's decoder does not allow for this. It always searches for