1 .. -*- coding: utf-8; mode: rst -*-
3 .. _V4L2-PIX-FMT-YUV422M:
4 .. _v4l2-pix-fmt-yvu422m:
6 ************************************************************
7 V4L2_PIX_FMT_YUV422M ('YM16'), V4L2_PIX_FMT_YVU422M ('YM61')
8 ************************************************************
10 *man V4L2_PIX_FMT_YUV422M(2)*
13 Planar formats with ½ horizontal resolution, also known as YUV and YVU
20 This is a multi-planar format, as opposed to a packed format. The three
21 components are separated into three sub-images or planes.
23 The Y plane is first. The Y plane has one byte per pixel. For
24 ``V4L2_PIX_FMT_YUV422M`` the Cb data constitutes the second plane which
25 is half the width of the Y plane (and of the image). Each Cb belongs to
26 two pixels. For example, Cb\ :sub:`0` belongs to Y'\ :sub:`00`,
27 Y'\ :sub:`01`. The Cr data, just like the Cb plane, is in the third
30 ``V4L2_PIX_FMT_YVU422M`` is the same except the Cr data is stored in the
31 second plane and the Cb data in the third plane.
33 If the Y plane has pad bytes after each row, then the Cb and Cr planes
34 have half as many pad bytes after their rows. In other words, two Cx
35 rows (including padding) is exactly as long as one Y row (including
38 ``V4L2_PIX_FMT_YUV422M`` and ``V4L2_PIX_FMT_YVU422M`` are intended to be
39 used only in drivers and applications that support the multi-planar API,
40 described in :ref:`planar-apis`.
43 Each cell is one byte.
174 **Color Sample Location..**