S2API: Difference between revisions

From LinuxTVWiki
Jump to navigation Jump to search
(New page: S2API is a tag/value-based API which is a proposal for version 3.3 of the Linux DVB API. It is currently under rapid development with the intention of merging it into the Linux kernel soon...)
 
Line 7: Line 7:


Technically it is quite different from multiproto. Control of the frontend is implemented using a command sequence of (tag,value) pairs to set all the required parameters and then initiate tuning. Thus it no longer depends on fixed structs to hold parameter data.
Technically it is quite different from multiproto. Control of the frontend is implemented using a command sequence of (tag,value) pairs to set all the required parameters and then initiate tuning. Thus it no longer depends on fixed structs to hold parameter data.

Commands can be made atomic by passing a whole command sequence in a single ioctl (for example a set of parameters followed by the tune command). Alternatively a sequence may be sent one command at a time.


A notable advantage of the tag/value technique is that it should make it much easier to keep up with future DVB transmission standards because this will at most require the definition of additional tags (i.e. commands) rather than a revision of the API. Transmission standards continue to multiply: some developers already have hardware using standards unsupported by multiproto, such as ISDB-T and DMB-T/H.
A notable advantage of the tag/value technique is that it should make it much easier to keep up with future DVB transmission standards because this will at most require the definition of additional tags (i.e. commands) rather than a revision of the API. Transmission standards continue to multiply: some developers already have hardware using standards unsupported by multiproto, such as ISDB-T and DMB-T/H.


Commands can be made atomic by passing a whole command sequence in a single ioctl (for example a set of parameters followed by the tune command). Alternatively a sequence may be sent one command at a time. A patch is available at http://www.steventoth.net/linux/s2. Work still needs to be done to finish the API design and port the existing DVB-S2 drivers to work with it. Older drivers not requiring the new features can remain unchanged. Support for the
The development repository is at http://linuxtv.org/hg/~stoth/s2 and a tuning application is at http://www.steventoth.net/linux/s2/. Work still needs to be done to finish the API design and port the existing DVB-S2 drivers to work with it. Older
drivers not requiring the new features can remain unchanged. Support for the
cx24116 demodulator driver and the Hauppauge HVR4000 family of DVB-S2 products is now in the tree.
cx24116 demodulator driver and the Hauppauge HVR4000 family of DVB-S2 products is now in the tree.

It will be reviewed at the Linux Plumbers' Conference in September 2008: http://linuxplumbersconf.org/program/microconfs/getmc.php?mc=chehab08.

Revision as of 02:06, 6 September 2008

S2API is a tag/value-based API which is a proposal for version 3.3 of the Linux DVB API. It is currently under rapid development with the intention of merging it into the Linux kernel soon.

Introduction

Following long standing frustration amongst developers and users about the lack of progress in getting multiproto into the Linux kernel, a group of four senior developers including the maintainer has proposed an alternative (Aug 29 2008) and announced that they no longer support multiproto. See http://linuxtv.org/pipermail/linux-dvb/2008-August/028313.html. The idea had been proposed earlier http://linuxtv.org/pipermail/linux-dvb/2007-November/021618.html. See also http://article.gmane.org/gmane.linux.drivers.dvb/36643.

Technically it is quite different from multiproto. Control of the frontend is implemented using a command sequence of (tag,value) pairs to set all the required parameters and then initiate tuning. Thus it no longer depends on fixed structs to hold parameter data.

Commands can be made atomic by passing a whole command sequence in a single ioctl (for example a set of parameters followed by the tune command). Alternatively a sequence may be sent one command at a time.

A notable advantage of the tag/value technique is that it should make it much easier to keep up with future DVB transmission standards because this will at most require the definition of additional tags (i.e. commands) rather than a revision of the API. Transmission standards continue to multiply: some developers already have hardware using standards unsupported by multiproto, such as ISDB-T and DMB-T/H.

The development repository is at http://linuxtv.org/hg/~stoth/s2 and a tuning application is at http://www.steventoth.net/linux/s2/. Work still needs to be done to finish the API design and port the existing DVB-S2 drivers to work with it. Older drivers not requiring the new features can remain unchanged. Support for the cx24116 demodulator driver and the Hauppauge HVR4000 family of DVB-S2 products is now in the tree.

It will be reviewed at the Linux Plumbers' Conference in September 2008: http://linuxplumbersconf.org/program/microconfs/getmc.php?mc=chehab08.