Lines Matching +full:simple +full:- +full:framebuffer

7   <section id="diff-v4l">
25 linkend="v4l-dev" />.</para>
27 <para>The teletext devices (minor range 192-223) have been removed in
38 <table id="v4l-dev">
58 <entry>0-63</entry>
68 <entry>64-127</entry>
75 <entry>224-255</entry>
92 equivalent to V4L2's &VIDIOC-QUERYCAP;.</para>
96 <structfield>card</structfield> in &v4l2-capability;,
110 <entry>&v4l2-capability;
131 <entry>The <link linkend="raw-vbi">raw VBI
144 &v4l2-framebuffer;</entry>
153 <structfield>capability</structfield> of &v4l2-framebuffer;</entry>
161 <structfield>capability</structfield> of &v4l2-framebuffer;</entry>
167 <entry><constant>-</constant></entry>
170 dimensions and image size with the &VIDIOC-S-CROP; and &VIDIOC-S-FMT;
177 <entry><constant>-</constant></entry>
179 formats with the &VIDIOC-ENUM-FMT; ioctl to determine if the device
185 <entry><constant>-</constant></entry>
186 <entry>Applications can call the &VIDIOC-G-CROP; ioctl
194 <entry><constant>-</constant></entry>
196 formats with the &VIDIOC-ENUM-FMT; ioctl to determine if the device
201 <entry><constant>-</constant></entry>
206 <entry><constant>-</constant></entry>
211 <entry><constant>-</constant></entry>
223 the &VIDIOC-G-AUDIO; ioctl. The audio ioctls are described in <xref
230 &VIDIOC-S-FMT; or &VIDIOC-TRY-FMT; ioctl with the desired dimensions
242 are &VIDIOC-ENUMINPUT;, &VIDIOC-G-INPUT; and &VIDIOC-S-INPUT;
243 using &v4l2-input; as discussed in <xref linkend="video" />.</para>
253 <entry>&v4l2-input;
276 &v4l2-input;. Enumeration of tuners is discussed in <xref
307 &VIDIOC-G-TUNER; and &VIDIOC-S-TUNER; using &v4l2-tuner;. Tuners are
319 associated &v4l2-input;. No replacement exists for the
330 M/PAL, N/PAL, and NTSC Japan with numbers 3-6 (sic).</para>
337 &v4l2-tuner; for details. Presently no replacement exists for the
342 to <constant>V4L2_TUNER_CAP_LOW</constant> in the &v4l2-tuner;
347 where renamed to &VIDIOC-G-FREQUENCY; and &VIDIOC-S-FREQUENCY;. They
348 take a pointer to a &v4l2-frequency; instead of an unsigned long
352 <section id="v4l-image-properties">
359 &VIDIOC-QUERYCTRL;, &VIDIOC-G-CTRL; and &VIDIOC-S-CTRL; ioctls:<informaltable>
394 limits and defaults which can be queried with the &VIDIOC-QUERYCTRL;
403 moved into the &v4l2-pix-format;:<informaltable>
409 <entry>&v4l2-pix-format;
417 linkend="V4L2-PIX-FMT-GREY"><constant>V4L2_PIX_FMT_GREY</constant></link></para></entry>
422 linkend="pixfmt-reserved"><constant>V4L2_PIX_FMT_HI240</constant></link><footnote>
430 linkend="pixfmt-rgb"><constant>V4L2_PIX_FMT_RGB565</constant></link></para></entry>
435 linkend="pixfmt-rgb"><constant>V4L2_PIX_FMT_RGB555</constant></link></para></entry>
440 linkend="pixfmt-rgb"><constant>V4L2_PIX_FMT_BGR24</constant></link></para></entry>
445 linkend="pixfmt-rgb"><constant>V4L2_PIX_FMT_BGR32</constant></link><footnote>
447 little-endian, although some drivers might interpret them according to machine endianess. V4L2 defi…
448 swapped variants. For details see <xref linkend="pixfmt-rgb" />.</para>
454 linkend="V4L2-PIX-FMT-YUYV"><constant>V4L2_PIX_FMT_YUYV</constant></link></para></entry>
463 linkend="V4L2-PIX-FMT-YUYV"><constant>V4L2_PIX_FMT_YUYV</constant></link></para></entry>
468 linkend="V4L2-PIX-FMT-UYVY"><constant>V4L2_PIX_FMT_UYVY</constant></link></para></entry>
477 linkend="V4L2-PIX-FMT-Y41P"><constant>V4L2_PIX_FMT_Y41P</constant></link><footnote>
490 linkend="V4L2-PIX-FMT-YUV422P"><constant>V4L2_PIX_FMT_YUV422P</constant></link></para></entry>
495 linkend="V4L2-PIX-FMT-YUV411P"><constant>V4L2_PIX_FMT_YUV411P</constant></link><footnote>
503 linkend="V4L2-PIX-FMT-YVU420"><constant>V4L2_PIX_FMT_YVU420</constant></link></para></entry>
508 linkend="V4L2-PIX-FMT-YVU410"><constant>V4L2_PIX_FMT_YVU410</constant></link></para></entry>
516 &VIDIOC-S-FMT; ioctl.</para>
526 &VIDIOC-G-AUDIO; and &VIDIOC-S-AUDIO; using &v4l2-audio; as
545 field. In the V4L2 API this information is stored in the &v4l2-tuner;
549 modes &v4l2-audio; also reports if this is a mono or stereo
553 accessible with the &VIDIOC-QUERYCTRL;, &VIDIOC-G-CTRL; and
554 &VIDIOC-S-CTRL; ioctls:<informaltable>
590 &VIDIOC-QUERYCTRL; ioctl reports if the respective control is
600 with the &VIDIOC-QUERYCTRL; ioctl. For general information about
609 are &VIDIOC-G-FBUF; and &VIDIOC-S-FBUF;. The
612 defines a flag to indicate non-destructive overlays instead of a
614 &v4l2-pix-format; <structfield>fmt</structfield> substructure of
615 &v4l2-framebuffer;. The <structfield>depth</structfield> field was
617 linkend="pixfmt-rgb" /> for a list of RGB formats and their
622 V4L2 uses the general-purpose data format negotiation ioctls
623 &VIDIOC-G-FMT; and &VIDIOC-S-FMT;. They take a pointer to a
624 &v4l2-format; as argument. Here the <structfield>win</structfield>
626 &v4l2-window;.</para>
631 <structname>video_window</structname> moved into &v4l2-rect;
637 <structname>video_clip</structname> was renamed to &v4l2-clip;, also
647 &v4l2-framebuffer;, under the new name
653 <constant>VIDEO_CLIP_BITMAP</constant> (-1) requests bitmap
661 disable overlay was renamed to &VIDIOC-OVERLAY;.</para>
671 &VIDIOC-G-CROP; and &VIDIOC-S-CROP; using &v4l2-crop;, and the related
672 &VIDIOC-CROPCAP; ioctl. This is a rather complex matter, see
677 <structfield>height</structfield> fields moved into &v4l2-rect;
689 <structfield>field</structfield> of &v4l2-pix-format; and
690 &v4l2-window;. These structures are used to select a capture or
691 overlay format with the &VIDIOC-S-FMT; ioctl.</para>
701 from a V4L or V4L2 device using the &func-read; function, however V4L2
703 determine if the function is available with the &VIDIOC-QUERYCAP;
705 the &func-select; and &func-poll; functions.</para>
709 ioctls. V4L2 uses the general-purpose data format negotiation ioctls
710 &VIDIOC-G-FMT; and &VIDIOC-S-FMT;. They take a pointer to a
711 &v4l2-format; as argument, here the &v4l2-pix-format; named
723 DMA-able system memory, into their address space. This avoids the data
739 buffers are allocated, with the &VIDIOC-S-FMT; ioctl. When no format
748 <entry><para>The &VIDIOC-REQBUFS; ioctl allocates the
757 used, which can be used as arguments for the &func-mmap;
761 &VIDIOC-QUERYBUF; ioctl.</para></entry>
774 queue. &VIDIOC-QBUF; enqueues any empty buffer into the incoming
776 &VIDIOC-DQBUF; ioctl. To wait until filled buffers become available this
777 function, &func-select; or &func-poll; can be used. The
778 &VIDIOC-STREAMON; ioctl must be called once after enqueuing one or
780 &VIDIOC-STREAMOFF; stops capturing and dequeues all buffers from both
782 &VIDIOC-ENUMINPUT; ioctl.</para></entry>
788 <para>For a more in-depth discussion of memory mapping and
799 was the BTTV driver, de-facto defining the V4L VBI interface. Reading
805 <entry>&v4l2-vbi-format;</entry>
812 <entry>28636363&nbsp;Hz NTSC (or any other 525-line
813 standard); 35468950&nbsp;Hz PAL and SECAM (625-line standards)</entry>
852 V4L2 VBI interface specified in <xref linkend="raw-vbi" />.</para>
858 probably equivalent to &v4l2-vbi-format;.</para>
862 ways. The parameters are reset on &func-open; and
879 linkend="extended-controls" />.</para>
884 <section id="hist-v4l2">
898 <para>1998-08-20: First version.</para>
900 <para>1998-08-27: The &func-select; function was introduced.</para>
902 <para>1998-09-10: New video standard interface.</para>
904 <para>1998-09-18: The <constant>VIDIOC_NONCAP</constant> ioctl
906 &func-open; flag, and the aliases <constant>O_NONCAP</constant> and
914 <para>1998-09-28: Revamped video standard. Made video controls
917 <para>1998-10-02: The <structfield>id</structfield> field was
919 color subcarrier fields were renamed. The &VIDIOC-QUERYSTD; ioctl was
920 renamed to &VIDIOC-ENUMSTD;, &VIDIOC-G-INPUT; to &VIDIOC-ENUMINPUT;. A
923 <para>1998-11-08: Many minor changes. Most symbols have been
924 renamed. Some material changes to &v4l2-capability;.</para>
926 <para>1998-11-12: The read/write directon of some ioctls was misdefined.</para>
928 <para>1998-11-14: <constant>V4L2_PIX_FMT_RGB24</constant>
932 accessible with the &VIDIOC-G-CTRL; and &VIDIOC-S-CTRL; ioctls under
940 <para>1998-11-28: A few ioctl symbols changed. Interfaces for codecs and
943 <para>1999-01-14: A raw VBI capture interface was added.</para>
945 <para>1999-01-19: The <constant>VIDIOC_NEXTBUF</constant> ioctl
950 <title>V4L2 Version 0.16 1999-01-31</title>
951 <para>1999-01-27: There is now one QBUF ioctl, VIDIOC_QWBUF and VIDIOC_QRBUF
956 <!-- Where's 0.17? mhs couldn't find that videodev.h, perhaps Bill
957 forgot to bump the version number or never released it. -->
960 <title>V4L2 Version 0.18 1999-03-16</title>
968 <title>V4L2 Version 0.19 1999-06-05</title>
969 <para>1999-03-18: Fill in the category and catname fields of
973 <para>1999-03-31: Better compatibility for v4l memory capture
978 <para>1999-04-04: Added a few more control IDs.</para>
979 <para>1999-04-07: Added the button control type.</para>
980 <para>1999-05-02: Fixed a typo in videodev.h, and added the
982 <para>1999-05-20: Definition of VIDIOC_G_CTRL was wrong causing
984 <para>1999-06-05: Changed the value of
989 <title>V4L2 Version 0.20 (1999-09-10)</title>
1000 symbols were fixed. &v4l2-clip; was changed for compatibility with
1001 v4l. (1999-08-30)</para>
1006 (1999-09-05)</para>
1025 <para>All the different get- and set-format commands were
1026 swept into one &VIDIOC-G-FMT; and &VIDIOC-S-FMT; ioctl taking a union
1038 <structname>v4l2_format</structname> was renamed to &v4l2-pix-format;,
1039 while &v4l2-format; is now the envelopping structure for all format
1049 <structfield>type</structfield> field in the new &v4l2-streamparm;
1075 <para>The &v4l2-buffer; <structfield>timestamp</structfield>
1080 signed 64-bit integer. Output devices should not send a buffer out
1086 UST uses timestamps that are 64-bit signed integers
1090 is no way to set the UST clock. The regular Linux time-of-day clock
1094 anticipation, I will change the timestamp field to a 64-bit integer,
1096 by drivers) to return a 64-bit integer.</para>
1101 to &v4l2-buffer;. The <structfield>sequence</structfield> field counts
1111 <!-- Version number didn't change anymore, reason unknown. -->
1113 <para>1999-12-23: In &v4l2-vbi-format; the
1118 <para>2000-01-13: The
1121 <para>2000-07-31: The <filename>linux/poll.h</filename> header
1125 <para>2000-11-20: <constant>V4L2_TYPE_VBI_OUTPUT</constant> and
1128 <para>2000-11-25: <constant>V4L2_TYPE_VBI_INPUT</constant> was
1131 <para>2000-12-04: A couple typos in symbol names were fixed.</para>
1133 <para>2001-01-18: To avoid namespace conflicts the
1138 <para>2001-01-25: A possible driver-level compatibility problem
1145 <para>2001-01-26: A possible kernel-level incompatibility
1151 <para>2001-03-02: Certain V4L ioctls which pass data in both
1152 direction although they are defined with read-only parameter, did not
1156 <para>2001-04-13: Big endian 16-bit RGB formats were added.</para>
1158 <para>2001-09-17: New YUV formats and the &VIDIOC-G-FREQUENCY; and
1159 &VIDIOC-S-FREQUENCY; ioctls were added. (The old
1164 <para>2000-09-18: <constant>V4L2_BUF_TYPE_VBI</constant> was
1166 &VIDIOC-G-FMT; and &VIDIOC-S-FMT; ioctls may fail now if the struct
1169 documentation of the &v4l2-vbi-format;
1175 <title>V4L2 Version 0.20 2000-11-23</title>
1189 scheme. We now use line number as defined by ITU-R, period.
1212 <constant>EINVAL</constant> error codes with the &VIDIOC-S-FMT; ioctl
1230 <title>V4L2 Version 0.20 2002-07-25</title>
1235 <title>V4L2 in Linux 2.5.46, 2002-10</title>
1237 <para>Around October-November 2002, prior to an announced
1250 <para>The &func-open; function requires access mode
1262 <para>The &v4l2-capability; changed dramatically. Note that
1265 the new &VIDIOC-QUERYCAP; ioctl.</para>
1309 <para>In &v4l2-input; the
1322 <para>Accordingly &v4l2-output; lost its
1331 <para>The &v4l2-audio; field
1342 <para>Again for consistency the &v4l2-audioout; field
1348 <para>The &v4l2-tuner;
1354 simple set (more about this below) and moved into &v4l2-input;. A
1357 <para>Accordingly in &v4l2-modulator; the
1361 <para>In &v4l2-frequency; the
1375 refer to standards by &v4l2-std-id; and symbols defined in the
1377 linkend="standard" />. The &VIDIOC-G-STD; and
1378 &VIDIOC-S-STD; now take a pointer to this type as argument.
1379 &VIDIOC-QUERYSTD; was added to autodetect the received standard, if
1380 the hardware has this capability. In &v4l2-standard; an
1381 <structfield>index</structfield> field was added for &VIDIOC-ENUMSTD;.
1382 A &v4l2-std-id; field named <structfield>id</structfield> was added as
1392 be. &VIDIOC-ENUMSTD; now takes a pointer to a &v4l2-standard;
1394 particular video input or output moved into &v4l2-input; and
1395 &v4l2-output; fields named <structfield>std</structfield>,
1400 <para>The &v4l2-queryctrl; fields
1407 <para>The &VIDIOC-TRY-FMT; ioctl was added to negotiate data
1408 formats as with &VIDIOC-S-FMT;, but without the overhead of
1411 <para>In &v4l2-format; the <structfield>fmt</structfield>
1412 union was extended to contain &v4l2-window;. All image format
1419 changed to type &v4l2-buf-type; and the buffer type names changed as
1425 <entry>&v4l2-buf-type;</entry>
1458 <entry><constant>-</constant></entry>
1462 <entry><constant>-</constant></entry>
1466 <entry><constant>-</constant></entry>
1470 <entry><constant>-</constant></entry>
1474 <entry><constant>-</constant></entry>
1487 <para>In &v4l2-fmtdesc; a &v4l2-buf-type; field named
1488 <structfield>type</structfield> was added as in &v4l2-format;. The
1490 was removed. These calls can be replaced by &VIDIOC-ENUM-FMT; with
1495 <para>In &v4l2-pix-format; the
1497 applications which recognize the format by its four-character-code
1509 <para>The interlace flags were replaced by a &v4l2-field;
1516 <entry>&v4l2-field;</entry>
1540 <entry><constant>-</constant></entry>
1544 <entry><constant>-</constant></entry>
1548 <entry><constant>-</constant></entry>
1556 &v4l2-colorspace; value in a newly added
1566 <para>In &v4l2-requestbuffers; the
1568 &v4l2-buf-type;. Buffer types changed as mentioned above. A new
1569 <structfield>memory</structfield> field of type &v4l2-memory; was
1576 <para>In &v4l2-buffer; the <structfield>type</structfield>
1577 field was properly defined as &v4l2-buf-type;. Buffer types changed as
1579 &v4l2-field; was added to indicate if a buffer contains a top or
1588 <structfield>memory</structfield> field of type &v4l2-memory; was
1596 the buffer was indeed allocated in device memory rather than DMA-able
1601 <para>In &v4l2-framebuffer; the
1602 <structfield>base[3]</structfield> array anticipating double- and
1603 triple-buffering in off-screen video memory, however without defining
1615 <para>In &v4l2-clip; the <structfield>x</structfield>,
1618 <structfield>c</structfield> substructure of type &v4l2-rect;. The
1626 <para>In &v4l2-window; the <structfield>x</structfield>,
1630 <structfield>field</structfield> field of type %v4l2-field; was added
1647 <para>In &v4l2-vbi-format; the
1649 four-character-code as used to identify video image formats and
1656 <para>In &v4l2-captureparm; the type of the
1658 long to &v4l2-fract;. This allows the accurate expression of multiples
1659 of the NTSC-M frame rate 30000 / 1001. A new field
1663 <para>Similar changes were made to &v4l2-outputparm;.</para>
1677 corrected in <xref linkend="pixfmt" />.<!-- 0.5670G should be
1678 0.587, and 127/112 != 255/224 --></para>
1684 <title>V4L2 2003-06-19</title>
1696 added, see <xref linkend="app-pri" /> for details.</para>
1702 <para>Previously the &VIDIOC-G-AUDIO;
1708 Kernel 2.6.39. The &VIDIOC-ENUMAUDIO; ioctl was added to enumerate
1709 audio inputs, while &VIDIOC-G-AUDIO; now reports the current audio
1711 <para>The same changes were made to &VIDIOC-G-AUDOUT; and
1712 &VIDIOC-ENUMAUDOUT;.</para>
1719 <para>The &VIDIOC-OVERLAY; ioctl was incorrectly defined with
1720 write-read parameter. It was changed to write-only, while the write-read
1736 <para>The &VIDIOC-S-PARM; and &VIDIOC-S-CTRL; ioctls were
1737 defined with write-only parameter, inconsistent with other ioctls
1738 modifying their argument. They were changed to write-read, while a
1739 <constant>_OLD</constant> suffix was added to the write-only versions.
1747 <title>V4L2 2003-11-05</title>
1750 <para>In <xref linkend="pixfmt-rgb" /> the following pixel
1789 <para>In <xref linkend="v4l-image-properties" /> the mapping
1799 linkend="pixfmt-rgb" />.</para>
1805 <title>V4L2 in Linux 2.6.6, 2004-05-09</title>
1808 <para>The &VIDIOC-CROPCAP; ioctl was incorrectly defined
1809 with read-only parameter. It is now defined as write-read ioctl, while
1810 the read-only version was renamed to
1822 <structfield>reserved[0]</structfield>) was added to the &v4l2-buffer;
1827 read-only.</para>
1833 <title>V4L2 spec erratum 2004-08-01</title>
1838 <xref linkend="func-open" /> function was incorrectly documented.</para>
1842 <para>Audio output ioctls end in -AUDOUT, not -AUDIOOUT.</para>
1852 <para>The documentation of the &VIDIOC-QBUF; and
1853 &VIDIOC-DQBUF; ioctls did not mention the &v4l2-buffer;
1876 <para>The &VIDIOC-LOG-STATUS; ioctl was added.</para>
1889 linkend="v4l2-std-id" />.</para>
1907 <title>V4L2 spec erratum 2005-11-27</title>
1908 <para>The capture example in <xref linkend="capture-example" />
1909 called the &VIDIOC-S-CROP; ioctl without checking if cropping is
1911 <xref linkend="standard" /> the &VIDIOC-S-STD; call used the wrong
1916 <title>V4L2 spec erratum 2006-01-10</title>
1920 &v4l2-input; not only indicates if the color killer is enabled, but
1927 <para>&VIDIOC-S-PARM; is a write-read ioctl, not write-only as
1934 <title>V4L2 spec erratum 2006-02-03</title>
1937 <para>In &v4l2-captureparm; and &v4l2-outputparm; the
1945 <title>V4L2 spec erratum 2006-02-04</title>
1949 &v4l2-window; must point to an array of &v4l2-clip;, not a linked
1976 is deprecated now. See the &VIDIOC-G-TUNER; section for
1983 <title>V4L2 spec erratum 2006-09-23 (Draft 0.15)</title>
1993 <para>In <xref linkend="vidioc-g-audio" /> it was clarified
1994 that the &v4l2-audio; <structfield>mode</structfield> field is a flags
1999 <para><xref linkend="vidioc-querycap" /> did not mention the
2004 <para>In <xref linkend="vidioc-g-frequency" /> it was
2006 <structfield>type</structfield> field of &v4l2-frequency; before
2007 calling &VIDIOC-S-FREQUENCY;.</para>
2012 in &v4l2-requestbuffers; has 2 elements, not 32.</para>
2017 linkend="raw-vbi" /> the device file names
2024 numbers was extended from 224-239 to 224-255. Accordingly device file names
2035 <para>New ioctls &VIDIOC-G-EXT-CTRLS;, &VIDIOC-S-EXT-CTRLS;
2036 and &VIDIOC-TRY-EXT-CTRLS; were added, a flag to skip unsupported
2037 controls with &VIDIOC-QUERYCTRL;, new control types
2040 linkend="v4l2-ctrl-type" />), and new control flags
2045 linkend="control-flags" />). See <xref
2046 linkend="extended-controls" /> for details.</para>
2055 <para>In &v4l2-sliced-vbi-cap; a buffer type field was added
2058 The &VIDIOC-G-SLICED-VBI-CAP; ioctl was redefined from being read-only
2059 to write-read. Applications must initialize the type field and clear
2065 <para>The ioctls &VIDIOC-ENUM-FRAMESIZES; and
2066 &VIDIOC-ENUM-FRAMEINTERVALS; were added.</para>
2071 linkend="rgb-formats" />) was added.</para>
2077 <title>V4L2 spec erratum 2006-10-12 (Draft 0.17)</title>
2081 linkend="reserved-formats" />) is a YUV 4:2:0, not 4:2:2 format.</para>
2092 later, and under a 3-clause BSD-style license.</para>
2104 added. See <xref linkend="v4l2-field" /> for details.</para>
2110 interface. See the description of the &VIDIOC-G-FBUF; and
2111 &VIDIOC-S-FBUF; ioctls for details.</para>
2114 linkend="v4l2-window"><structname>v4l2_window</structname></link>,
2118 linkend="vidioc-g-fmt">VIDIOC_G/S/TRY_FMT</link> ioctls, which take a
2119 pointer to a <link linkend="v4l2-format">v4l2_format</link> parent
2125 field in &v4l2-window; changed from "host order RGB32" to a pixel
2126 value in the same format as the framebuffer. This may <emphasis>break
2152 <para>The pixel formats <link linkend="V4L2-PIX-FMT-Y16">
2154 linkend="V4L2-PIX-FMT-SBGGR16">
2171 <para>A <link linkend="camera-controls">Camera controls
2189 by the <link linkend="extended-controls">extended controls</link>
2216 <para>The &VIDIOC-S-HW-FREQ-SEEK; ioctl and the
2257 to <constant>VIDIOC_G_CHIP_IDENT_OLD</constant> and &VIDIOC-DBG-G-CHIP-IDENT;
2259 was renamed to <structname id="v4l2-chip-ident-old">v4l2_chip_ident_old</structname>.</para>
2333 <link linkend="camera-controls">Camera controls class</link>.
2356 <para>Multi-planar API added. Does not affect the compatibility of
2358 <link linkend="planar-apis">multi-planar API</link>
2367 <para>VIDIOC_QUERYCAP now returns a per-subsystem version instead of a per-driver one.</para>
2382 applications. See <link linkend="selection-api"> selection API </link> for
2419 target, &ie; visible graphics memory or off-screen buffers for a
2420 destructive overlay. It can program the RAMDAC for a non-destructive
2421 overlay, scaling or color-keying, or the clipping functions of the
2436 the V4L2 backward-compatibility layer. Since V4L2 permits multiple
2444 playback, and added an interface to MPEG-2 decoding hardware. This API
2462 <para>[to do - OSS/ALSA]</para>
2479 &v4l2-buf-type;, <xref linkend="v4l2-buf-type" />.</para>
2483 &VIDIOC-QUERYCAP; ioctl, <xref linkend="device-capabilities" />.</para>
2486 <para>&VIDIOC-ENUM-FRAMESIZES; and
2487 &VIDIOC-ENUM-FRAMEINTERVALS; ioctls.</para>
2490 <para>&VIDIOC-G-ENC-INDEX; ioctl.</para>
2493 <para>&VIDIOC-ENCODER-CMD; and &VIDIOC-TRY-ENCODER-CMD;
2497 <para>&VIDIOC-DBG-G-REGISTER; and &VIDIOC-DBG-S-REGISTER;
2501 <para>&VIDIOC-DBG-G-CHIP-IDENT; ioctl.</para>
2504 <para>Flash API. <xref linkend="flash-controls" /></para>
2507 <para>&VIDIOC-CREATE-BUFS; and &VIDIOC-PREPARE-BUF; ioctls.</para>
2510 <para>Selection API. <xref linkend="selection-api" /></para>
2525 <xref linkend="extended-controls" />.</para>