37 lines
1.5 KiB
ReStructuredText
37 lines
1.5 KiB
ReStructuredText
|
.. -*- coding: utf-8; mode: rst -*-
|
||
|
|
||
|
.. _codec:
|
||
|
|
||
|
***************
|
||
|
Codec Interface
|
||
|
***************
|
||
|
|
||
|
A V4L2 codec can compress, decompress, transform, or otherwise convert
|
||
|
video data from one format into another format, in memory. Typically
|
||
|
such devices are memory-to-memory devices (i.e. devices with the
|
||
|
``V4L2_CAP_VIDEO_M2M`` or ``V4L2_CAP_VIDEO_M2M_MPLANE`` capability set).
|
||
|
|
||
|
A memory-to-memory video node acts just like a normal video node, but it
|
||
|
supports both output (sending frames from memory to the codec hardware)
|
||
|
and capture (receiving the processed frames from the codec hardware into
|
||
|
memory) stream I/O. An application will have to setup the stream I/O for
|
||
|
both sides and finally call :ref:`VIDIOC_STREAMON <VIDIOC_STREAMON>`
|
||
|
for both capture and output to start the codec.
|
||
|
|
||
|
Video compression codecs use the MPEG controls to setup their codec
|
||
|
parameters
|
||
|
|
||
|
.. note::
|
||
|
|
||
|
The MPEG controls actually support many more codecs than
|
||
|
just MPEG. See :ref:`mpeg-controls`.
|
||
|
|
||
|
Memory-to-memory devices can often be used as a shared resource: you can
|
||
|
open the video node multiple times, each application setting up their
|
||
|
own codec properties that are local to the file handle, and each can use
|
||
|
it independently from the others. The driver will arbitrate access to
|
||
|
the codec and reprogram it whenever another file handler gets access.
|
||
|
This is different from the usual video node behavior where the video
|
||
|
properties are global to the device (i.e. changing something through one
|
||
|
file handle is visible through another file handle).
|