提交 e42c4754 编写于 作者: S Sakari Ailus 提交者: Mauro Carvalho Chehab

[media] doc-rst: 16-bit BGGR is always 16 bits

The V4L2_PIX_FMT_SBGGR16 format is documented to contain samples of fewer
than 16 bits. However, we do have specific definitions for smaller sample
sizes. Therefore, this note is redundant from the API point of view.

Currently only two drivers, am437x and davinci, use the
V4L2_PIX_FMT_SBGGR16 pixelformat currently. The sampling precision is
understood to be 16 bits in all current cases.

Remove the note on sampling precision.
Signed-off-by: NSakari Ailus <sakari.ailus@linux.intel.com>
Acked-by: NLad, Prabhakar <prabhakar.csengg@gmail.com>
Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
上级 96c59bfb
...@@ -17,11 +17,6 @@ This format is similar to ...@@ -17,11 +17,6 @@ This format is similar to
has a depth of 16 bits. The least significant byte is stored at lower has a depth of 16 bits. The least significant byte is stored at lower
memory addresses (little-endian). memory addresses (little-endian).
.. note::
The actual sampling precision may be lower than 16 bits,
for example 10 bits per pixel with values in tange 0 to 1023.
**Byte Order.** **Byte Order.**
Each cell is one byte. Each cell is one byte.
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册