31 lines
1.3 KiB
ReStructuredText
31 lines
1.3 KiB
ReStructuredText
|
.. -*- coding: utf-8; mode: rst -*-
|
||
|
|
||
|
.. _app-pri:
|
||
|
|
||
|
********************
|
||
|
Application Priority
|
||
|
********************
|
||
|
|
||
|
When multiple applications share a device it may be desirable to assign
|
||
|
them different priorities. Contrary to the traditional "rm -rf /" school
|
||
|
of thought a video recording application could for example block other
|
||
|
applications from changing video controls or switching the current TV
|
||
|
channel. Another objective is to permit low priority applications
|
||
|
working in background, which can be preempted by user controlled
|
||
|
applications and automatically regain control of the device at a later
|
||
|
time.
|
||
|
|
||
|
Since these features cannot be implemented entirely in user space V4L2
|
||
|
defines the :ref:`VIDIOC_G_PRIORITY <VIDIOC_G_PRIORITY>` and
|
||
|
:ref:`VIDIOC_S_PRIORITY <VIDIOC_G_PRIORITY>` ioctls to request and
|
||
|
query the access priority associate with a file descriptor. Opening a
|
||
|
device assigns a medium priority, compatible with earlier versions of
|
||
|
V4L2 and drivers not supporting these ioctls. Applications requiring a
|
||
|
different priority will usually call :ref:`VIDIOC_S_PRIORITY
|
||
|
<VIDIOC_G_PRIORITY>` after verifying the device with the
|
||
|
:ref:`VIDIOC_QUERYCAP` ioctl.
|
||
|
|
||
|
Ioctls changing driver properties, such as
|
||
|
:ref:`VIDIOC_S_INPUT <VIDIOC_G_INPUT>`, return an ``EBUSY`` error code
|
||
|
after another application obtained higher priority.
|