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: Mauro Carvalho Chehab <mchehab@s-opensource.com>

Documentation/linux_tv/media/v4l/pixfmt-grey.rst

@@ -17,8 +17,7 @@ Description
 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.
 
 

Documentation/linux_tv/media/v4l/pixfmt-m420.rst

@@ -28,8 +28,7 @@ Y'\ :sub:`10`, Y'\ :sub:`11`.
 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.
 
 

Documentation/linux_tv/media/v4l/pixfmt-nv12.rst

@@ -31,8 +31,7 @@ with a Cr 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.
 
 

Documentation/linux_tv/media/v4l/pixfmt-nv12m.rst

@@ -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
 many pad bytes after its rows.
 
-**Byte Order..**
+**Byte Order.**
 Each cell is one byte.
 
 .. flat-table::

Documentation/linux_tv/media/v4l/pixfmt-nv16m.rst

@@ -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,
 described in :ref:`planar-apis`.
 
-**Byte Order..**
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-nv24.rst

@@ -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
 twice as many pad bytes after its rows.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-packed-rgb.rst

@@ -969,8 +969,7 @@ The XRGB and XBGR formats contain undefined bits (-). Applications,
 devices and drivers must ignore those bits, for both
 :ref:`capture` and :ref:`output` devices.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sbggr16.rst

@@ -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
 range 0 to 1023.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sbggr8.rst

@@ -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
 scheme repeats to the right and down for every two columns and rows.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sdr-cs08.rst

@@ -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
 Q value after that.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sdr-cs14le.rst

@@ -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
 space with unused high bits padded with 0.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sdr-cu08.rst

@@ -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 value after that.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sdr-cu16le.rst

@@ -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
 comes first and Q value after that.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sdr-ru12le.rst

@@ -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
 in 16 bit space with unused high bits padded with 0.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sgbrg8.rst

@@ -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
 scheme repeats to the right and down for every two columns and rows.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-sgrbg8.rst

@@ -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
 scheme repeats to the right and down for every two columns and rows.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-srggb10.rst

@@ -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
 of one of these formats
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte, high 6 bits in high bytes are 0.
 
 

Documentation/linux_tv/media/v4l/pixfmt-srggb10p.rst

@@ -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
 of one of these formats:
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-srggb12.rst

@@ -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
 of one of these formats
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte, high 6 bits in high bytes are 0.
 
 

Documentation/linux_tv/media/v4l/pixfmt-srggb8.rst

@@ -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
 scheme repeats to the right and down for every two columns and rows.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-uv8.rst

@@ -16,8 +16,7 @@ Description
 
 In this format there is no Y plane, Only CbCr plane. ie (UV interleaved)
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-uyvy.rst

@@ -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
 half the horizontal resolution of the Y component.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 .. flat-table::

Documentation/linux_tv/media/v4l/pixfmt-vyuy.rst

@@ -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
 half the horizontal resolution of the Y component.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 .. flat-table::

Documentation/linux_tv/media/v4l/pixfmt-y10.rst

@@ -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
 significant byte is stored at lower memory addresses (little-endian).
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-y12.rst

@@ -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
 significant byte is stored at lower memory addresses (little-endian).
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-y16-be.rst

@@ -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
 bits per pixel with values in range 0 to 1023.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-y16.rst

@@ -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
 example 10 bits per pixel with values in range 0 to 1023.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-y41p.rst

@@ -26,7 +26,6 @@ from "YUV 4:1:1 *packed*", while YUV411P stands for "YUV 4:1:1
 *planar*".
 
 **Byte Order.**
-
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-y8i.rst

@@ -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
 in lower and from the right sensor in the higher 8 bits.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv410.rst

@@ -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
 padding).
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv411p.rst

@@ -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
 (including padding) is exactly as long as one Y row (including padding).
 
-**Byte Order..**
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv420.rst

@@ -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
 padding).
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv420m.rst

@@ -39,8 +39,7 @@ padding).
 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.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv422m.rst

@@ -38,8 +38,7 @@ padding).
 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.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv422p.rst

@@ -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
 padding).
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yuv444m.rst

@@ -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,
 described in :ref:`planar-apis`.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 .. flat-table::

Documentation/linux_tv/media/v4l/pixfmt-yuyv.rst

@@ -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``
 is known in the Windows environment as YUY2.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 

Documentation/linux_tv/media/v4l/pixfmt-yvyu.rst

@@ -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
 half the horizontal resolution of the Y component.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.
 
 .. flat-table::

Documentation/linux_tv/media/v4l/pixfmt-z16.rst

@@ -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
 is stored in a 16-bit word in the little endian byte order.
 
-**Byte Order..**
-
+**Byte Order.**
 Each cell is one byte.