LinuxTV dvb-apps: Difference between revisions
No edit summary |
No edit summary |
||
Line 68: | Line 68: | ||
* zap: note that this is a seperate app then those ''*zap'' utilities listed above |
* zap: note that this is a seperate app then those ''*zap'' utilities listed above |
||
* dst_test: |
* dst_test: |
||
==TODO== |
|||
The lack of maintenance means that there is now a backlog of improvements to be made by whoever is interested. |
|||
* Start numbering the versions. Yes, with a repo every commit is a kind of version, but in the real world of distros and end users you need to define version numbers as easy reference points. |
|||
* Tag versioned releases and make src tarballs for the distros. |
|||
* Add ChangeLog and TODO files (and keep them up to date of course). |
|||
* Review the names of the apps and change where necessary. Perhaps the less ambiguous ''dvbscan'' is better than just ''scan'' in a gerneral purpose system where all sorts of things can be scanned (with scanners, fax machines, barcode readers, etc.). |
|||
* Improve the channels.conf file format so that one file can represent all the channels. Need to |
|||
**(a) identify the source (S13.0E, S19.2E, Terrestrial, etc) |
|||
**(b) identify the delivery system (DVB-S, DVB-S2, DVB-T etc) |
|||
**(c) be able to represent all the parameters required for all the delivery systems in a unified way. For example DVB-S2 has some new paramters (e.g. rolloff). The "VDR" format was expanded for this, but in a messy way. |
|||
* Make sure there is one true format -- no "zap" versus "VDR" format confusion. |
|||
* Merge all the *zap programs. You unified the channels.conf file so this is next. |
|||
==Links== |
==Links== |
Revision as of 19:56, 18 June 2009
The LinuxTV dvb-apps package contains some Linux DVB API applications and a set of utilities that both the developer and end user alike will find quite useful. Specifically, the utilities are geared towards the initial setup, testing, and operation of a DVB device, whether it be of the software decoding (a.k.a. 'budget') or hardware decoding (a.k.a. 'premium' or 'full-featured') class.
Obtaining the dvb-apps package
The dvb-apps package source code is available from the LinuxTV website and can be retrieved via Mercurial (Hg).
The download and build procedure is very simple:
hg clone http://linuxtv.org/hg/dvb-apps cd dvb-apps make sudo make install
There are some very old tarballs, compressed in tar.bz2 and tar.gz formats.
Alternatively, if the package is maintained in a repository available for your "distro", then you can obtain a pre-built version with your package manager. Note, however, that not all Linux distributions ('distro's') refer to the package by the proper "dvb-apps" name. The Debian package name for it, for example, is "dvb-utils". In other cases, you may also sometimes see it called "dvbtools". This is an unfortunate situation, as it introduces an element of confusion; additional to the fact that DVB tools is itself the name of another project (not associated with LinuxTV) that features its own set of DVB related utilities. In any regard, the following provides a few examples with common distros
- To install it on a debian etch system:
# apt-get install dvb-utils
- To install it on a debian lenny system:
# apt-get install dvb-apps
- With gentoo:
# emerge linuxtv-dvb-apps
- Using Fedora, assume root privileges then install the dvb utilities with:
# yum install dvb-apps
- Using Fedora, assume root privileges then install the dvb utilities with:
# zypper install dvb
- Using OpenEmbedded, assume root privileges then install the dvb utilities with:
# bitbake dvb-apps
List of utilities within 'dvb-apps'
The README file in the top level of the package gives a brief description of the package's contents, but in general, some of the items of interest that you will find are in the:
/test directory
- diseqc: Sends various diseqc sequences on a SAT frontend.
- set22k: Legacy tone switching for SAT frontends.
- setvoltage: Legacy voltage switching for SAT frontends.
- setpid: Set video and audio PIDs in the demux (only for hardware MPEG decoder)
- video: tiny video watching application
- test_sections: Hex dump of section data from stream.
- test_sec_ne: Like test_sections, but also test Not-Equal filter mode.
- test_pes: Hex dump of PES data from stream.
- test_tt: Demonstrate teletext decoding from PES data.
- test_av: Test audio and video MPEG decoder API.
- test_vevent: Test VIDEO_GET_EVENT and poll() for video events
- test_stc: Test DMX_GET_STC.
- test_stillimage: Display single iframes as stillimages
- test_dvr: Record a partial transport stream of selected PIDs to a file or a full stream if supported by the hardware
/util directory
- loadkeys: a utility to setup IR control keymaps using /proc/av7110_ir interface
- dvbdate: read date time information from the currently tuned multiplex
- dvbnet: DVB network interface manager (IP over DVB)
- dvbtraffic: PID analysis of currently tuned multiplex
- scan: the original frequency scanning tool used to generate channel lists
- dvbscan: another frequency scanning tool used to generate channel lists .... some distro package managers have rebranded this as "scandvb" ... also note that "atscscan", if included, is simply a copy of dvbscan
- azap, czap, szap, tzap: tuning utilities for DVB.
- femon: monitor frontend status
- gnutv: simple ;-) DVB UI
- dib3000-watch:
- zap: note that this is a seperate app then those *zap utilities listed above
- dst_test:
TODO
The lack of maintenance means that there is now a backlog of improvements to be made by whoever is interested.
- Start numbering the versions. Yes, with a repo every commit is a kind of version, but in the real world of distros and end users you need to define version numbers as easy reference points.
- Tag versioned releases and make src tarballs for the distros.
- Add ChangeLog and TODO files (and keep them up to date of course).
- Review the names of the apps and change where necessary. Perhaps the less ambiguous dvbscan is better than just scan in a gerneral purpose system where all sorts of things can be scanned (with scanners, fax machines, barcode readers, etc.).
- Improve the channels.conf file format so that one file can represent all the channels. Need to
- (a) identify the source (S13.0E, S19.2E, Terrestrial, etc)
- (b) identify the delivery system (DVB-S, DVB-S2, DVB-T etc)
- (c) be able to represent all the parameters required for all the delivery systems in a unified way. For example DVB-S2 has some new paramters (e.g. rolloff). The "VDR" format was expanded for this, but in a messy way.
- Make sure there is one true format -- no "zap" versus "VDR" format confusion.
- Merge all the *zap programs. You unified the channels.conf file so this is next.
Links
- See "Testing your DVB device" for usage examples of some of these tools.