[FFmpeg-devel] evaluating the experimental status of ffv1 version 3

[Reimar Döffinger]

"Peter B." <pb at das-werkstatt.com> wrote:

>Quoting Michael Niedermayer <michaelni at gmx.at>:
>
>> On Tue, Oct 02, 2012 at 03:38:28PM +0200, Peter B. wrote:
>>> Is there an error on my side?
>>
>> maybe
>>
>> the problem is that you are not working with 16bit material and the
>> encoder just stores 10bit because thats what v210x tells it is in
>> there, somewhere this ends up introducing a difference
>>
>>
>> if you first convert to 16bit raw and store that seperately then md5s
>> match
>>
>> ... -an -pix_fmt yuv422p16le -vcodec rawvideo  test16.nut
>
>Did that and now the checksums behave as expected. Thanks!
>
>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.