[FFmpeg-devel] [RFC] [PATCH 0/7] Towards YUVJ removal, v2

[Niklas Haas <ffmpeg@haasn.xyz>]

A follow-up to my previous post (almost a year ago) about YUVJ removal.
This patchset does not add full filter colorspace negotiation - rather,
we add metadata only to AVCodec, with a warning being printed if
incorrect frames are sent. fftools/ffmpeg_filter.c gained an explicit
auto-conversion case, which is enough to pass FATE, and not regress
current use cases where automatic YUVJ<->YUVJ conversion is happening.

The major caveats here are:

1. Handling in fftools is great, but not ideal for API users who want
   the filter graph API to handle all auto-conversions. This would
   require also adding support for color ranges etc. to the filter
   format negotiation API, which would be a major undertaking, much
   larger than this series in scope. It would also build on top of the
   basis established out by this series, since the capabilities
   advertise by the AVCodec would naturally plug in to the downstream
   end of the filter graph.

2. For symmetry, I added *all* of the colorspace metadata fields, rather
   than just color range. I don't expand their use in this series, but
   it's quite low-hanging fruit at this point to add a list of supported
   primaries etc. to whatever codecs need it (for example, VP8 can only
   do BT.601 primaries, HEVC can only do certain chroma locations,
   etc.).

   While this is more future-proof, libswscale can't handle these
   conversions at the moment. So we insert zscale instead, if available.
   (And otherwise, we would just continue to generate an error)

Probably not in the final form that will be merged, but I wanted to
gather feedback on this approach.

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".