aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/DocBook/media/v4l/vidioc-enuminput.xml
blob: 3c9a81305ad4af75f8c6728dbfa9a879db4e6167 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
<refentry id="vidioc-enuminput">
  <refmeta>
    <refentrytitle>ioctl VIDIOC_ENUMINPUT</refentrytitle>
    &manvol;
  </refmeta>

  <refnamediv>
    <refname>VIDIOC_ENUMINPUT</refname>
    <refpurpose>Enumerate video inputs</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_input
*<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_ENUMINPUT</para>
	</listitem>
      </varlistentry>
      <varlistentry>
	<term><parameter>argp</parameter></term>
	<listitem>
	  <para></para>
	</listitem>
      </varlistentry>
    </variablelist>
  </refsect1>

  <refsect1>
    <title>Description</title>

    <para>To query the attributes of a video input applications
initialize the <structfield>index</structfield> field of &v4l2-input;
and call the <constant>VIDIOC_ENUMINPUT</constant> ioctl with a
pointer to this structure. Drivers fill the rest of the structure or
return an &EINVAL; when the index is out of bounds. To enumerate all
inputs applications shall begin at index zero, incrementing by one
until the driver returns <errorcode>EINVAL</errorcode>.</para>

    <table frame="none" pgwide="1" id="v4l2-input">
      <title>struct <structname>v4l2_input</structname></title>
      <tgroup cols="3">
	&cs-str;
	<tbody valign="top">
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>index</structfield></entry>
	    <entry>Identifies the input, set by the
application.</entry>
	  </row>
	  <row>
	    <entry>__u8</entry>
	    <entry><structfield>name</structfield>[32]</entry>
	    <entry>Name of the video input, a NUL-terminated ASCII
string, for example: "Vin (Composite 2)". This information is intended
for the user, preferably the connector label on the device itself.</entry>
	  </row>
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>type</structfield></entry>
	    <entry>Type of the input, see <xref
		linkend="input-type" />.</entry>
	  </row>
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>audioset</structfield></entry>
	    <entry><para>Drivers can enumerate up to 32 video and
audio inputs. This field shows which audio inputs were selectable as
audio source if this was the currently selected video input. It is a
bit mask. The LSB corresponds to audio input 0, the MSB to input 31.
Any number of bits can be set, or none.</para><para>When the driver
does not enumerate audio inputs no bits must be set. Applications
shall not interpret this as lack of audio support. Some drivers
automatically select audio sources and do not enumerate them since
there is no choice anyway.</para><para>For details on audio inputs and
how to select the current input see <xref
		  linkend="audio" />.</para></entry>
	  </row>
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>tuner</structfield></entry>
	    <entry>Capture devices can have zero or more tuners (RF
demodulators). When the <structfield>type</structfield> is set to
<constant>V4L2_INPUT_TYPE_TUNER</constant> this is an RF connector and
this field identifies the tuner. It corresponds to
&v4l2-tuner; field <structfield>index</structfield>. For details on
tuners see <xref linkend="tuner" />.</entry>
	  </row>
	  <row>
	    <entry>&v4l2-std-id;</entry>
	    <entry><structfield>std</structfield></entry>
	    <entry>Every video input supports one or more different
video standards. This field is a set of all supported standards. For
details on video standards and how to switch see <xref
linkend="standard" />.</entry>
	  </row>
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>status</structfield></entry>
	    <entry>This field provides status information about the
input. See <xref linkend="input-status" /> for flags.
With the exception of the sensor orientation bits <structfield>status</structfield> is only valid when this is the
current input.</entry>
	  </row>
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>capabilities</structfield></entry>
	    <entry>This field provides capabilities for the
input. See <xref linkend="input-capabilities" /> for flags.</entry>
	  </row>
	  <row>
	    <entry>__u32</entry>
	    <entry><structfield>reserved</structfield>[3]</entry>
	    <entry>Reserved for future extensions. Drivers must set
the array to zero.</entry>
	  </row>
	</tbody>
      </tgroup>
    </table>

    <table frame="none" pgwide="1" id="input-type">
      <title>Input Types</title>
      <tgroup cols="3">
	&cs-def;
	<tbody valign="top">
	  <row>
	    <entry><constant>V4L2_INPUT_TYPE_TUNER</constant></entry>
	    <entry>1</entry>
	    <entry>This input uses a tuner (RF demodulator).</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_INPUT_TYPE_CAMERA</constant></entry>
	    <entry>2</entry>
	    <entry>Analog baseband input, for example CVBS /
Composite Video, S-Video, RGB.</entry>
	  </row>
	</tbody>
      </tgroup>
    </table>

    <!-- Status flags based on proposal by Mark McClelland,
