forked from Minki/linux
142 lines
5.0 KiB
XML
142 lines
5.0 KiB
XML
|
<refentry id="vidioc-subdev-g-frame-interval">
|
||
|
<refmeta>
|
||
|
<refentrytitle>ioctl VIDIOC_SUBDEV_G_FRAME_INTERVAL, VIDIOC_SUBDEV_S_FRAME_INTERVAL</refentrytitle>
|
||
|
&manvol;
|
||
|
</refmeta>
|
||
|
|
||
|
<refnamediv>
|
||
|
<refname>VIDIOC_SUBDEV_G_FRAME_INTERVAL</refname>
|
||
|
<refname>VIDIOC_SUBDEV_S_FRAME_INTERVAL</refname>
|
||
|
<refpurpose>Get or set the frame interval on a subdev pad</refpurpose>
|
||
|
</refnamediv>
|
||
|
|
||
|
<refsynopsisdiv>
|
||
|
<funcsynopsis>
|
||
|
<funcprototype>
|
||
|
<funcdef>int <function>ioctl</function></funcdef>
|
||
|
<paramdef>int <parameter>fd</parameter></paramdef>
|
||
|
<paramdef>int <parameter>request</parameter></paramdef>
|
||
|
<paramdef>struct v4l2_subdev_frame_interval *<parameter>argp</parameter>
|
||
|
</paramdef>
|
||
|
</funcprototype>
|
||
|
</funcsynopsis>
|
||
|
</refsynopsisdiv>
|
||
|
|
||
|
<refsect1>
|
||
|
<title>Arguments</title>
|
||
|
|
||
|
<variablelist>
|
||
|
<varlistentry>
|
||
|
<term><parameter>fd</parameter></term>
|
||
|
<listitem>
|
||
|
<para>&fd;</para>
|
||
|
</listitem>
|
||
|
</varlistentry>
|
||
|
<varlistentry>
|
||
|
<term><parameter>request</parameter></term>
|
||
|
<listitem>
|
||
|
<para>VIDIOC_SUBDEV_G_FRAME_INTERVAL, VIDIOC_SUBDEV_S_FRAME_INTERVAL</para>
|
||
|
</listitem>
|
||
|
</varlistentry>
|
||
|
<varlistentry>
|
||
|
<term><parameter>argp</parameter></term>
|
||
|
<listitem>
|
||
|
<para></para>
|
||
|
</listitem>
|
||
|
</varlistentry>
|
||
|
</variablelist>
|
||
|
</refsect1>
|
||
|
|
||
|
<refsect1>
|
||
|
<title>Description</title>
|
||
|
|
||
|
<note>
|
||
|
<title>Experimental</title>
|
||
|
<para>This is an <link linkend="experimental">experimental</link>
|
||
|
interface and may change in the future.</para>
|
||
|
</note>
|
||
|
|
||
|
<para>These ioctls are used to get and set the frame interval at specific
|
||
|
subdev pads in the image pipeline. The frame interval only makes sense for
|
||
|
sub-devices that can control the frame period on their own. This includes,
|
||
|
for instance, image sensors and TV tuners. Sub-devices that don't support
|
||
|
frame intervals must not implement these ioctls.</para>
|
||
|
|
||
|
<para>To retrieve the current frame interval applications set the
|
||
|
<structfield>pad</structfield> field of a &v4l2-subdev-frame-interval; to
|
||
|
the desired pad number as reported by the media controller API. When they
|
||
|
call the <constant>VIDIOC_SUBDEV_G_FRAME_INTERVAL</constant> ioctl with a
|
||
|
pointer to this structure the driver fills the members of the
|
||
|
<structfield>interval</structfield> field.</para>
|
||
|
|
||
|
<para>To change the current frame interval applications set both the
|
||
|
<structfield>pad</structfield> field and all members of the
|
||
|
<structfield>interval</structfield> field. When they call the
|
||
|
<constant>VIDIOC_SUBDEV_S_FRAME_INTERVAL</constant> ioctl with a pointer to
|
||
|
this structure the driver verifies the requested interval, adjusts it based
|
||
|
on the hardware capabilities and configures the device. Upon return the
|
||
|
&v4l2-subdev-frame-interval; contains the current frame interval as would be
|
||
|
returned by a <constant>VIDIOC_SUBDEV_G_FRAME_INTERVAL</constant> call.
|
||
|
</para>
|
||
|
|
||
|
<para>Drivers must not return an error solely because the requested interval
|
||
|
doesn't match the device capabilities. They must instead modify the interval
|
||
|
to match what the hardware can provide. The modified interval should be as
|
||
|
close as possible to the original request.</para>
|
||
|
|
||
|
<para>Sub-devices that support the frame interval ioctls should implement
|
||
|
them on a single pad only. Their behaviour when supported on multiple pads
|
||
|
of the same sub-device is not defined.</para>
|
||
|
|
||
|
<table pgwide="1" frame="none" id="v4l2-subdev-frame-interval">
|
||
|
<title>struct <structname>v4l2_subdev_frame_interval</structname></title>
|
||
|
<tgroup cols="3">
|
||
|
&cs-str;
|
||
|
<tbody valign="top">
|
||
|
<row>
|
||
|
<entry>__u32</entry>
|
||
|
<entry><structfield>pad</structfield></entry>
|
||
|
<entry>Pad number as reported by the media controller API.</entry>
|
||
|
</row>
|
||
|
<row>
|
||
|
<entry>&v4l2-fract;</entry>
|
||
|
<entry><structfield>interval</structfield></entry>
|
||
|
<entry>Period, in seconds, between consecutive video frames.</entry>
|
||
|
</row>
|
||
|
<row>
|
||
|
<entry>__u32</entry>
|
||
|
<entry><structfield>reserved</structfield>[9]</entry>
|
||
|
<entry>Reserved for future extensions. Applications and drivers must
|
||
|
set the array to zero.</entry>
|
||
|
</row>
|
||
|
</tbody>
|
||
|
</tgroup>
|
||
|
</table>
|
||
|
</refsect1>
|
||
|
|
||
|
<refsect1>
|
||
|
&return-value;
|
||
|
|
||
|
<variablelist>
|
||
|
<varlistentry>
|
||
|
<term><errorcode>EBUSY</errorcode></term>
|
||
|
<listitem>
|
||
|
<para>The frame interval can't be changed because the pad is currently
|
||
|
busy. This can be caused, for instance, by an active video stream on
|
||
|
the pad. The ioctl must not be retried without performing another
|
||
|
action to fix the problem first. Only returned by
|
||
|
<constant>VIDIOC_SUBDEV_S_FRAME_INTERVAL</constant></para>
|
||
|
</listitem>
|
||
|
</varlistentry>
|
||
|
<varlistentry>
|
||
|
<term><errorcode>EINVAL</errorcode></term>
|
||
|
<listitem>
|
||
|
<para>The &v4l2-subdev-frame-interval; <structfield>pad</structfield>
|
||
|
references a non-existing pad, or the pad doesn't support frame
|
||
|
intervals.</para>
|
||
|
</listitem>
|
||
|
</varlistentry>
|
||
|
</variablelist>
|
||
|
</refsect1>
|
||
|
</refentry>
|