| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | planar-apis.rst | 7 Single- and multi-planar APIs
16 Initially, V4L2 API did not support multi-planar buffers and a set of
18 constitute what is being referred to as the "multi-planar API".
21 depending on whether single- or multi-planar API is being used. An
23 corresponding buffer type to its ioctl calls. Multi-planar versions of
25 available multi-planar buffer types see enum
29 Multi-planar formats
32 Multi-planar API introduces new multi-planar formats. Those formats use
34 the multi-planar API and a multi-planar format. Multi-planar API calls
35 can handle all single-planar formats as well (as long as they are passed
[all …]
|
| H A D | vidioc-querycap.rst | 148 - The device supports the single-planar API through the
152 - The device supports the :ref:`multi-planar API <planar-apis>`
156 - The device supports the single-planar API through the
160 - The device supports the :ref:`multi-planar API <planar-apis>`
164 - The device supports the single-planar API through the Video
168 - The device supports the :ref:`multi-planar API <planar-apis>`
|
| H A D | vidioc-querybuf.rst | 47 using the :ref:`multi-planar API <planar-apis>`, the ``m.planes``
57 set to the current I/O method. For the single-planar API, the
59 device memory, the ``length`` field its size. For the multi-planar API,
|
| H A D | pixfmt-yuv-planar.rst | 4 .. planar-yuv:
7 Planar YUV formats
10 Planar formats split luma and chroma data in separate memory regions. They
13 - Semi-planar formats use two planes. The first plane is the luma plane and
17 - Fully planar formats use three planes to store the Y, Cb and Cr components
24 Some planar formats allow planes to be placed in independent memory locations.
27 and applications that support the multi-planar API, described in
28 :ref:`planar-apis`. Unless explicitly documented as supporting non-contiguous
32 Semi-Planar YUV Formats
58 .. flat-table:: Overview of Semi-Planar YUV Formats
[all …]
|
| H A D | pixfmt.rst | 13 single-planar API, while the latter is used with the multi-planar
14 version (see :ref:`planar-apis`). Image formats are negotiated with
|
| H A D | vidioc-qbuf.rst | 58 :ref:`multi-planar API <planar-apis>`, the ``m.planes`` field must
73 multi-planar API is used, ``m.userptr`` and ``length`` members of the
87 file descriptor associated with a DMABUF buffer. When the multi-planar
132 buffer might be corrupted. When using the multi-planar API, the planes
139 and the value is only for the application convenience. When the multi-planar
|
| H A D | func-mmap.rst | 39 single-planar API, and the same value as returned by the driver in
41 the multi-planar API.
94 the single-planar API, and the same value as returned by the driver
96 ``mem_offset`` field for the multi-planar API.
|
| H A D | vidioc-expbuf.rst | 48 one. For the multi-planar API, applications set the ``plane`` field to
51 the single-planar API, applications must set ``plane`` to zero.
55 case of multi-planar API, every plane is exported separately using
137 - Index of the plane to be exported when using the multi-planar API.
|
| H A D | pixfmt-intro.rst | 47 and are referred to as "multi-planar formats". For example, a
51 in the 2-planar version or with each component in its own buffer in the
52 3-planar case. Those sub-buffers are referred to as "*planes*".
|
| H A D | mmap.rst | 41 :ref:`VIDIOC_QUERYBUF` ioctl. In the single-planar
45 multi-planar API, struct :c:type:`v4l2_buffer` contains an
48 multi-planar API, every plane of every buffer has to be mapped
56 Example: Mapping buffers in the single-planar API
126 Example: Mapping buffers in the multi-planar API
174 /* length in struct v4l2_buffer in multi-planar API stores the size
|
| H A D | buffer.rst | 11 the Streaming I/O methods. In the multi-planar API, the data is held in
18 :ref:`VIDIOC_DQBUF <VIDIOC_QBUF>` ioctl. In the multi-planar API,
253 - For the single-planar API and when ``memory`` is
261 - For the single-planar API and when ``memory`` is
267 - When using the multi-planar API, contains a userspace pointer to
281 single-planar API. This is set by the driver based on the calls to
284 multi-planar API the application sets this to the number of
396 - Buffer of a single-planar video capture stream, see
400 - Buffer of a multi-planar video capture stream, see
404 - Buffer of a single-planar video output stream, see
[all …]
|
| H A D | pixfmt-v4l2-mplane.rst | 5 Multi-planar format structures
9 and layout for each of the planes in a multi-planar format. The
75 - The pixel format. Both single- and multi-planar four character
|
| H A D | func-munmap.rst | 36 single-planar API and in the struct
38 multi-planar API.
|
| H A D | pixfmt-reserved.rst | 182 YUV420 planar in blocks of 256 pixels.
204 - Two-planar format used by Samsung S5C73MX cameras. The first plane
237 - Compressed two-planar YVU420 format used by Mediatek MT8173, MT8192,
|
| H A D | pixfmt-v4l2.rst | 5 Single-planar format structure
31 planar formats the ``width`` and ``height`` applies to the largest
81 When the image format is planar the ``bytesperline`` value applies
|
| H A D | vidioc-create-bufs.rst | 53 ``type`` field the requested buffer size (for single-planar) or plane
54 sizes (for multi-planar formats) will be used for the allocated buffers.
|
| H A D | vidioc-g-fmt.rst | 111 :ref:`multi-planar version of the API <planar-apis>`.
|
| /linux/Documentation/fb/ |
| H A D | pxafb.rst | 110 bpp = 24 -- for YUV444 planar
112 bpp = 16 -- for YUV422 planar (1 pixel = 1 Y + 1/2 Cb + 1/2 Cr)
114 bpp = 12 -- for YUV420 planar (1 pixel = 1 Y + 1/4 Cb + 1/4 Cr)
122 for YUV planar modes, it is a requirement for the component
151 3. for YUV planar formats, these are actually not supported within the
167 - 2 - YUV444 PLANAR
168 - 3 - YUV422 PLANAR
169 - 4 - YUR420 PLANAR
|
| /linux/drivers/gpu/drm/amd/display/dc/dcn30/ |
| H A D | dcn30_mmhubbub.c | 109 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub3_config_mcif_buf()
113 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
117 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub3_config_mcif_buf()
121 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
125 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub3_config_mcif_buf()
129 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
133 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub3_config_mcif_buf()
137 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub3_config_mcif_buf()
|
| /linux/drivers/gpu/drm/amd/display/dc/mmhubbub/dcn32/ |
| H A D | dcn32_mmhubbub.c | 109 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub32_config_mcif_buf()
113 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
117 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub32_config_mcif_buf()
121 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
125 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub32_config_mcif_buf()
129 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
133 /* buffer address for packing mode or Luma in planar mode */ in mmhubbub32_config_mcif_buf()
137 /* buffer address for Chroma in planar mode (unused in packing mode) */ in mmhubbub32_config_mcif_buf()
|
| /linux/drivers/staging/media/imx/ |
| H A D | imx-media-utils.c | 37 .planar = true,
42 .planar = true,
47 .planar = true,
52 .planar = true,
57 .planar = true,
551 if (cc->planar) in imx_media_mbus_fmt_to_pix_fmt()
565 pix->sizeimage = cc->planar ? ((stride * pix->height * cc->bpp) >> 3) : in imx_media_mbus_fmt_to_pix_fmt()
|
| /linux/include/media/drv-intf/ |
| H A D | saa7146_vv.h | 200 #define RGB08_COMPOSED 0x0217 /* composed is used in the sense of "not-planar" */
201 /* this means: planar?=0, yuv2rgb-conversation-mode=2, dither=yes(=1), format-mode = 7 */
210 /* this means: planar?=1, yuv2rgb-conversion-mode=0, dither=no(=0), format-mode = b */
|
| /linux/drivers/gpu/drm/kmb/ |
| H A D | kmb_plane.c | 49 /* Video layer ( 0 & 1) formats, packed and planar formats are supported */
61 /*planar formats */
170 /* planar formats */ in get_pixel_format()
409 /* Program Cb/Cr for planar formats */ in kmb_plane_atomic_update()
463 /* Enable CSC if input is planar and output is RGB */ in kmb_plane_atomic_update()
|
| /linux/drivers/media/platform/sunxi/sun6i-csi/ |
| H A D | sun6i_csi_reg.h | 116 /* YUV Planar */
122 /* YUV Semi-planar */
|
| /linux/drivers/media/platform/marvell/ |
| H A D | mcam-core.h | 271 #define IMGP_UVP_SHFT 18 /* UV pitch (planar) */
321 #define C0_YUV_PLANAR 0x00000000 /* YUV 422 planar format */
323 #define C0_YUV_420PL 0x0000a000 /* YUV 420 planar */
|