> On Thu, Jul 30, 2020 at 3:09 PM Tom Murphy 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
