Searched refs:VIDIOC_S_FMT (Results 1 – 25 of 37) sorted by relevance
12
/Linux-v6.6/Documentation/userspace-api/media/v4l/ |
D | vidioc-g-fmt.rst | 7 ioctl VIDIOC_G_FMT, VIDIOC_S_FMT, VIDIOC_TRY_FMT 13 VIDIOC_G_FMT - VIDIOC_S_FMT - VIDIOC_TRY_FMT - Get or set the data format, try a format 22 .. c:macro:: VIDIOC_S_FMT 24 ``int ioctl(int fd, VIDIOC_S_FMT, struct v4l2_format *argp)`` 63 application. When the application calls the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with 70 prepare for data exchange. Finally the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl returns 74 application must implement the :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` and :ref:`VIDIOC_S_FMT <VIDIOC_G_… 76 EINVAL error code on a :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` attempt. When I/O is already in 80 The :ref:`VIDIOC_TRY_FMT <VIDIOC_G_FMT>` ioctl is equivalent to :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` … 88 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` returns for the same input or output. [all …]
|
D | format.rst | 27 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctls. Additionally the 34 The :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl is a major turning-point in the 37 change controls or modify other properties. The first :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 53 When applications omit the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl its locking side 64 *may* support a switch using :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`. 67 :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` and :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. Implementation of …
|
D | dev-output.rst | 75 of :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>`, and call the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 80 Like :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` the :ref:`VIDIOC_TRY_FMT <VIDIOC_G_FMT>` ioctl 87 :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>`, :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` and :ref:`VIDIOC_TRY_FMT <VI… 89 and :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, even if :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ignores all
|
D | dev-capture.rst | 78 of :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>`, and call the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 83 Like :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` the :ref:`VIDIOC_TRY_FMT <VIDIOC_G_FMT>` ioctl 90 :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>`, :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` and :ref:`VIDIOC_TRY_FMT <VI… 92 and :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, even if :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ignores all
|
D | io.rst | 24 initiating video overlay with the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 34 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` and :ref:`VIDIOC_REQBUFS` would permit this to some
|
D | dev-osd.rst | 23 the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. 130 substructure and call the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. 132 the actual parameters as :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` does. Like :ref:`VIDIOC_S_FMT <VIDIOC_G… 135 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` this also works after the overlay has been enabled.
|
D | dev-overlay.rst | 26 the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. 114 (:ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`) or overlay 141 call the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. The driver 143 parameters as :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` does. Like :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`, the 146 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` this also works after the overlay has been enabled. 155 (:ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`) may fail with an ``EBUSY`` error 204 contents after calling :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 212 after calling :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` are undefined. When clip lists are 234 its contents after calling :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` are
|
D | vidioc-enum-fmt.rst | 200 when calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with 207 device when calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with 214 when calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with 221 when calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with 228 device when calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with
|
D | vidioc-g-fbuf.rst | 150 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, using the ``field`` 267 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`) will be used. Only one 272 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`. If this flag is set for a 281 and negotiated with the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 285 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, see :ref:`overlay` 300 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, see :ref:`overlay` 314 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, see :ref:`overlay`
|
D | pixfmt.rst | 14 the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. (The explanations here
|
D | dev-sliced-vbi.rst | 25 calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl as defined 61 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl when the number of VBI 77 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl with a pointer to the 91 The :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl modifies the parameters 125 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` or 272 a side effect). The :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl may 357 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. When the line numbers are
|
D | diff-v4l.rst | 124 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, respectively. The 166 were removed. Calling the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` or 346 be selected with the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. 428 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`. They take a pointer to a struct 481 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. 501 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`. They take a pointer to a struct 526 with the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. When no
|
D | dev-raw-vbi.rst | 32 applications must call the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. 81 of :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>`, and call the :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 96 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl, even if :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ignores all re…
|
D | capture.c.rst | 498 if (-1 == xioctl(fd, VIDIOC_S_FMT, &fmt)) 499 errno_exit("VIDIOC_S_FMT"); 501 /* Note VIDIOC_S_FMT may change width and height. */
|
D | crop.rst | 38 and :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctls. 42 :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` and :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` 213 if (-1 == ioctl (fd, VIDIOC_S_FMT, &format)) {
|
D | planar-apis.rst | 47 :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>`, :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`, :ref:`VIDIOC_TRY_FMT <VIDIO…
|
D | field-order.rst | 56 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl. If this is not desired it 82 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` or
|
D | selection-api-configuration.rst | 53 the image size set by :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`. 93 specified using :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl.
|
D | v4l2grab.c.rst | 81 xioctl(fd, VIDIOC_S_FMT, &fmt);
|
D | vidioc-g-sliced-vbi-cap.rst | 99 :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>` ioctl as described in
|
D | dev-stateless-decoder.rst | 72 1. Set the coded format on the ``OUTPUT`` queue via :c:func:`VIDIOC_S_FMT`. 132 select one of them via :c:func:`VIDIOC_S_FMT`. 149 :c:func:`VIDIOC_S_FMT` on ``CAPTURE`` queue. It is possible for the client to
|
D | buffer.rst | 71 :c:func:`VIDIOC_S_FMT` ioctl in all cases described in this section. 93 #. VIDIOC_S_FMT 123 #. VIDIOC_S_FMT 129 response to format change (:c:func:`VIDIOC_S_FMT`) or control changes
|
/Linux-v6.6/drivers/media/v4l2-core/ |
D | v4l2-dev.c | 625 __set_bit(_IOC_NR(VIDIOC_S_FMT), valid_ioctls); in determine_valid_ioctls() 658 SET_VALID_IOCTL(ops, VIDIOC_S_FMT, vidioc_s_fmt_meta_cap); in determine_valid_ioctls() 664 SET_VALID_IOCTL(ops, VIDIOC_S_FMT, vidioc_s_fmt_meta_out); in determine_valid_ioctls() 678 __set_bit(_IOC_NR(VIDIOC_S_FMT), valid_ioctls); in determine_valid_ioctls() 689 SET_VALID_IOCTL(ops, VIDIOC_S_FMT, vidioc_s_fmt_vid_cap); in determine_valid_ioctls() 702 SET_VALID_IOCTL(ops, VIDIOC_S_FMT, vidioc_s_fmt_sdr_cap); in determine_valid_ioctls() 708 SET_VALID_IOCTL(ops, VIDIOC_S_FMT, vidioc_s_fmt_sdr_out); in determine_valid_ioctls()
|
/Linux-v6.6/Documentation/userspace-api/media/drivers/ |
D | aspeed-video.rst | 20 VIDIOC_S_FMT can be used to choose which format you want. V4L2_PIX_FMT_JPEG
|
/Linux-v6.6/drivers/staging/most/video/ |
D | video.c | 291 return comp_set_format(mdev, VIDIOC_S_FMT, f); in vidioc_s_fmt_vid_cap()
|
12