> On Thu, Jul 30, 2020 at 3:09 PM Tom Murphy <amindfv@...> wrote: > > > > According to ffprobe, the input video has colorspace 'yuv420p10le' > > > (i.e. 10-bit video), but the output is only 'yuv420p'. So it does > > > appear somewhere in the pipeline it's being downgraded to 8-bit? (Or > > > that there's a default 8-bit output setting somewhere?) > > > > > > > Maybe I should have phrased this last bit more clearly as a question: > > does the fact it's input 10-bit and output 8-bit imply I _can't_ > > currently get the data through the whole pipeline 10-bit > > > > Correct. Brian meant it should support it as an input and decode it > correctly, but it will be conformed to one of the image formats supported > by the services. The mlt_image_yuv422p16 he mentions only works for > decklink producer to avformat consumer currently. It also possible to > convert 10-bit YUV to 8-bit full range sRGB, which most effects support, > convert to 10-bit YUV, and encode as 10-bit. I think Brian was also talking > a bit technical about what can be possible with small changes if you are a > developer. Currently, the avformat producer (decoder) does not output to > mlt_image_yuv422p16, and I doubtful that is going to be the preferred image > format for a future processing pipeline that supports 10-bit end-to-end.
Is my intuition correct that (e.g.) 10-bit yuv420 needs to be supported on a per-service basis? So if I have 10-bit color producers and no filters or transitions, then "all" I need is for the avformat consumer to support 10-bit color in order to prevent loss of image quality? And then, if I have the same setup as above but I add one filter (or transition), then I just need that particular filter or transition to support 10-bit color? Thanks! Tom _______________________________________________ Mlt-devel mailing list Mlt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel
