YUVA444P16 or RGBA64 would cover all the bases.
LE vs BE just depends on whether you are more likely to operate on the samples
as uint16_t or as uint8_t. uint16_t would be more convenient with LE because
the two bytes would be in the correct byte order, uint8_t would be more
convenient with BE because the MSB would come first (on x86 platform).
I would be OK with either.
FWIW, I predict that we will want to implement slice parallel conversions when
dealing with these larger formats since even simple memory copies can take
several milliseconds when you are dealing with large buffers. The global thread
pool would be timely for this.
~Brian
From: Dan Dennedy <d...@dennedy.org>
To: Brian Matherly <c...@brianmatherly.com>; Maksym Veremeyenko
<ve...@m1stereo.tv>; mlt-devel <mlt-devel@lists.sourceforge.net>
Sent: Sunday, January 29, 2017 3:18 PM
Subject: Re: [Mlt-devel] [RFC] 10 bits
I am fine with adding an image format to MLT, but I want it to be something
very useful and comprehensive so we do not soon need yet another format. So,
with that said, why not YUV 4:4:4 instead of 4:2:2? How including alpha such as
YUVA444P16 or RGBA64?For more efficient conversion with the popular v210
format, https://wiki.multimedia.cx/index.php/V210 and other sources say v210 is
little endian. So, choosing the 'LE' variant might more sense.
On Sun, Jan 29, 2017 at 12:10 PM Brian Matherly <c...@brianmatherly.com> wrote:
> Hi,
>
> i am currently thinking about capturing and playback 10-bit yuv, but
> have no idea how start handling of it.
>
> ffmpeg has no format for packed 16-bit Y/Cr/Cb samples - only planar.
> v210 is also good, but not used as registered in MLT.
>
> have you any ideas?
>
> --
> Maksym Veremeyenko
Using our current pixel formats, your best option is to convert to RGB
immediately since it has 24bpp - and thus would lose the least data.
Alternately, we could add a new pixel format. I've been thinking about this
some lately. I think we could add one pixel format that maps to
AV_PIX_FMT_YUV422P16BE. Any bit depth greater than 8 could be converted to this
format for processing in MLT. That would at least allow easy conversions
to/from avformat. Personally, I don't care for interleaved formats for
processing. I think interleaved is fine for transmission (e.g. SDI), but I feel
that planar is easier to deal with when processing images in software. That's
just my opinion.
~Brian
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel
