[FFmpeg-devel] evaluating the experimental status of ffv1 version 3
pb at das-werkstatt.com
Thu Oct 4 17:00:26 CEST 2012
Quoting Reimar Döffinger <Reimar.Doeffinger at gmx.de>:
> "Peter B." <pb at das-werkstatt.com> wrote:
>> I must admit though, that I was surprised that both raw nut files have
>> the identical filesize for yuv422p16le and yuv422p10le. Is that due to
>> yuv422p10le being padded to 32bits?
> 422p10 is the planar format, padding to 32 bits makes not much sense
> there, I suspect you confuse it with how 10 bit 422 packed is stored.
> All > 8 bit planar formats use 16 bit per component with the highest bits 0.
I must admit I'm not really 100% sure if I understand you correctly.
It seems obvious that it's somehow necessary to store >8bit formats
using 16bit and fill them up with 0 (that's what I meant with
"padding"), which for uncompressed codecs would result in identical
filesize with a full 16bit format then.
However, I do assume that there's a benefit from even having pixel
formats between 8 and 16 regarding the size - I just realized that
obviously I don't exactly understand how that's handled.
Is there any good source of information where I could read up on the
binary layout of different colorspaces, because I'd really like to
understand this better!
More information about the ffmpeg-devel