Lines Matching full:and
7 Differences between V4L and V4L2
10 The Video For Linux API was first introduced in Linux 2.1 to unify and
11 replace various TV and radio device related interfaces, developed
17 Opening and Closing Devices
21 for V4L2 video capture, overlay, radio and raw vbi capture devices did
23 and below in :ref:`v4l-dev`.
25 The teletext devices (minor range 192-223) have been removed in V4L2 and
37 .. flat-table:: V4L Device Types, Names and Numbers
44 * - Video capture and overlay
45 - ``/dev/video`` and ``/dev/bttv0``\ [#f1]_, ``/dev/video0`` to
57 and consequences.
71 and radio devices supporting a set of related functions like video
72 capturing, video overlay and VBI capturing. See :ref:`open` for an
109 - ``V4L2_FBUF_CAP_LIST_CLIPPING`` and
122 implies the scale factor by setting the cropping dimensions and
123 image size with the :ref:`VIDIOC_S_CROP <VIDIOC_G_CROP>` and
126 cropping and scaling see :ref:`crop`.
139 and scaling see :ref:`crop`.
165 The ``maxwidth``, ``maxheight``, ``minwidth`` and ``minheight`` fields
169 current video standard, cropping and scaling limitations.
174 V4L provides the ``VIDIOCGCHAN`` and ``VIDIOCSCHAN`` ioctl using struct
178 :ref:`VIDIOC_G_INPUT <VIDIOC_G_INPUT>` and
199 However a tuner can have more than one input, i. e. RF connectors, and a
210 with. For information about audio inputs and how to switch between them
216 addition together with the ``norm`` field and has been removed in the
223 The V4L ``VIDIOCGTUNER`` and ``VIDIOCSTUNER`` ioctl and struct
226 :ref:`VIDIOC_G_TUNER <VIDIOC_G_TUNER>` and
231 ``name``, ``rangelow`` and ``rangehigh`` remained unchanged.
233 The ``VIDEO_TUNER_PAL``, ``VIDEO_TUNER_NTSC`` and ``VIDEO_TUNER_SECAM``
239 replaced by a whole new set of ioctls and structures described in
242 ``VIDEO_MODE_PAL`` (0), ``VIDEO_MODE_NTSC``, ``VIDEO_MODE_SECAM`` and
243 ``VIDEO_MODE_AUTO`` (3). Namely N/PAL Argentina, M/PAL, N/PAL, and NTSC
248 permits the detection of monaural and bilingual audio, see the
250 Presently no replacement exists for the ``VIDEO_TUNER_RDS_ON`` and
256 The ``VIDIOCGFREQ`` and ``VIDIOCSFREQ`` ioctl to change the tuner
258 :ref:`VIDIOC_G_FREQUENCY <VIDIOC_G_FREQUENCY>` and
268 V4L2 has no equivalent of the ``VIDIOCGPICT`` and ``VIDIOCSPICT`` ioctl
269 and struct ``video_picture``. The following fields where
272 :ref:`VIDIOC_G_CTRL <VIDIOC_G_CTRL>` and
294 particular reset value. The V4L2 API permits arbitrary limits and
302 of the image depth and others need not know. The ``palette`` field moved
351 The ``VIDIOCGAUDIO`` and ``VIDIOCSAUDIO`` ioctl and struct
354 :ref:`VIDIOC_G_AUDIO <VIDIOC_G_AUDIO>` and
364 standard is BTSC ``VIDEO_SOUND_LANG2`` refers to SAP and
369 the struct :c:type:`v4l2_tuner` ``rxsubchans`` and
377 :ref:`VIDIOC_G_CTRL <VIDIOC_G_CTRL>` and
398 ``VIDEO_AUDIO_TREBLE`` and ``VIDEO_AUDIO_BALANCE``. In the V4L2 API the
401 and ``VIDEO_AUDIO_MUTE`` flags where replaced by the boolean
407 V4L2 API permits arbitrary limits and defaults which can be queried with
414 The V4L2 ioctls equivalent to ``VIDIOCGFBUF`` and ``VIDIOCSFBUF`` are
415 :ref:`VIDIOC_G_FBUF <VIDIOC_G_FBUF>` and
423 list of RGB formats and their respective color depths.
425 Instead of the special ioctls ``VIDIOCGWIN`` and ``VIDIOCSWIN`` V4L2
427 :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` and
433 The ``x``, ``y``, ``width`` and ``height`` fields of struct
436 :c:type:`v4l2_window`. The ``chromakey``, ``clips``, and
448 In V4L, storing a bitmap pointer in ``clips`` and setting ``clipcount``
451 has a separate ``bitmap`` pointer field for this purpose and the bitmap
452 size is determined by ``w.width`` and ``w.height``.
461 ``VIDIOCGCAPTURE`` and ``VIDIOCSCAPTURE`` ioctls using struct
463 :ref:`VIDIOC_G_CROP <VIDIOC_G_CROP>` and
465 :c:type:`v4l2_crop`, and the related
469 The ``x``, ``y``, ``width`` and ``height`` fields moved into struct
473 rectangle and the size of the captured or overlaid image.
475 The ``VIDEO_CAPTURE_ODD`` and ``VIDEO_CAPTURE_EVEN`` flags to capture
477 ``V4L2_FIELD_TOP`` and ``V4L2_FIELD_BOTTOM`` in the field named
478 ``field`` of struct :c:type:`v4l2_pix_format` and
495 :c:func:`select()` and :c:func:`poll()`
498 To select an image format and size, V4L provides the ``VIDIOCSPICT`` and
500 negotiation ioctls :ref:`VIDIOC_G_FMT <VIDIOC_G_FMT>` and
537 the offset of each buffer from the start of the virtual file, and
540 - Buffers are individually mapped. The offset and size of each
547 one buffer applications can call the ioctl multiple times and thus
552 - Drivers maintain an incoming and outgoing queue.
561 :ref:`VIDIOC_STREAMOFF <VIDIOC_STREAMON>` stops capturing and
566 For a more in-depth discussion of memory mapping and examples, see
587 and SECAM (625-line standards)
596 - 10, 273 NTSC; 22, 335 PAL and SECAM
603 ``VIDIOCGVBIFMT`` and ``VIDIOCSVBIFMT`` ioctls using struct
615 parameters are reset on :c:func:`open()` and
624 versa) by reopening the device and requesting VBI data. For details see
627 No replacement exists for ``VIDIOCKEY``, and the V4L functions for
628 microcode programming. A new interface for MPEG compression and playback
647 defines little-endian, big-endian and red/blue swapped variants. For
651 ``VIDEO_PALETTE_YUV422`` and ``VIDEO_PALETTE_YUYV`` are the same