Lines Matching full:buffers

157          desired size of ``CAPTURE`` buffers; the encoder may adjust it to
169          adjusted size of ``CAPTURE`` buffers.
307       coded video. It does *not* set the rate at which buffers arrive on the
365             buffers to be aligned to 1920x1088 for codecs with 16x16 macroblock
375 7. Allocate buffers for both ``OUTPUT`` and ``CAPTURE`` via
381          requested number of buffers to allocate; greater than zero.
393           actual number of buffers allocated.
397       The actual number of allocated buffers may differ from the ``count``
403       To allocate more than the minimum number of OUTPUT buffers (for pipeline
405       control to get the minimum number of buffers required, and pass the
406       obtained value plus the number of additional buffers needed in the
415          requested number of buffers to allocate; greater than zero.
426          adjusted to the number of allocated buffers.
450 successfully.  In this state, the client queues and dequeues buffers to both
454 The content of encoded ``CAPTURE`` buffers depends on the active coded pixel
465 ``OUTPUT`` buffers and any specific timing of buffers becoming
475   ``OUTPUT`` buffers, or be returned out of order, e.g. if display
478 * buffers may become available on the ``CAPTURE`` queue without additional
479   buffers queued to ``OUTPUT`` (e.g. during drain or ``EOS``), because of the
480   ``OUTPUT`` buffers queued in the past whose encoding results are only
483 * buffers queued to ``OUTPUT`` may not become available to dequeue instantly
489    To allow matching encoded ``CAPTURE`` buffers with ``OUTPUT`` buffers they
498    * one ``OUTPUT`` buffer generates multiple ``CAPTURE`` buffers: the same
499      ``OUTPUT`` timestamp will be copied to multiple ``CAPTURE`` buffers,
502      ``CAPTURE`` buffers are out-of-order compared to the ``OUTPUT`` buffers):
509    ``CAPTURE`` buffers will have corresponding flag bits set in their
529    free existing buffers that were too small.
535 releasing all buffers and performing the Initialization sequence again.
559 To ensure that all the queued ``OUTPUT`` buffers have been processed and the
560 related ``CAPTURE`` buffers are given to the client, the client must follow the
562 received all encoded frames for all ``OUTPUT`` buffers queued before the
586 2. Any ``OUTPUT`` buffers queued by the client before the
591    * queuing and dequeuing ``CAPTURE`` buffers, until a buffer marked with the
602         Any attempt to dequeue more ``CAPTURE`` buffers beyond the buffer
606    * dequeuing processed ``OUTPUT`` buffers, until all the buffers queued
618 3. Once all ``OUTPUT`` buffers queued before the ``V4L2_ENC_CMD_STOP`` call are
620    and it will accept, but not process any newly queued ``OUTPUT`` buffers
658      ``CAPTURE`` buffers are implicitly returned to the client.
684    and respective buffers are dequeued.
687    will return all currently queued ``CAPTURE`` buffers to the client, without
692    ``CAPTURE`` buffers from now on will contain a standalone stream that can be
703 Setting formats and allocating buffers triggers changes in the behavior of the
723 5. While buffers are allocated on any of the ``OUTPUT`` or ``CAPTURE`` queues,