On Mon, Mar 15, 2021 at 10:55 PM Florian Nouwt <fnou...@gmail.com> wrote: > > Now that I think about it, it might not be possible to an accurate > straightforward conversion to regular yuv because of the subsampling. The u > and v cannot just linearly be scaled to line up with the required values > for regular yuv. That would mean the output would have to be in rgb format. > It wouldn't really be an issue, but not the most elegant solution. Wouldn't > it be possible to support these alternative coefficients in libswscale or > so? I suppose that would still give issues with applications that have > their own conversion algorithms. >
I don't think a single game codec warrants creating an entirely new pixel format for, unless it has a concrete independent definition and is used outside of this codec as well. Otherwise, the conversion logic looks rather straight forward and relatively cheap, and should probably just output RGB (either packed or planar, whichever is easier). It does remind me a bit of YCgCo, but with different formulas unfortunately. - Hendrik _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
