This is a grey-scale image. It is really a degenerate Y'CbCr format
which simply contains no Cb or Cr data.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
All line lengths are identical: if the Y lines include pad bytes so do
the CbCr lines.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
If the Y plane has pad bytes after each row, then the CbCr plane has as
many pad bytes after its rows.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
If the Y plane has pad bytes after each row, then the CbCr plane has as
many pad bytes after its rows.
-**Byte Order..**
+**Byte Order.**
Each cell is one byte.
.. flat-table::
used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`.
-**Byte Order..**
+**Byte Order.**
Each cell is one byte.
If the Y plane has pad bytes after each row, then the CbCr plane has
twice as many pad bytes after its rows.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
devices and drivers must ignore those bits, for both
:ref:`capture` and :ref:`output` devices.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
be lower than 16 bits, for example 10 bits per pixel with values in
range 0 to 1023.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
blue and green value, the second row of a green and red value. This
scheme repeats to the right and down for every two columns and rows.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
and Q are represented as a 8 bit signed number. I value comes first and
Q value after that.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
comes first and Q value after that. 14 bit value is stored in 16 bit
space with unused high bits padded with 0.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
and Q are represented as a 8 bit unsigned number. I value comes first
and Q value after that.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
and Q are represented as a 16 bit unsigned little endian number. I value
comes first and Q value after that.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
represented as a 12 bit unsigned little endian number. Sample is stored
in 16 bit space with unused high bits padded with 0.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
green and blue value, the second row of a red and green value. This
scheme repeats to the right and down for every two columns and rows.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
green and blue value, the second row of a red and green value. This
scheme repeats to the right and down for every two columns and rows.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example
of one of these formats
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte, high 6 bits in high bytes are 0.
described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example
of one of these formats:
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example
of one of these formats
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte, high 6 bits in high bytes are 0.
red and green value, the second row of a green and blue value. This
scheme repeats to the right and down for every two columns and rows.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
In this format there is no Y plane, Only CbCr plane. ie (UV interleaved)
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
.. flat-table::
belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
.. flat-table::
stored in 16-bit words with unused high bits padded with 0. The least
significant byte is stored at lower memory addresses (little-endian).
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
stored in 16-bit words with unused high bits padded with 0. The least
significant byte is stored at lower memory addresses (little-endian).
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
the actual sampling precision may be lower than 16 bits, for example 10
bits per pixel with values in range 0 to 1023.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
Note the actual sampling precision may be lower than 16 bits, for
example 10 bits per pixel with values in range 0 to 1023.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
*planar*".
**Byte Order.**
-
Each cell is one byte.
word. E.g. the R200 RealSense camera stores pixel from the left sensor
in lower and from the right sensor in the higher 8 bits.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
(including padding) are exactly as long as one Y row (including
padding).
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
have ¼ as many pad bytes after their rows. In other words, four C x rows
(including padding) is exactly as long as one Y row (including padding).
-**Byte Order..**
+**Byte Order.**
Each cell is one byte.
rows (including padding) is exactly as long as one Y row (including
padding).
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
rows (including padding) is exactly as long as one Y row (including
padding).
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
.. flat-table::
half the horizontal resolution of the Y component. ``V4L2_PIX_FMT_YUYV``
is known in the Windows environment as YUY2.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
.. flat-table::
can vary and has to be negotiated with the device separately. Each pixel
is stored in a 16-bit word in the little endian byte order.
-**Byte Order..**
-
+**Byte Order.**
Each cell is one byte.
projects / karo-tx-linux.git / commitdiff