Hector Martin

... I think I'll just save the raw h264 stream and instruct the user to run ffmpeg on it

rudimentary scaling: SwsContext* ctx = sws_getCachedContext(0, w, h, AV_PIX_FMT_RGB24, w, h, AV_PIX_FMT_YUV420P, SWS_LANCZOS, NULL, NULL, NULL); sws_scale(ctx, inData, inStride, 0, h, outData, outStride);

that'll convert from RGB to YUV at the same resolution; you might want to double the resolution to mitigate subsampling artifacts, and maybe use SWS_POINT for nearest-neighbor instead of lanczos (¯\_(ツ)_/¯)

Boo, 4:2:0. There is absolutely no excuse for not encoding GBA video in 4:4:4.

I mean, 4:4:4 YUV is more likely to be supported than H.264 RGB, I'll give you that

I'm going to take a cheap shot and ask: if @whitequark goes with ffmpeg, how many ffmpeg releases will the code last before the APIs it uses are deprecated? One? Two? (hi I just upgraded my box to ffmpeg-4 and had to drop four packages)

Heh, I just tried compiling OpenLASE with ffmpeg-4. It builds (surprising!), but raises 19 ffmpeg API deprecation warnings just in qplayvid.c.

how many are about accesses to an AVStream's AVCodecContext that should now be using the AVCodecParameters?