1 .. -*- coding: utf-8; mode: rst -*-
3 .. _VIDIOC_SUBDEV_G_FRAME_INTERVAL:
5 ********************************************************************
6 ioctl VIDIOC_SUBDEV_G_FRAME_INTERVAL, VIDIOC_SUBDEV_S_FRAME_INTERVAL
7 ********************************************************************
12 VIDIOC_SUBDEV_G_FRAME_INTERVAL - VIDIOC_SUBDEV_S_FRAME_INTERVAL - Get or set the frame interval on a subdev pad
18 .. c:function:: int ioctl( int fd, VIDIOC_SUBDEV_G_FRAME_INTERVAL, struct v4l2_subdev_frame_interval *argp )
19 :name: VIDIOC_SUBDEV_G_FRAME_INTERVAL
21 .. c:function:: int ioctl( int fd, VIDIOC_SUBDEV_S_FRAME_INTERVAL, struct v4l2_subdev_frame_interval *argp )
22 :name: VIDIOC_SUBDEV_S_FRAME_INTERVAL
29 File descriptor returned by :ref:`open() <func-open>`.
37 These ioctls are used to get and set the frame interval at specific
38 subdev pads in the image pipeline. The frame interval only makes sense
39 for sub-devices that can control the frame period on their own. This
40 includes, for instance, image sensors and TV tuners. Sub-devices that
41 don't support frame intervals must not implement these ioctls.
43 To retrieve the current frame interval applications set the ``pad``
45 :c:type:`v4l2_subdev_frame_interval` to
46 the desired pad number as reported by the media controller API. When
47 they call the ``VIDIOC_SUBDEV_G_FRAME_INTERVAL`` ioctl with a pointer to
48 this structure the driver fills the members of the ``interval`` field.
50 To change the current frame interval applications set both the ``pad``
51 field and all members of the ``interval`` field. When they call the
52 ``VIDIOC_SUBDEV_S_FRAME_INTERVAL`` ioctl with a pointer to this
53 structure the driver verifies the requested interval, adjusts it based
54 on the hardware capabilities and configures the device. Upon return the
56 :c:type:`v4l2_subdev_frame_interval`
57 contains the current frame interval as would be returned by a
58 ``VIDIOC_SUBDEV_G_FRAME_INTERVAL`` call.
60 Drivers must not return an error solely because the requested interval
61 doesn't match the device capabilities. They must instead modify the
62 interval to match what the hardware can provide. The modified interval
63 should be as close as possible to the original request.
65 Sub-devices that support the frame interval ioctls should implement them
66 on a single pad only. Their behaviour when supported on multiple pads of
67 the same sub-device is not defined.
70 .. c:type:: v4l2_subdev_frame_interval
72 .. tabularcolumns:: |p{4.4cm}|p{4.4cm}|p{8.7cm}|
74 .. flat-table:: struct v4l2_subdev_frame_interval
81 - Pad number as reported by the media controller API.
82 * - struct :c:type:`v4l2_fract`
84 - Period, in seconds, between consecutive video frames.
87 - Reserved for future extensions. Applications and drivers must set
94 On success 0 is returned, on error -1 and the ``errno`` variable is set
95 appropriately. The generic error codes are described at the
96 :ref:`Generic Error Codes <gen-errors>` chapter.
99 The frame interval can't be changed because the pad is currently
100 busy. This can be caused, for instance, by an active video stream on
101 the pad. The ioctl must not be retried without performing another
102 action to fix the problem first. Only returned by
103 ``VIDIOC_SUBDEV_S_FRAME_INTERVAL``
107 :c:type:`v4l2_subdev_frame_interval`
108 ``pad`` references a non-existing pad, or the pad doesn't support