| /Linux-v4.19/Documentation/media/uapi/v4l/ |
| D | planar-apis.rst | 6 Single- and multi-planar APIs
15 Initially, V4L2 API did not support multi-planar buffers and a set of
17 constitute what is being referred to as the "multi-planar API".
20 depending on whether single- or multi-planar API is being used. An
22 corresponding buffer type to its ioctl calls. Multi-planar versions of
24 available multi-planar buffer types see enum
28 Multi-planar formats
31 Multi-planar API introduces new multi-planar formats. Those formats use
33 the multi-planar API and a multi-planar format. Multi-planar API calls
34 can handle all single-planar formats as well (as long as they are passed
[all …]
|
| D | pixfmt.rst | 12 single-planar API, while the latter is used with the multi-planar
13 version (see :ref:`planar-apis`). Image formats are negotiated with
|
| D | vidioc-querybuf.rst | 48 using the :ref:`multi-planar API <planar-apis>`, the ``m.planes``
58 set to the current I/O method. For the single-planar API, the
60 device memory, the ``length`` field its size. For the multi-planar API,
|
| D | vidioc-querycap.rst | 149 - The device supports the single-planar API through the
153 - The device supports the :ref:`multi-planar API <planar-apis>`
157 - The device supports the single-planar API through the
161 - The device supports the :ref:`multi-planar API <planar-apis>`
165 - The device supports the single-planar API through the Video
169 - The device supports the :ref:`multi-planar API <planar-apis>`
|
| D | pixfmt-nv16m.rst | 18 This is a multi-planar, two-plane version of the YUV 4:2:2 format. The
32 used only in drivers and applications that support the multi-planar API,
33 described in :ref:`planar-apis`.
|
| D | pixfmt-yuv420m.rst | 19 This is a multi-planar format, as opposed to a packed format. The three
39 used only in drivers and applications that support the multi-planar API,
40 described in :ref:`planar-apis`.
|
| D | pixfmt-yuv422m.rst | 19 This is a multi-planar format, as opposed to a packed format. The three
38 used only in drivers and applications that support the multi-planar API,
39 described in :ref:`planar-apis`.
|
| D | pixfmt-yuv444m.rst | 19 This is a multi-planar format, as opposed to a packed format. The three
34 used only in drivers and applications that support the multi-planar API,
35 described in :ref:`planar-apis`.
|
| D | func-munmap.rst | 38 single-planar API and in the struct
40 multi-planar API.
|
| D | pixfmt-nv12m.rst | 21 This is a multi-planar, two-plane version of the YUV 4:2:0 format. The
40 applications that support the multi-planar API, described in
41 :ref:`planar-apis`.
|
| D | vidioc-expbuf.rst | 49 one. For the multi-planar API, applications set the ``plane`` field to
52 the single-planar API, applications must set ``plane`` to zero.
56 case of multi-planar API, every plane is exported separately using
142 - Index of the plane to be exported when using the multi-planar API.
|
| D | pixfmt-v4l2-mplane.rst | 4 Multi-planar format structures
8 and layout for each of the planes in a multi-planar format. The
56 - The pixel format. Both single- and multi-planar four character
|
| D | pixfmt-intro.rst | 46 and are referred to as "multi-planar formats". For example, a
50 in the 2-planar version or with each component in its own buffer in the
51 3-planar case. Those sub-buffers are referred to as "*planes*".
|
| D | func-mmap.rst | 41 single-planar API, and the same value as returned by the driver in
43 the multi-planar API.
96 the single-planar API, and the same value as returned by the driver
98 ``mem_offset`` field for the multi-planar API.
|
| 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
110 buffer might be corrupted. When using the multi-planar API, the planes
|
| D | pixfmt-yuv411p.rst | 17 This format is not commonly used. This is a planar format similar to the
18 4:2:2 planar format except with half as many chroma. The three
|
| D | mmap.rst | 40 :ref:`VIDIOC_QUERYBUF` ioctl. In the single-planar
44 multi-planar API, struct :c:type:`v4l2_buffer` contains an
47 multi-planar API, every plane of every buffer has to be mapped
55 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
|
| D | common.rst | 43 planar-apis
|
| /Linux-v4.19/drivers/gpu/drm/tegra/ |
| D | plane.c | 231 bool tegra_plane_format_is_yuv(unsigned int format, bool *planar) in tegra_plane_format_is_yuv() argument
236 if (planar) in tegra_plane_format_is_yuv()
237 *planar = false; in tegra_plane_format_is_yuv()
249 if (planar) in tegra_plane_format_is_yuv()
250 *planar = true; in tegra_plane_format_is_yuv()
255 if (planar) in tegra_plane_format_is_yuv()
256 *planar = false; in tegra_plane_format_is_yuv()
|
| D | plane.h | 71 bool tegra_plane_format_is_yuv(unsigned int format, bool *planar);
|
| /Linux-v4.19/Documentation/devicetree/bindings/media/i2c/ |
| D | tda1997x.txt | 8 - YUV422 semi-planar 8bit per component (16 bits total): Y[11:4] CbCr[11:4]
9 - YUV422 semi-planar 10bit per component (20 bits total): Y[11:2] CbCr[11:2]
10 - YUV422 semi-planar 12bit per component (24 bits total): - Y[11:0] CbCr[11:0]
18 - YUV422 semi-planar 12bit per component (24 bits total): Y[11:0] CbCr[11:0]
76 * The 8bpp YUV422 semi-planar mode outputs CbCr[11:4]
118 * The 8bpp YUV422 semi-planar mode outputs CbCr[11:4]
|
| /Linux-v4.19/Documentation/fb/ |
| D | pxafb.txt | 85 = 24 -- for YUV444 planar
86 = 16 -- for YUV422 planar (1 pixel = 1 Y + 1/2 Cb + 1/2 Cr)
87 = 12 -- for YUV420 planar (1 pixel = 1 Y + 1/4 Cb + 1/4 Cr)
95 for YUV planar modes, it is a requirement for the component
122 3. for YUV planar formats, these are actually not supported within the
|
| /Linux-v4.19/drivers/gpu/ipu-v3/ |
| D | ipu-image-convert.c | 119 bool planar; /* planar format */ member
248 .planar = true,
254 .planar = true,
261 .planar = true,
268 .planar = true,
274 .planar = true,
377 if (image->fmt->planar) { in calc_tile_dimensions()
561 if (image->fmt->planar) in calc_tile_offsets()
660 if (image->fmt->planar && !rot_swap_width_height) in init_idmac_channel()
963 if (s_image->fmt->planar) in do_irq()
[all …]
|
| /Linux-v4.19/drivers/staging/media/imx/ |
| D | imx-media-utils.c | 47 .planar = true,
52 .planar = true,
57 .planar = true,
62 .planar = true,
67 .planar = true,
605 stride = cc->planar ? mbus->width : (mbus->width * cc->bpp) >> 3; in imx_media_mbus_fmt_to_pix_fmt()
|
| /Linux-v4.19/drivers/media/platform/marvell-ccic/ |
| D | mcam-core.c | 100 bool planar; member
108 .planar = false,
115 .planar = false,
122 .planar = true,
129 .planar = true,
136 .planar = false,
143 .planar = false,
150 .planar = false,
326 return f->planar; in mcam_fmt_is_planar()
|
