mirror of
https://github.com/FEX-Emu/linux.git
synced 2024-12-23 09:56:00 +00:00
[media] doc-rst: Clean up raw bayer pixel format definitions
- Explicitly state that the most significant n bits are zeroed on 10 and 12 bpp formats. - Remove extra comma from the last entry of the format list - Add a missing colon before a list - Use figures versus word numerals consistently Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com> Acked-by: Hans Verkuil <hans.verkuil@cisco.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
This commit is contained in:
parent
f5176d3807
commit
88646d37da
@ -20,15 +20,16 @@ Description
|
||||
===========
|
||||
|
||||
These four pixel formats are raw sRGB / Bayer formats with 10 bits per
|
||||
colour. Each colour component is stored in a 16-bit word, with 6 unused
|
||||
high bits filled with zeros. Each n-pixel row contains n/2 green samples
|
||||
and n/2 blue or red samples, with alternating red and blue rows. Bytes
|
||||
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
|
||||
sample. Each sample is stored in a 16-bit word, with 6 unused
|
||||
high bits filled with zeros. Each n-pixel row contains n/2 green samples and
|
||||
n/2 blue or red samples, with alternating red and blue rows. Bytes 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.**
|
||||
Each cell is one byte, high 6 bits in high bytes are 0.
|
||||
Each cell is one byte, the 6 most significant bits in the high bytes
|
||||
are 0.
|
||||
|
||||
|
||||
|
||||
|
@ -20,10 +20,10 @@ Description
|
||||
===========
|
||||
|
||||
These four pixel formats are packed raw sRGB / Bayer formats with 10
|
||||
bits per colour. Every four consecutive colour components are packed
|
||||
into 5 bytes. Each of the first 4 bytes contain the 8 high order bits of
|
||||
the pixels, and the fifth byte contains the two least significants bits
|
||||
of each pixel, in the same order.
|
||||
bits per sample. Every four consecutive samples are packed into 5
|
||||
bytes. Each of the first 4 bytes contain the 8 high order bits
|
||||
of the pixels, and the 5th byte contains the 2 least significants
|
||||
bits of each pixel, in the same order.
|
||||
|
||||
Each n-pixel row contains n/2 green samples and n/2 blue or red samples,
|
||||
with alternating green-red and green-blue rows. They are conventionally
|
||||
|
@ -26,10 +26,11 @@ high bits filled with zeros. Each n-pixel row contains n/2 green samples
|
||||
and n/2 blue or red samples, with alternating red and blue rows. Bytes
|
||||
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
|
||||
of one of these formats:
|
||||
|
||||
**Byte Order.**
|
||||
Each cell is one byte, high 4 bits in high bytes are 0.
|
||||
Each cell is one byte, the 4 most significant bits in the high bytes are
|
||||
0.
|
||||
|
||||
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user