[FFmpeg-user] How can I determine if a 10bit videofile has full 10bit video data or 8bit (+ 2bits zeros) data

Christoph Gerstbauer christophgerstbauer at gmail.com
Mon Jan 19 10:02:24 CET 2015

Thank you, Dave!

As I guess, this commandline is just working on linux, right?
I tried it on windows but:

ffmpeg -i 
-c:v rawvideo -f rawvideo - | xxd -c 2 -b
'xxd' is not recognized as an internal or external command,
operable program or batch file.

The whole thing I am trying to do is: ffv1 speed/cpu load tests with 
10bit sources.
But first I have to be 100 percent shure that the v210 files I am 
generating with SDI capturing are real 10bit sources.
I have several "10bit"-believing files (v210/AVC-Intra for example) but 
I was not the creator of them. If in their generation chain was just one 
point where 8bit was used, the 10bit information is lost. And thats why 
I can just believe that it is 10bit.

I am capturing from a IMX VTR which allows to set the SDI bitdepth for 
the SDI output (8bit/10bit). SO I can directly control that the final 
captured v210 file will have 8bit or 10bit information (capturing via a 
AJA Kona card).

So, for your mentioned method, I will need linux. Right?

As far as I know, 10bit ffv1 compression rates are better than 8bit. SO 
a "8bit"-v210 file is a little bit larger than a "10bit"-v210 file. Do 
you know why?

Best Regards

Am 16.01.2015 um 16:40 schrieb Dave Rice:
> Hi Christoph,
>> On Jan 16, 2015, at 10:03 AM, Moritz Barsnick <barsnick at gmx.net> wrote:
>> On Fri, Jan 16, 2015 at 14:10:38 +0100, Christoph Gerstbauer wrote:
>>> I am searching for a possibility to check if a 10bit 4:2:2 videofile
>>> (v210 codec or ffvhuff codec) has
>>> a) 8bit+2empty bits or
>>> b) full 10bit data
>>> in the video stream.
>> You'll probably need to export it to raw YUV or RGB (depending on the
>> input color space) and inspect the least significant bits. This might
>> be easier with a small libav* program than ffmpeg. My first shot would
>> be trying to understand the raw output formats, and to parse them with
>> a pipe to a perl one-liner using unpack(). ;-)
> I pipe the data to xxd for this, such as:
> ffmpeg -i v210.mov -c:v rawvideo -f rawvideo - | xxd -c 2 -b
> Since the rawvideo of v210 is 16 bits, I use -c 2 to show the output in 2 bytes per row (-c 2). You’ll get an output that looks like this:
> 008322e: 11011101 00000001
> 0083230: 01001000 00000010
> In the case I’ll see the last two (right most) bits of the first byte toggling indicated that it is actually using 10 bits of detail. If the v210 was 8 plus two zeros then the last two bits of the first byte would always be zero. Unfortunately there is a lot of video hardware that works as 8 bits so often those who are intending to digitize analog video to 10 bit are actually creating 10 bit files with the least significant bits simply being padding. Some digital videotapes also decode to 8 bit but are received over 10 bit SDI so this same process can be used to verify if the SDI contains actual 10 bit video or some amount of padding.
> Best Regards,
> Dave Rice
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

More information about the ffmpeg-user mailing list