Commit 056d2ee6 authored by Mauro Carvalho Chehab's avatar Mauro Carvalho Chehab

doc-rst: v4l/pixfmt: re-join a broken paragraph

Originally, at the DocBook, the "Byte Order" were a single
paragraph with the string that follows it. The conversion
broke it, and, sometimes, it added an extra dot.

Fix them altogheter at pixfmt-*.
Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@s-opensource.com>
parent 0b1e3cc0
...@@ -17,8 +17,7 @@ Description ...@@ -17,8 +17,7 @@ Description
This is a grey-scale image. It is really a degenerate Y'CbCr format This is a grey-scale image. It is really a degenerate Y'CbCr format
which simply contains no Cb or Cr data. which simply contains no Cb or Cr data.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -28,8 +28,7 @@ Y'\ :sub:`10`, Y'\ :sub:`11`. ...@@ -28,8 +28,7 @@ Y'\ :sub:`10`, Y'\ :sub:`11`.
All line lengths are identical: if the Y lines include pad bytes so do All line lengths are identical: if the Y lines include pad bytes so do
the CbCr lines. the CbCr lines.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -31,8 +31,7 @@ with a Cr byte. ...@@ -31,8 +31,7 @@ with a Cr byte.
If the Y plane has pad bytes after each row, then the CbCr plane has as If the Y plane has pad bytes after each row, then the CbCr plane has as
many pad bytes after its rows. many pad bytes after its rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -42,7 +42,7 @@ applications that support the multi-planar API, described in ...@@ -42,7 +42,7 @@ applications that support the multi-planar API, described in
If the Y plane has pad bytes after each row, then the CbCr plane has as If the Y plane has pad bytes after each row, then the CbCr plane has as
many pad bytes after its rows. many pad bytes after its rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
.. flat-table:: .. flat-table::
......
...@@ -33,7 +33,7 @@ Cb and Cr bytes are swapped, the CrCb plane starts with a Cr byte. ...@@ -33,7 +33,7 @@ Cb and Cr bytes are swapped, the CrCb plane starts with a Cr byte.
used only in drivers and applications that support the multi-planar API, used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`. described in :ref:`planar-apis`.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -30,8 +30,7 @@ swapped, the CrCb plane starts with a Cr sample. ...@@ -30,8 +30,7 @@ swapped, the CrCb plane starts with a Cr sample.
If the Y plane has pad bytes after each row, then the CbCr plane has If the Y plane has pad bytes after each row, then the CbCr plane has
twice as many pad bytes after its rows. twice as many pad bytes after its rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -969,8 +969,7 @@ The XRGB and XBGR formats contain undefined bits (-). Applications, ...@@ -969,8 +969,7 @@ The XRGB and XBGR formats contain undefined bits (-). Applications,
devices and drivers must ignore those bits, for both devices and drivers must ignore those bits, for both
:ref:`capture` and :ref:`output` devices. :ref:`capture` and :ref:`output` devices.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -21,8 +21,7 @@ memory addresses (little-endian). Note the actual sampling precision may ...@@ -21,8 +21,7 @@ memory addresses (little-endian). Note the actual sampling precision may
be lower than 16 bits, for example 10 bits per pixel with values in be lower than 16 bits, for example 10 bits per pixel with values in
range 0 to 1023. range 0 to 1023.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a ...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a
blue and green value, the second row of a green and red value. This 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. scheme repeats to the right and down for every two columns and rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -19,8 +19,7 @@ number consist two parts, called In-phase and Quadrature (IQ). Both I ...@@ -19,8 +19,7 @@ number consist two parts, called In-phase and Quadrature (IQ). Both I
and Q are represented as a 8 bit signed number. I value comes first and and Q are represented as a 8 bit signed number. I value comes first and
Q value after that. Q value after that.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -20,8 +20,7 @@ and Q are represented as a 14 bit signed little endian number. I value ...@@ -20,8 +20,7 @@ and Q are represented as a 14 bit signed little endian number. I value
comes first and Q value after that. 14 bit value is stored in 16 bit comes first and Q value after that. 14 bit value is stored in 16 bit
space with unused high bits padded with 0. space with unused high bits padded with 0.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -19,8 +19,7 @@ number consist two parts, called In-phase and Quadrature (IQ). Both I ...@@ -19,8 +19,7 @@ number consist two parts, called In-phase and Quadrature (IQ). Both I
and Q are represented as a 8 bit unsigned number. I value comes first and Q are represented as a 8 bit unsigned number. I value comes first
and Q value after that. and Q value after that.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -19,8 +19,7 @@ number consist two parts, called In-phase and Quadrature (IQ). Both I ...@@ -19,8 +19,7 @@ number consist two parts, called In-phase and Quadrature (IQ). Both I
and Q are represented as a 16 bit unsigned little endian number. I value and Q are represented as a 16 bit unsigned little endian number. I value
comes first and Q value after that. comes first and Q value after that.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -18,8 +18,7 @@ This format contains sequence of real number samples. Each sample is ...@@ -18,8 +18,7 @@ This format contains sequence of real number samples. Each sample is
represented as a 12 bit unsigned little endian number. Sample is stored represented as a 12 bit unsigned little endian number. Sample is stored
in 16 bit space with unused high bits padded with 0. in 16 bit space with unused high bits padded with 0.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a ...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a
green and blue value, the second row of a red and green value. This 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. scheme repeats to the right and down for every two columns and rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a ...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a
green and blue value, the second row of a red and green value. This 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. scheme repeats to the right and down for every two columns and rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -25,8 +25,7 @@ are stored in memory in little endian order. They are conventionally ...@@ -25,8 +25,7 @@ are stored in memory in little endian order. They are conventionally
described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example
of one of these formats of one of these formats
**Byte Order..** **Byte Order.**
Each cell is one byte, high 6 bits in high bytes are 0. Each cell is one byte, high 6 bits in high bytes are 0.
......
...@@ -28,8 +28,7 @@ with alternating green-red and green-blue rows. They are conventionally ...@@ -28,8 +28,7 @@ with alternating green-red and green-blue rows. They are conventionally
described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example
of one of these formats: of one of these formats:
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -25,8 +25,7 @@ are stored in memory in little endian order. They are conventionally ...@@ -25,8 +25,7 @@ are stored in memory in little endian order. They are conventionally
described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example described as GRGR... BGBG..., RGRG... GBGB..., etc. Below is an example
of one of these formats of one of these formats
**Byte Order..** **Byte Order.**
Each cell is one byte, high 6 bits in high bytes are 0. Each cell is one byte, high 6 bits in high bytes are 0.
......
...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a ...@@ -21,8 +21,7 @@ from neighbouring pixels. From left to right the first row consists of a
red and green value, the second row of a green and blue value. This 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. scheme repeats to the right and down for every two columns and rows.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -16,8 +16,7 @@ Description ...@@ -16,8 +16,7 @@ Description
In this format there is no Y plane, Only CbCr plane. ie (UV interleaved) In this format there is no Y plane, Only CbCr plane. ie (UV interleaved)
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -20,8 +20,7 @@ Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr ...@@ -20,8 +20,7 @@ Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
belong to both pixels. As you can see, the Cr and Cb components have belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component. half the horizontal resolution of the Y component.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
.. flat-table:: .. flat-table::
......
...@@ -20,8 +20,7 @@ Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr ...@@ -20,8 +20,7 @@ Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
belong to both pixels. As you can see, the Cr and Cb components have belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component. half the horizontal resolution of the Y component.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
.. flat-table:: .. flat-table::
......
...@@ -18,8 +18,7 @@ This is a grey-scale image with a depth of 10 bits per pixel. Pixels are ...@@ -18,8 +18,7 @@ This is a grey-scale image with a depth of 10 bits per pixel. Pixels are
stored in 16-bit words with unused high bits padded with 0. The least stored in 16-bit words with unused high bits padded with 0. The least
significant byte is stored at lower memory addresses (little-endian). significant byte is stored at lower memory addresses (little-endian).
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -18,8 +18,7 @@ This is a grey-scale image with a depth of 12 bits per pixel. Pixels are ...@@ -18,8 +18,7 @@ This is a grey-scale image with a depth of 12 bits per pixel. Pixels are
stored in 16-bit words with unused high bits padded with 0. The least stored in 16-bit words with unused high bits padded with 0. The least
significant byte is stored at lower memory addresses (little-endian). significant byte is stored at lower memory addresses (little-endian).
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -19,8 +19,7 @@ significant byte is stored at lower memory addresses (big-endian). Note ...@@ -19,8 +19,7 @@ significant byte is stored at lower memory addresses (big-endian). Note
the actual sampling precision may be lower than 16 bits, for example 10 the actual sampling precision may be lower than 16 bits, for example 10
bits per pixel with values in range 0 to 1023. bits per pixel with values in range 0 to 1023.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -19,8 +19,7 @@ significant byte is stored at lower memory addresses (little-endian). ...@@ -19,8 +19,7 @@ significant byte is stored at lower memory addresses (little-endian).
Note the actual sampling precision may be lower than 16 bits, for Note the actual sampling precision may be lower than 16 bits, for
example 10 bits per pixel with values in range 0 to 1023. example 10 bits per pixel with values in range 0 to 1023.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -26,7 +26,6 @@ from "YUV 4:1:1 *packed*", while YUV411P stands for "YUV 4:1:1 ...@@ -26,7 +26,6 @@ from "YUV 4:1:1 *packed*", while YUV411P stands for "YUV 4:1:1
*planar*". *planar*".
**Byte Order.** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -19,8 +19,7 @@ pixels from 2 sources interleaved. Each pixel is stored in a 16-bit ...@@ -19,8 +19,7 @@ pixels from 2 sources interleaved. Each pixel is stored in a 16-bit
word. E.g. the R200 RealSense camera stores pixel from the left sensor 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. in lower and from the right sensor in the higher 8 bits.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -31,8 +31,7 @@ have ¼ as many pad bytes after their rows. In other words, four Cx rows ...@@ -31,8 +31,7 @@ have ¼ as many pad bytes after their rows. In other words, four Cx rows
(including padding) are exactly as long as one Y row (including (including padding) are exactly as long as one Y row (including
padding). padding).
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -29,7 +29,7 @@ If the Y plane has pad bytes after each row, then the Cr and Cb planes ...@@ -29,7 +29,7 @@ If the Y plane has pad bytes after each row, then the Cr and Cb planes
have ¼ as many pad bytes after their rows. In other words, four C x rows 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). (including padding) is exactly as long as one Y row (including padding).
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -33,8 +33,7 @@ have half as many pad bytes after their rows. In other words, two Cx ...@@ -33,8 +33,7 @@ have half as many pad bytes after their rows. In other words, two Cx
rows (including padding) is exactly as long as one Y row (including rows (including padding) is exactly as long as one Y row (including
padding). padding).
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -39,8 +39,7 @@ padding). ...@@ -39,8 +39,7 @@ padding).
used only in drivers and applications that support the multi-planar API, used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`. described in :ref:`planar-apis`.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -38,8 +38,7 @@ padding). ...@@ -38,8 +38,7 @@ padding).
used only in drivers and applications that support the multi-planar API, used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`. described in :ref:`planar-apis`.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -29,8 +29,7 @@ have half as many pad bytes after their rows. In other words, two Cx ...@@ -29,8 +29,7 @@ have half as many pad bytes after their rows. In other words, two Cx
rows (including padding) is exactly as long as one Y row (including rows (including padding) is exactly as long as one Y row (including
padding). padding).
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -34,8 +34,7 @@ have the same number of pad bytes after their rows. ...@@ -34,8 +34,7 @@ have the same number of pad bytes after their rows.
used only in drivers and applications that support the multi-planar API, used only in drivers and applications that support the multi-planar API,
described in :ref:`planar-apis`. described in :ref:`planar-apis`.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
.. flat-table:: .. flat-table::
......
...@@ -21,8 +21,7 @@ belong to both pixels. As you can see, the Cr and Cb components have ...@@ -21,8 +21,7 @@ belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component. ``V4L2_PIX_FMT_YUYV`` half the horizontal resolution of the Y component. ``V4L2_PIX_FMT_YUYV``
is known in the Windows environment as YUY2. is known in the Windows environment as YUY2.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
...@@ -20,8 +20,7 @@ Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr ...@@ -20,8 +20,7 @@ Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
belong to both pixels. As you can see, the Cr and Cb components have belong to both pixels. As you can see, the Cr and Cb components have
half the horizontal resolution of the Y component. half the horizontal resolution of the Y component.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
.. flat-table:: .. flat-table::
......
...@@ -19,8 +19,7 @@ distance to the respective point in the image coordinates. Distance unit ...@@ -19,8 +19,7 @@ distance to the respective point in the image coordinates. Distance unit
can vary and has to be negotiated with the device separately. Each pixel 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. is stored in a 16-bit word in the little endian byte order.
**Byte Order..** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment