forked from Minki/linux
4266129964
This patch addresses several issues pointed by Randy Dunlap <rdunlap@xenotime.net> at changeset ece722c: - In the generated index.html file, "media" is listed first, but it should be listed in alphabetical order, not first. - The generated files are (hidden) in .tmpmedia/ - The link from the top-level index.html file to "media" is to media/index.html, but the file is actually in .tmpmedia/media/index.html - Please build docs with and without using "O=builddir" and test that. - Would it be possible for media to have its own Makefile instead of merging into this one? Due to the way cleandocs target works, I had to rename the media DocBook to media_api, otherwise cleandocs would remove the /media directory. Thanks-to: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
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>
|