video4linux-list@redhat.com on 18 Oct 2002, subject "Re: [V4L] Re:
v4l2 api". "Why are some of them inverted? So that the driver doesn't
have to lie about the status in cases where it can't tell one way or
the other. Plus, a status of zero would generally mean that everything
is OK." -->

    <table frame="none" pgwide="1" id="input-status">
      <title>Input Status Flags</title>
      <tgroup cols="3">
	<colspec colname="c1" />
	<colspec colname="c2" align="center" />
	<colspec colname="c3" />
	<spanspec namest="c1" nameend="c3" spanname="hspan"
	  align="left" />
	<tbody valign="top">
	  <row>
	    <entry spanname="hspan">General</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_POWER</constant></entry>
	    <entry>0x00000001</entry>
	    <entry>Attached device is off.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_SIGNAL</constant></entry>
	    <entry>0x00000002</entry>
	    <entry></entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_COLOR</constant></entry>
	    <entry>0x00000004</entry>
	    <entry>The hardware supports color decoding, but does not
detect color modulation in the signal.</entry>
	  </row>
	  <row>
	    <entry spanname="hspan">Sensor Orientation</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_HFLIP</constant></entry>
	    <entry>0x00000010</entry>
	    <entry>The input is connected to a device that produces a signal
that is flipped horizontally and does not correct this before passing the
signal to userspace.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_VFLIP</constant></entry>
	    <entry>0x00000020</entry>
	    <entry>The input is connected to a device that produces a signal
that is flipped vertically and does not correct this before passing the
signal to userspace. Note that a 180 degree rotation is the same as HFLIP | VFLIP</entry>
	  </row>
	  <row>
	    <entry spanname="hspan">Analog Video</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_H_LOCK</constant></entry>
	    <entry>0x00000100</entry>
	    <entry>No horizontal sync lock.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_COLOR_KILL</constant></entry>
	    <entry>0x00000200</entry>
	    <entry>A color killer circuit automatically disables color
decoding when it detects no color modulation. When this flag is set
the color killer is enabled <emphasis>and</emphasis> has shut off
color decoding.</entry>
	  </row>
	  <row>
	    <entry spanname="hspan">Digital Video</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_SYNC</constant></entry>
	    <entry>0x00010000</entry>
	    <entry>No synchronization lock.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_EQU</constant></entry>
	    <entry>0x00020000</entry>
	    <entry>No equalizer lock.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_CARRIER</constant></entry>
	    <entry>0x00040000</entry>
	    <entry>Carrier recovery failed.</entry>
	  </row>
	  <row>
	    <entry spanname="hspan">VCR and Set-Top Box</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_MACROVISION</constant></entry>
	    <entry>0x01000000</entry>
	    <entry>Macrovision is an analog copy prevention system
mangling the video signal to confuse video recorders. When this
flag is set Macrovision has been detected.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_NO_ACCESS</constant></entry>
	    <entry>0x02000000</entry>
	    <entry>Conditional access denied.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_ST_VTR</constant></entry>
	    <entry>0x04000000</entry>
	    <entry>VTR time constant. [?]</entry>
	  </row>
	</tbody>
      </tgroup>
    </table>

    <!-- Capability flags based on video timings RFC by Muralidharan
Karicheri, titled RFC (v1.2): V4L - Support for video timings at the
input/output interface to linux-media@vger.kernel.org on 19 Oct 2009.
	-->
    <table frame="none" pgwide="1" id="input-capabilities">
      <title>Input capabilities</title>
      <tgroup cols="3">
	&cs-def;
	<tbody valign="top">
	  <row>
	    <entry><constant>V4L2_IN_CAP_PRESETS</constant></entry>
	    <entry>0x00000001</entry>
	    <entry>This input supports setting DV presets by using VIDIOC_S_DV_PRESET.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_CAP_DV_TIMINGS</constant></entry>
	    <entry>0x00000002</entry>
	    <entry>This input supports setting video timings by using VIDIOC_S_DV_TIMINGS.</entry>
	  </row>
	  <row>
	    <entry><constant>V4L2_IN_CAP_STD</constant></entry>
	    <entry>0x00000004</entry>
	    <entry>This input supports setting the TV standard by using VIDIOC_S_STD.</entry>
	  </row>
	</tbody>
      </tgroup>
    </table>
  </refsect1>

  <refsect1>
    &return-value;

    <variablelist>
      <varlistentry>
	<term><errorcode>EINVAL</errorcode></term>
	<listitem>
	  <para>The &v4l2-input; <structfield>index</structfield> is
out of bounds.</para>
	</listitem>
      </varlistentry>
    </variablelist>
  </refsect1>
</refentry>