Lines Matching full:client

12 further post-processing by the client.
88    client may call :c:func:`VIDIOC_ENUM_FMT` on ``CAPTURE``.
93 2. To enumerate the set of supported raw formats, the client may call
100      the client must first set that coded format on ``CAPTURE`` and then
103 3. The client may use :c:func:`VIDIOC_ENUM_FRAMESIZES` to detect supported
116 4. The client may use :c:func:`VIDIOC_ENUM_FRAMEINTERVALS` to detect supported
179       and the client must ensure it matches its needs afterwards.
366             size. To avoid encoding the padding, the client needs to explicitly
372       supported ones to meet codec and hardware requirements. The client needs
398       given. The client must check the updated value of ``count`` after the
404       depth), the client may query the ``V4L2_CID_MIN_BUFFERS_FOR_OUTPUT``
434    If the client stops the ``CAPTURE`` queue during the encode process and then
450 successfully.  In this state, the client queues and dequeues buffers to both
464 The client must not assume any direct relationship between ``CAPTURE`` and
490    originated from, the client can set the ``timestamp`` field of the
507    To let the client distinguish between frame types (keyframes, intermediate
514 Should an encoding error occur, it will be reported to the client with the level
533 error code. The client may close the file handle and open a new one, or
540 The client is allowed to use :c:func:`VIDIOC_S_CTRL` to change encoder
542 and the client must query the encoder to find the set of available controls.
545 per the standard semantics of the V4L2 control interface. The client may
552 semantics of the V4L2 control interface. If the client needs to apply the
560 related ``CAPTURE`` buffers are given to the client, the client must follow the
561 drain sequence described below. After the drain sequence ends, the client has
586 2. Any ``OUTPUT`` buffers queued by the client before the
588    normal. The client must continue to handle both queues independently,
597         ``bytesused`` = 0) and in that case it must be ignored by the client,
609    * dequeuing the ``V4L2_EVENT_EOS`` event, if the client subscribes to it.
615       dequeued. It is deprecated behavior and the client must not rely on it.
621    until the client issues any of the following operations:
637    Once the drain sequence is initiated, the client needs to drive it to
640    queues.  The client is not allowed to issue ``V4L2_ENC_CMD_START`` or
652      sequence completes, the next time the client queues a ``CAPTURE`` buffer
658      ``CAPTURE`` buffers are implicitly returned to the client.
671 The client may want to request the encoder to reinitialize the encoding, so
687    will return all currently queued ``CAPTURE`` buffers to the client, without
708    that the ``OUTPUT`` format may be reset and the client must not rely on the
724    the client must not change the format on the ``CAPTURE`` queue. Drivers will