1 .. -*- coding: utf-8; mode: rst -*-
5 ************************
6 Audio Inputs and Outputs
7 ************************
9 Audio inputs and outputs are physical connectors of a device. Video
10 capture devices have inputs, output devices have outputs, zero or more
11 each. Radio devices have no audio inputs or outputs. They have exactly
12 one tuner which in fact *is* an audio source, but this API associates
13 tuners with video inputs or outputs only, and radio devices have none of
14 these. [#f1]_ A connector on a TV card to loop back the received audio
15 signal to a sound card is not considered an audio output.
17 Audio and video inputs and outputs are associated. Selecting a video
18 source also selects an audio source. This is most evident when the video
19 and audio source is a tuner. Further audio connectors can combine with
20 more than one video input or output. Assumed two composite video inputs
21 and two audio inputs exist, there may be up to four valid combinations.
22 The relation of video and audio connectors is defined in the
23 ``audioset`` field of the respective struct
24 :c:type:`v4l2_input` or struct
25 :c:type:`v4l2_output`, where each bit represents the index
26 number, starting at zero, of one audio input or output.
28 To learn about the number and attributes of the available inputs and
29 outputs applications can enumerate them with the
30 :ref:`VIDIOC_ENUMAUDIO` and
31 :ref:`VIDIOC_ENUMAUDOUT <VIDIOC_ENUMAUDOUT>` ioctl, respectively.
32 The struct :c:type:`v4l2_audio` returned by the
33 :ref:`VIDIOC_ENUMAUDIO` ioctl also contains signal
34 :status information applicable when the current audio input is queried.
36 The :ref:`VIDIOC_G_AUDIO <VIDIOC_G_AUDIO>` and
37 :ref:`VIDIOC_G_AUDOUT <VIDIOC_G_AUDOUT>` ioctls report the current
38 audio input and output, respectively.
42 Note that, unlike :ref:`VIDIOC_G_INPUT <VIDIOC_G_INPUT>` and
43 :ref:`VIDIOC_G_OUTPUT <VIDIOC_G_OUTPUT>` these ioctls return a
44 structure as :ref:`VIDIOC_ENUMAUDIO` and
45 :ref:`VIDIOC_ENUMAUDOUT <VIDIOC_ENUMAUDOUT>` do, not just an index.
47 To select an audio input and change its properties applications call the
48 :ref:`VIDIOC_S_AUDIO <VIDIOC_G_AUDIO>` ioctl. To select an audio
49 output (which presently has no changeable properties) applications call
50 the :ref:`VIDIOC_S_AUDOUT <VIDIOC_G_AUDOUT>` ioctl.
52 Drivers must implement all audio input ioctls when the device has
53 multiple selectable audio inputs, all audio output ioctls when the
54 device has multiple selectable audio outputs. When the device has any
55 audio inputs or outputs the driver must set the ``V4L2_CAP_AUDIO`` flag
56 in the struct :c:type:`v4l2_capability` returned by
57 the :ref:`VIDIOC_QUERYCAP` ioctl.
60 Example: Information about the current audio input
61 ==================================================
65 struct v4l2_audio audio;
67 memset(&audio, 0, sizeof(audio));
69 if (-1 == ioctl(fd, VIDIOC_G_AUDIO, &audio)) {
70 perror("VIDIOC_G_AUDIO");
74 printf("Current input: %s\\n", audio.name);
77 Example: Switching to the first audio input
78 ===========================================
82 struct v4l2_audio audio;
84 memset(&audio, 0, sizeof(audio)); /* clear audio.mode, audio.reserved */
88 if (-1 == ioctl(fd, VIDIOC_S_AUDIO, &audio)) {
89 perror("VIDIOC_S_AUDIO");
94 Actually struct :c:type:`v4l2_audio` ought to have a
95 ``tuner`` field like struct :c:type:`v4l2_input`, not
96 only making the API more consistent but also permitting radio devices