Home
last modified time | relevance | path

Searched refs:planar (Results 1 – 25 of 46) sorted by relevance

12

/linux/Documentation/userspace-api/media/v4l/
H A Dplanar-apis.rst7 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 Dpixfmt.rst13 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 Dvidioc-querybuf.rst47 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 Dvidioc-querycap.rst148 - 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 Dfunc-munmap.rst36 single-planar API and in the struct
38 multi-planar API.
H A Dvidioc-expbuf.rst48 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 Dpixfmt-intro.rst47 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 Dpixfmt-v4l2-mplane.rst5 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 Dfunc-mmap.rst39 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 Dvidioc-qbuf.rst58 :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 Dmmap.rst41 :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 Dpixfmt-yuv-planar.rst4 .. planar-yuv:
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
243 Semi-planar YUV 4:2:0 formats. The chroma plane is subsampled by 2 in each
325 Semi-planar 10-bit YUV 4:2:0 format similar to NV12, using 10-bit components
383 Semi-planar YUV 4:2:0 formats, using macroblock tiling. The chroma plane is
458 ``V4L2_PIX_FMT_NV15_4L4`` Semi-planar 10-bit YUV 4:2:0 formats, using 4x4 tiling.
[all …]
H A Dbuffer.rst11 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 Dcommon.rst58 planar-apis
H A Dv4l2.rst72 - Designed and documented the multi-planar API.
223 latest changes. Added the :ref:`multi-planar API <planar-apis>`.
H A Dpixfmt-inzi.rst16 Proprietary multi-planar format used by Intel SR300 Depth cameras, comprise of
H A Dvidioc-create-bufs.rst53 ``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 Dpixfmt-reserved.rst182 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 Dvidioc-g-fmt.rst111 :ref:`multi-planar version of the API <planar-apis>`.
/linux/Documentation/fb/
H A Dpxafb.rst110 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
/linux/drivers/staging/media/imx/
H A Dimx-media-utils.c37 .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/Documentation/admin-guide/media/
H A Dfimc.rst77 At the capture and mem-to-mem video nodes only the multi-planar API is
78 supported. For more details see: :ref:`planar-apis`.
/linux/drivers/media/common/saa7146/
H A Dsaa7146_hlp.c638 static void program_capture_engine(struct saa7146_dev *dev, int planar) in program_capture_engine() argument
658 if( 0 != planar ) { in program_capture_engine()
686 if( 0 != planar ) { in program_capture_engine()
/linux/Documentation/userspace-api/media/dvb/
H A Ddmx-expbuf.rst48 case of multi-planar API, every plane is exported separately using
/linux/arch/arm/boot/dts/nxp/imx/
H A Dimx6q-gw54xx.dts66 * The 8bpp YUV422 semi-planar mode outputs CbCr[11:4]

12