| <title>Introduction</title> |
| |
| <section id="requisites"> |
| <title>What you need to know</title> |
| |
| <para>The reader of this document is required to have some knowledge in |
| the area of digital video broadcasting (DVB) and should be familiar with |
| part I of the MPEG2 specification ISO/IEC 13818 (aka ITU-T H.222), i.e |
| you should know what a program/transport stream (PS/TS) is and what is |
| meant by a packetized elementary stream (PES) or an I-frame.</para> |
| |
| <para>Various DVB standards documents are available from |
| <ulink url="http://www.dvb.org" /> and/or |
| <ulink url="http://www.etsi.org" />.</para> |
| |
| <para>It is also necessary to know how to access unix/linux devices and |
| how to use ioctl calls. This also includes the knowledge of C or C++. |
| </para> |
| </section> |
| |
| <section id="history"> |
| <title>History</title> |
| |
| <para>The first API for DVB cards we used at Convergence in late 1999 |
| was an extension of the Video4Linux API which was primarily developed |
| for frame grabber cards. As such it was not really well suited to be |
| used for DVB cards and their new features like recording MPEG streams |
| and filtering several section and PES data streams at the same time. |
| </para> |
| |
| <para>In early 2000, we were approached by Nokia with a proposal for a |
| new standard Linux DVB API. As a commitment to the development of |
| terminals based on open standards, Nokia and Convergence made it |
| available to all Linux developers and published it on |
| <ulink url="http://www.linuxtv.org/" /> in September 2000. |
| Convergence is the maintainer of the Linux DVB API. Together with the |
| LinuxTV community (i.e. you, the reader of this document), the Linux DVB |
| API will be constantly reviewed and improved. With the Linux driver for |
| the Siemens/Hauppauge DVB PCI card Convergence provides a first |
| implementation of the Linux DVB API.</para> |
| </section> |
| |
| <section id="overview"> |
| <title>Overview</title> |
| |
| <figure id="stb_components"> |
| <title>Components of a DVB card/STB</title> |
| <mediaobject> |
| <imageobject> |
| <imagedata fileref="dvbstb.pdf" format="PS" /> |
| </imageobject> |
| <imageobject> |
| <imagedata fileref="dvbstb.png" format="PNG" /> |
| </imageobject> |
| </mediaobject> |
| </figure> |
| |
| <para>A DVB PCI card or DVB set-top-box (STB) usually consists of the |
| following main hardware components: </para> |
| |
| <itemizedlist> |
| <listitem> |
| |
| <para>Frontend consisting of tuner and DVB demodulator</para> |
| |
| <para>Here the raw signal reaches the DVB hardware from a satellite dish |
| or antenna or directly from cable. The frontend down-converts and |
| demodulates this signal into an MPEG transport stream (TS). In case of a |
| satellite frontend, this includes a facility for satellite equipment |
| control (SEC), which allows control of LNB polarization, multi feed |
| switches or dish rotors.</para> |
| |
| </listitem> |
| <listitem> |
| |
| <para>Conditional Access (CA) hardware like CI adapters and smartcard slots |
| </para> |
| |
| <para>The complete TS is passed through the CA hardware. Programs to |
| which the user has access (controlled by the smart card) are decoded in |
| real time and re-inserted into the TS.</para> |
| |
| </listitem> |
| <listitem> |
| <para>Demultiplexer which filters the incoming DVB stream</para> |
| |
| <para>The demultiplexer splits the TS into its components like audio and |
| video streams. Besides usually several of such audio and video streams |
| it also contains data streams with information about the programs |
| offered in this or other streams of the same provider.</para> |
| |
| </listitem> |
| <listitem> |
| |
| <para>MPEG2 audio and video decoder</para> |
| |
| <para>The main targets of the demultiplexer are the MPEG2 audio and |
| video decoders. After decoding they pass on the uncompressed audio and |
| video to the computer screen or (through a PAL/NTSC encoder) to a TV |
| set.</para> |
| |
| |
| </listitem> |
| </itemizedlist> |
| |
| <para><xref linkend="stb_components" /> shows a crude schematic of the control and data flow |
| between those components.</para> |
| |
| <para>On a DVB PCI card not all of these have to be present since some |
| functionality can be provided by the main CPU of the PC (e.g. MPEG |
| picture and sound decoding) or is not needed (e.g. for data-only uses |
| like “internet over satellite”). Also not every card or STB |
| provides conditional access hardware.</para> |
| |
| </section> |
| |
| <section id="dvb_devices"> |
| <title>Linux DVB Devices</title> |
| |
| <para>The Linux DVB API lets you control these hardware components |
| through currently six Unix-style character devices for video, audio, |
| frontend, demux, CA and IP-over-DVB networking. The video and audio |
| devices control the MPEG2 decoder hardware, the frontend device the |
| tuner and the DVB demodulator. The demux device gives you control over |
| the PES and section filters of the hardware. If the hardware does not |
| support filtering these filters can be implemented in software. Finally, |
| the CA device controls all the conditional access capabilities of the |
| hardware. It can depend on the individual security requirements of the |
| platform, if and how many of the CA functions are made available to the |
| application through this device.</para> |
| |
| <para>All devices can be found in the <emphasis role="tt">/dev</emphasis> |
| tree under <emphasis role="tt">/dev/dvb</emphasis>. The individual devices |
| are called:</para> |
| |
| <itemizedlist> |
| <listitem> |
| |
| <para><emphasis role="tt">/dev/dvb/adapterN/audioM</emphasis>,</para> |
| </listitem> |
| <listitem> |
| <para><emphasis role="tt">/dev/dvb/adapterN/videoM</emphasis>,</para> |
| </listitem> |
| <listitem> |
| <para><emphasis role="tt">/dev/dvb/adapterN/frontendM</emphasis>,</para> |
| </listitem> |
| <listitem> |
| |
| <para><emphasis role="tt">/dev/dvb/adapterN/netM</emphasis>,</para> |
| </listitem> |
| <listitem> |
| |
| <para><emphasis role="tt">/dev/dvb/adapterN/demuxM</emphasis>,</para> |
| </listitem> |
| <listitem> |
| |
| <para><emphasis role="tt">/dev/dvb/adapterN/caM</emphasis>,</para></listitem></itemizedlist> |
| |
| <para>where N enumerates the DVB PCI cards in a system starting |
| from 0, and M enumerates the devices of each type within each |
| adapter, starting from 0, too. We will omit the “<emphasis |
| role="tt">/dev/dvb/adapterN/</emphasis>” in the further dicussion |
| of these devices. The naming scheme for the devices is the same wheter |
| devfs is used or not.</para> |
| |
| <para>More details about the data structures and function calls of all |
| the devices are described in the following chapters.</para> |
| |
| </section> |
| |
| <section id="include_files"> |
| <title>API include files</title> |
| |
| <para>For each of the DVB devices a corresponding include file exists. |
| The DVB API include files should be included in application sources with |
| a partial path like:</para> |
| |
| |
| <programlisting> |
| #include <linux/dvb/frontend.h> |
| </programlisting> |
| |
| <para>To enable applications to support different API version, an |
| additional include file <emphasis |
| role="tt">linux/dvb/version.h</emphasis> exists, which defines the |
| constant <emphasis role="tt">DVB_API_VERSION</emphasis>. This document |
| describes <emphasis role="tt">DVB_API_VERSION 3</emphasis>. |
| </para> |
| |
| </section> |
| |