Re: fourcc codes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Tuukka Toivonen <tuukkat@xxxxxxxxxxxx> writes:

> >The X versions are just byte swapped.
> 
> Ok, but this means that the green bits are splitted in half and the most
> and the least significant bits are swapped. In a nutshell: these formats
> can't be described with the M$ fourcc 0x00000003 even if it allows
> arbitrary bitfields.

To make this more clear:  RGB565 is little endian byte order, whereas
RGB565X is big endian.  If you are going to process 16bpp on a big
endian machine (powerpc for example), you should pick the RGB565X
version.

> Shouldn't the depth for formats V4L2_PIX_FMT_YVU411P and
> V4L2_PIX_FMT_YUV411P be 12 bits (not 16 what the videodev.h says)?

Yes, likely a cut+paste bug :)

> What is V4L2_PIX_FMT_YUY2?

??? can't find that one ...

> What is V4L2_PIX_FMT_YYUV? Is it non-planar with sample order
> Y0, Y1, U0, V0 (just a guess)?

IIRC yes, some kid of hardware did that, but forgot which one ...

  Gerd

-- 
Weil die späten Diskussionen nicht mal mehr den Rotwein lohnen.
				-- Wacholder in "Melanie"





[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux