A properly loaded device module should result in a non-empty ''/dev/dvb'' directory. You can check on whether this is true with the following command:

A properly loaded device module should result in a non-empty ''/dev/dvb'' directory. You can check on whether this is true with the following command:

: <code>ls -l /dev/dvb/</code>

: <code>ls -l /dev/dvb/</code>

−

(alternatively, you can browse your directory structure with the graphical file manager of your choice). More specifically, the output of the above command should reveal that ''/dev/dvb/'' is populated by "adapter''N''" (whereby, in terms of enumerating the devices installed in the system, ''N''=0 to whatever*footnote*). For example, if you have but a single DVB device installed in your system, then expect to find /dev/dvb/adapter0.

+

(alternatively, you can browse your directory structure with the graphical file manager of your choice). More specifically, the output of the above command should reveal that ''/dev/dvb/'' is populated by "adapter''N''" (whereby, in terms of enumerating the devices installed in the system, ''N''=0 to whatever<sup id="fn_1_back">[[#fn_1|1]]</sup>). For example, if you have but a single DVB device installed in your system, then expect to find /dev/dvb/adapter0.

===DVB character devices===

===DVB character devices===

Line 36:

Line 36:

* some

* some

−

In fact, a typical DVB device these days will usually only contain three of these character devices (frontend, demux, net), as well as the special logical device (dvr).

+

In fact, a typical DVB device these days will usually only contain three of these character devices (frontend, demux, net), as well as the special logical device (dvr).

==For a V4L device==

==For a V4L device==

Revision as of 18:01, 6 September 2009

When a driver module loads, the device manager udev will "automagically" create device nodes on /dev

Contents

For a DVB device

A properly loaded device module should result in a non-empty /dev/dvb directory. You can check on whether this is true with the following command:

ls -l /dev/dvb/

(alternatively, you can browse your directory structure with the graphical file manager of your choice). More specifically, the output of the above command should reveal that /dev/dvb/ is populated by "adapterN" (whereby, in terms of enumerating the devices installed in the system, N=0 to whatever1). For example, if you have but a single DVB device installed in your system, then expect to find /dev/dvb/adapter0.

DVB character devices

The Linux DVB API provides for six unix style character devices which allow control of the hardware components found on a particular DVB device adapter.It is under each adapterN directory that you will find these character devices. The command

ls -l /dev/dvb/adapter0

reveals the character devices associated with adapter0 for which the drivers have control. If you have more then one DVB device, you can see the same for all with

ls -l /dev/dvb/adapter*

Similar to the way in which the device adapters are enumerated, the character devices follow the form of M=0 to whatever. For example: /dev/dvb/adapter0/frontend0 .... if the same device had a second frontend, that character device would be enumerated by /dev/dvb/adapter0/frontend1 ... if you had another dvb adapter in the system, then you would see /dev/dvb/adapter1/frontend0 and so forth.

In brief, these are:

The frontend device which controls the tuner and demodulator. (different types of these hardware components for the different DTV standards)

The demux which controls the filters for processing the transport stream (TS).

the dvr which is a logical device that is associated with the demux character device ... it delivers up the TS for either:

(1) immediate playback --- in which case it has to be decoded either:

a) on the device itself [its rare for PC devices to have hardware decoding, but not so for STB] or

b) downstream by the system [the usual route for PC devices -- i.e. software decoding via the host CPU, and possibly assisted by the GPU) ]

or

(2) saving to disk for later playback.

the net character device which controls IP-over-DVB (i.e. satellite based internet service)

the video device controls the MPEG2 video decoder of the DVB hardware (if present ... so called, full-featured devices).....Note that the DVB video device only controls decoding of the MPEG video stream, not its presentation on the TV or computer screen. On PCs this is typically handled by an associated video4linux device, e.g. /dev/video, which allows scaling and deﬁning output windows ... also note -- do NOT confuse this with the video node created by V4L devices (see below), as these are entirely different things

the DVB API may also be used for MPEG decoder-only PCI cards, in which case, for these rare devices, there exists no need for the frontend character device

some

In fact, a typical DVB device these days will usually only contain three of these character devices (frontend, demux, net), as well as the special logical device (dvr).

For a V4L device

Similarly, with video capture (or, if you prefer, V4L) devices, a properly loaded device module should result in a non-empty /dev/video directory. You can check on whether this is true with the following command:

ls -l /dev/video

The /dev/video device node and the videoN character devices. Note that the node number (N) of the character device (/dev/videoN) will be different if you have multiple devices installed in the system,

/dev/video and /dev/video0 to /dev/video63 with major number 81 and minor numbers 0 to 63.

Note: /dev/video is typically a symbolic link to the preferred video device.

Note the same device files are used for video output devices:

Video Overlay Interface (also known as Framebuffer Overlay or Previewing)

accessed through the same character special files as video capture devices.

Note the default function of a /dev/video device is video capturing. The overlay function is only available after calling the VIDIOC_S_FMT ioctl.

Video Output Interface

Video output devices encode stills or image sequences as analog video signal. With this interface applications can control the encoding process and move images from user space to the driver.

Video Output Overlay Interface

Some video output devices can overlay a framebuffer image onto the outgoing video signal. Applications can set up such an overlay using this interface, which borrows structures and ioctls of the Video Overlay interface.

The OSD function is accessible through the same character special file as the Video Output function. Note the default function of such a /dev/video device is video capturing or output. The OSD function is only available after calling the VIDIOC_S_FMT ioctl.

Framebuffer

Contrary to the Video Overlay interface the framebuffer is normally implemented on the TV card and not the graphics card. On Linux it is accessible as a framebuffer device (/dev/fbN). Given a V4L2 device, applications can find the corresponding framebuffer device by calling the VIDIOC_G_FBUF ioctl.

/dev/radio 64-127 AM/FM Radio Devices ... For radio devices that support it,
accessed through character device special files named /dev/radio and /dev/radio0 to /dev/radio63 with major number 81 and minor numbers 64 to 127.
Radio Interface

character device file names /dev/vtx0 to /dev/vtx31, device major number 81, minor numbers 192 to 223.

/dev/vbi 224-239 VBI (Vertical Blanking Interval) Data

Raw VBI Data Interface

VBI devices are accessed through character device special files named /dev/vbi and /dev/vbi0 to /dev/vbi31 with major number 81 and minor numbers 224 to 255.

/dev/vbi is typically a symbolic link to the preferred VBI device.

This convention applies to both input and output devices.

VBI capturing and output is also available as device function under /dev/video. To capture or output raw VBI data with these devices applications must call the VIDIOC_S_FMT ioctl. Accessed as /dev/vbi, raw VBI capturing or output is the default device function.

Sliced VBI Data Interface

Sliced VBI devices use hardware to demodulate data transmitted in the VBI. V4L2 drivers shall not do this by software, see also the raw VBI interface.

Sliced VBI capture and output devices are accessed through the same character special files as raw VBI devices.

When a driver supports both interfaces, the default function of a /dev/vbi device is raw VBI capturing or output, and the sliced VBI function is only available after calling the VIDIOC_S_FMT ioctl

Likewise a /dev/video device may support the sliced VBI API, however the default function here is video capturing or output.

Endnotes

Note 1: The real life limitation of the "whatever" comment is given by the max adapter definition in driver (this is usually set at 8, though, this can be adjusted for more by altering the source code and recompiling)

Also See

For more comprehensive information, it suggested that you review the DVB and V4L APIs