sh_eth: fix EESIPR values for SH77{34|63}
[linux/fpc-iii.git] / Documentation / media / uapi / v4l / dev-codec.rst
blobc61e938bd8dcc36e964c9737c3d405132ec5b35c
1 .. -*- coding: utf-8; mode: rst -*-
3 .. _codec:
5 ***************
6 Codec Interface
7 ***************
9 A V4L2 codec can compress, decompress, transform, or otherwise convert
10 video data from one format into another format, in memory. Typically
11 such devices are memory-to-memory devices (i.e. devices with the
12 ``V4L2_CAP_VIDEO_M2M`` or ``V4L2_CAP_VIDEO_M2M_MPLANE`` capability set).
14 A memory-to-memory video node acts just like a normal video node, but it
15 supports both output (sending frames from memory to the codec hardware)
16 and capture (receiving the processed frames from the codec hardware into
17 memory) stream I/O. An application will have to setup the stream I/O for
18 both sides and finally call :ref:`VIDIOC_STREAMON <VIDIOC_STREAMON>`
19 for both capture and output to start the codec.
21 Video compression codecs use the MPEG controls to setup their codec
22 parameters
24 .. note::
26    The MPEG controls actually support many more codecs than
27    just MPEG. See :ref:`mpeg-controls`.
29 Memory-to-memory devices function as a shared resource: you can
30 open the video node multiple times, each application setting up their
31 own codec properties that are local to the file handle, and each can use
32 it independently from the others. The driver will arbitrate access to
33 the codec and reprogram it whenever another file handler gets access.
34 This is different from the usual video node behavior where the video
35 properties are global to the device (i.e. changing something through one
36 file handle is visible through another file handle).