Lines Matching full:queue
42 queue containing data that resulted from processing buffer A.
50 the destination buffer queue; for decoders, the queue of buffers containing
51 decoded frames; for encoders, the queue of buffers containing an encoded
117 the source buffer queue; for decoders, the queue of buffers containing
118 an encoded bytestream; for encoders, the queue of buffers containing raw
325 Alternatively, :c:func:`VIDIOC_CREATE_BUFS` on the ``OUTPUT`` queue can be
353 3. Start streaming on the ``OUTPUT`` queue via :c:func:`VIDIOC_STREAMON`.
357 ``OUTPUT`` queue via :c:func:`VIDIOC_QBUF` and :c:func:`VIDIOC_DQBUF`. The
359 required metadata to configure the ``CAPTURE`` queue are found. This is
374 queue will not return the real values for the stream until a
381 values applying to the just parsed stream, including queue formats,
405 1. Call :c:func:`VIDIOC_G_FMT` on the ``CAPTURE`` queue to get format for the
492 the ``CAPTURE`` queue. Once the stream information is parsed and known, the
518 ``CAPTURE`` queue. The client may choose a different format than
539 the ``CAPTURE`` queue if it is desired and if the decoder has compose and/or
581 * if the ``CAPTURE`` queue is streaming, call :c:func:`VIDIOC_DECODER_CMD`
584 * if the ``CAPTURE`` queue is not streaming, call :c:func:`VIDIOC_STREAMON`
585 on the ``CAPTURE`` queue.
591 7. **If the** ``CAPTURE`` **queue is streaming,** keep queuing and dequeuing
592 buffers on the ``CAPTURE`` queue until a buffer marked with the
595 8. **If the** ``CAPTURE`` **queue is streaming,** call :c:func:`VIDIOC_STREAMOFF`
596 on the ``CAPTURE`` queue to stop streaming.
600 The ``OUTPUT`` queue must remain streaming. Calling
604 9. **If the** ``CAPTURE`` **queue has buffers allocated,** free the ``CAPTURE``
619 ``CAPTURE`` queue.
651 Alternatively, :c:func:`VIDIOC_CREATE_BUFS` on the ``CAPTURE`` queue can be
697 11. Call :c:func:`VIDIOC_STREAMON` on the ``CAPTURE`` queue to start decoding
714 frames dequeued from the ``CAPTURE`` queue may differ from the order of queuing
715 coded frames to the ``OUTPUT`` queue, due to properties of the selected coded
736 * buffers may become available on the ``CAPTURE`` queue without additional
767 ``CAPTURE`` queue is streaming. Failure to observe this may result in
772 the same backing memory for as long as the ``CAPTURE`` queue is streaming.
815 Seek is controlled by the ``OUTPUT`` queue, as it is the source of coded data.
816 The seek does not require any specific operation on the ``CAPTURE`` queue, but
819 1. Stop the ``OUTPUT`` queue to begin the seek sequence via
830 2. Restart the ``OUTPUT`` queue via :c:func:`VIDIOC_STREAMON`.
841 queue until a suitable resume point is found.
853 being made available on the ``CAPTURE`` queue. Drivers must ensure that
883 It is not specified when the ``CAPTURE`` queue starts producing buffers
885 as it operates independently from the ``OUTPUT`` queue.
895 ``OUTPUT`` queue:
899 any of the following results on the ``CAPTURE`` queue is allowed:
911 ``CAPTURE`` queue too to discard decoded, but not yet dequeued buffers.
947 queue formats, selection rectangles and controls.
978 ``CAPTURE`` queue, or a call to :c:func:`VIDIOC_DECODER_CMD` with the
985 During the resolution change sequence, the ``OUTPUT`` queue must remain
986 streaming. Calling :c:func:`VIDIOC_STREAMOFF` on the ``OUTPUT`` queue would
989 In principle, the ``OUTPUT`` queue operates separately from the ``CAPTURE``
990 queue and this remains true for the duration of the entire resolution change
994 buffers to/from the ``OUTPUT`` queue even while processing this sequence.
1071 ``CAPTURE`` queue - the decoder will resume the operation normally,
1072 however any ``CAPTURE`` buffers still in the queue will be returned to the
1076 ``OUTPUT`` queue - any pending source buffers will be returned to the
1104 1. Setting the format on the ``OUTPUT`` queue may change the set of formats
1105 supported/advertised on the ``CAPTURE`` queue. In particular, it also means
1109 2. Enumerating formats on the ``CAPTURE`` queue always returns only formats
1112 3. Setting the format on the ``CAPTURE`` queue does not change the list of
1113 formats available on the ``OUTPUT`` queue. An attempt to set a ``CAPTURE``
1118 4. Enumerating formats on the ``OUTPUT`` queue always returns the full set of
1122 the client must not change the format on the ``OUTPUT`` queue. Drivers will
1126 ``OUTPUT`` queue and the ``OUTPUT`` queue is the master that governs the
1127 set of supported formats for the ``CAPTURE`` queue.