Lines Matching +full:per +full:- +full:queue

1 .. SPDX-License-Identifier: GPL-2.0
6 Memory-to-memory Stateless Video Decoder Interface
18 This section describes how user-space ("the client") is expected to communicate
24 Stateless decoders make use of the :ref:`media-request-api`. A stateless
26 ``OUTPUT`` queue when :c:func:`VIDIOC_REQBUFS` or :c:func:`VIDIOC_CREATE_BUFS`
31 with multiple slices per frame). Decoders that support such formats must also
33 ``OUTPUT`` queue.
39    calls :c:func:`VIDIOC_ENUM_FMT` on the ``OUTPUT`` queue.
42      irrespective of the format currently set on the ``CAPTURE`` queue.
45      codec-specific capability controls (such as H.264 profiles) to the set
49    :c:func:`VIDIOC_ENUM_FMT` on the ``CAPTURE`` queue.
52      active on the ``OUTPUT`` queue.
55      formats may depend on the value of some codec-dependent controls.
57      before querying the ``CAPTURE`` queue. Failure to do so will result in the
72 1. Set the coded format on the ``OUTPUT`` queue via :c:func:`VIDIOC_S_FMT`.
99 3. Call :c:func:`VIDIOC_G_FMT` for ``CAPTURE`` queue to get the format for the
119          as per standard semantics; matching frame buffer format.
130    the ``CAPTURE`` queue. The client may use this ioctl to discover which
149    :c:func:`VIDIOC_S_FMT` on ``CAPTURE`` queue. It is possible for the client to
167    to obtain up-to-date information about the buffers size and layout.
170    ``OUTPUT`` queue.
194    ``CAPTURE`` queue.
222 8. Allocate requests (likely one per ``OUTPUT`` buffer) via
235   configuration, as a buffer submitted to the ``OUTPUT`` queue. Typically, this
237   require) different amounts per unit.
243 format and might be affected by codec-specific extended controls, as stated in
255 1. Queue an ``OUTPUT`` buffer containing one unit of encoded bytestream data for
279           must be set to a unique value per frame. This value will be propagated
281           as the reference of another. If using multiple decode requests per
287 2. Set the codec-specific controls for the decoding request, using
300           array must contain all the codec-specific controls required to decode
319     :c:func:`MEDIA_REQUEST_IOC_QUEUE` will return ``-ENOENT``. If more than one
320     ``OUTPUT`` buffer is queued, then it will return ``-EINVAL``.
321     :c:func:`MEDIA_REQUEST_IOC_QUEUE` returning non-zero means that no
326 frames were submitted to the ``OUTPUT`` queue).
345 and storing it into the relevant member of a codec-dependent control structure.
348 its units of encoded data are successfully submitted to the ``OUTPUT`` queue.
354 guarantee that buffers queued to the ``CAPTURE`` queue are processed in queued
355 order, then user-space can take advantage of this guarantee and queue a
379 from the pre-seek position.
385 queue. Without source bytestream data, there is no data to process and the codec
396    last frame is not available on the ``CAPTURE`` queue. In this case, a
407    ``CAPTURE`` queue with a buffer count of zero.
410    ``OUTPUT`` buffers), with the new resolution set on the ``OUTPUT`` queue.
412    picked on the ``CAPTURE`` queue.
419 last frame is not available on the ``CAPTURE`` queue. In this case, a