Re: fourcc codes

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



>> Are V4L2_PIX_FMT_RGB555X and V4L2_PIX_FMT_RGB565X exactly same as
>> V4L2_PIX_FMT_RGB555 and V4L2_PIX_FMT_RGB565 but the bits in the 16-bit
>> words reversed wordwise (or bytewise)?

I was _really_ confused when I wrote this. Of course not.

On Wed, 29 Jan 2003, Gerd Knorr wrote:
>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.

And now hopefully the last questions/bug reports:

1.
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)?

2.
What is V4L2_PIX_FMT_YUY2? Is it same as V4L2_PIX_FMT_YUYV?

3.
According to palette_to_pixelformat() in v4l_compat.c,
V4L2_PIX_FMT_YUV410 is same as VIDEO_PALETTE_YUV410P. Shouldn't it be added
to pixelformat_to_palette() also?

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

[I could update V4L2 documentation if I just would know at least most of
the formats]

Does anybody have example images coded in different formats?





[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