aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/dvb
diff options
context:
space:
mode:
authorJeff Garzik <jgarzik@pobox.com>2005-08-29 16:40:27 -0400
committerJeff Garzik <jgarzik@pobox.com>2005-08-29 16:40:27 -0400
commitc1b054d03f5b31c33eaa0b267c629b118eaf3790 (patch)
tree9333907ca767be24fcb3667877242976c3e3c8dd /Documentation/dvb
parent559fb51ba7e66fe298b8355fabde1275b7def35f (diff)
parentbf4e70e54cf31dcca48d279c7f7e71328eebe749 (diff)
Merge /spare/repo/linux-2.6/
Diffstat (limited to 'Documentation/dvb')
-rw-r--r--Documentation/dvb/README.dibusb285
-rw-r--r--Documentation/dvb/README.dvb-usb232
-rw-r--r--Documentation/dvb/bt8xx.txt84
3 files changed, 267 insertions, 334 deletions
diff --git a/Documentation/dvb/README.dibusb b/Documentation/dvb/README.dibusb
deleted file mode 100644
index 7a9e958513f3..000000000000
--- a/Documentation/dvb/README.dibusb
+++ /dev/null
@@ -1,285 +0,0 @@
1Documentation for dib3000* frontend drivers and dibusb device driver
2====================================================================
3
4Copyright (C) 2004-5 Patrick Boettcher (patrick.boettcher@desy.de),
5
6dibusb and dib3000mb/mc drivers based on GPL code, which has
7
8Copyright (C) 2004 Amaury Demol for DiBcom (ademol@dibcom.fr)
9
10This program is free software; you can redistribute it and/or
11modify it under the terms of the GNU General Public License as
12published by the Free Software Foundation, version 2.
13
14
15Supported devices USB1.1
16========================
17
18Produced and reselled by Twinhan:
19---------------------------------
20- TwinhanDTV USB-Ter DVB-T Device (VP7041)
21 http://www.twinhan.com/product_terrestrial_3.asp
22
23- TwinhanDTV Magic Box (VP7041e)
24 http://www.twinhan.com/product_terrestrial_4.asp
25
26- HAMA DVB-T USB device
27 http://www.hama.de/portal/articleId*110620/action*2598
28
29- CTS Portable (Chinese Television System) (2)
30 http://www.2cts.tv/ctsportable/
31
32- Unknown USB DVB-T device with vendor ID Hyper-Paltek
33
34
35Produced and reselled by KWorld:
36--------------------------------
37- KWorld V-Stream XPERT DTV DVB-T USB
38 http://www.kworld.com.tw/en/product/DVBT-USB/DVBT-USB.html
39
40- JetWay DTV DVB-T USB
41 http://www.jetway.com.tw/evisn/product/lcd-tv/DVT-USB/dtv-usb.htm
42
43- ADSTech Instant TV DVB-T USB
44 http://www.adstech.com/products/PTV-333/intro/PTV-333_intro.asp?pid=PTV-333
45
46
47Others:
48-------
49- Ultima Electronic/Artec T1 USB TVBOX (AN2135, AN2235, AN2235 with Panasonic Tuner)
50 http://82.161.246.249/products-tvbox.html
51
52- Compro Videomate DVB-U2000 - DVB-T USB (2)
53 http://www.comprousa.com/products/vmu2000.htm
54
55- Grandtec USB DVB-T
56 http://www.grand.com.tw/
57
58- Avermedia AverTV DVBT USB (2)
59 http://www.avermedia.com/
60
61- DiBcom USB DVB-T reference device (non-public)
62
63
64Supported devices USB2.0
65========================
66- Twinhan MagicBox II (2)
67 http://www.twinhan.com/product_terrestrial_7.asp
68
69- Hanftek UMT-010 (1)
70 http://www.globalsources.com/si/6008819757082/ProductDetail/Digital-TV/product_id-100046529
71
72- Typhoon/Yakumo/HAMA DVB-T mobile USB2.0 (1)
73 http://www.yakumo.de/produkte/index.php?pid=1&ag=DVB-T
74
75- Artec T1 USB TVBOX (FX2) (2)
76
77- Hauppauge WinTV NOVA-T USB2
78 http://www.hauppauge.com/
79
80- KWorld/ADSTech Instant DVB-T USB2.0 (DiB3000M-B)
81
82- DiBcom USB2.0 DVB-T reference device (non-public)
83
841) It is working almost.
852) No test reports received yet.
86
87
880. NEWS:
89 2005-02-11 - added support for the KWorld/ADSTech Instant DVB-T USB2.0. Thanks a lot to Joachim von Caron
90 2005-02-02 - added support for the Hauppauge Win-TV Nova-T USB2
91 2005-01-31 - distorted streaming is finally gone for USB1.1 devices
92 2005-01-13 - moved the mirrored pid_filter_table back to dvb-dibusb
93 - first almost working version for HanfTek UMT-010
94 - found out, that Yakumo/HAMA/Typhoon are predessors of the HanfTek UMT-010
95 2005-01-10 - refactoring completed, now everything is very delightful
96 - tuner quirks for some weird devices (Artec T1 AN2235 device has sometimes a
97 Panasonic Tuner assembled). Tunerprobing implemented. Thanks a lot to Gunnar Wittich.
98 2004-12-29 - after several days of struggling around bug of no returning URBs fixed.
99 2004-12-26 - refactored the dibusb-driver, splitted into separate files
100 - i2c-probing enabled
101 2004-12-06 - possibility for demod i2c-address probing
102 - new usb IDs (Compro,Artec)
103 2004-11-23 - merged changes from DiB3000MC_ver2.1
104 - revised the debugging
105 - possibility to deliver the complete TS for USB2.0
106 2004-11-21 - first working version of the dib3000mc/p frontend driver.
107 2004-11-12 - added additional remote control keys. Thanks to Uwe Hanke.
108 2004-11-07 - added remote control support. Thanks to David Matthews.
109 2004-11-05 - added support for a new devices (Grandtec/Avermedia/Artec)
110 - merged my changes (for dib3000mb/dibusb) to the FE_REFACTORING, because it became HEAD
111 - moved transfer control (pid filter, fifo control) from usb driver to frontend, it seems
112 better settled there (added xfer_ops-struct)
113 - created a common files for frontends (mc/p/mb)
114 2004-09-28 - added support for a new device (Unkown, vendor ID is Hyper-Paltek)
115 2004-09-20 - added support for a new device (Compro DVB-U2000), thanks
116 to Amaury Demol for reporting
117 - changed usb TS transfer method (several urbs, stopping transfer
118 before setting a new pid)
119 2004-09-13 - added support for a new device (Artec T1 USB TVBOX), thanks
120 to Christian Motschke for reporting
121 2004-09-05 - released the dibusb device and dib3000mb-frontend driver
122
123 (old news for vp7041.c)
124 2004-07-15 - found out, by accident, that the device has a TUA6010XS for
125 PLL
126 2004-07-12 - figured out, that the driver should also work with the
127 CTS Portable (Chinese Television System)
128 2004-07-08 - firmware-extraction-2.422-problem solved, driver is now working
129 properly with firmware extracted from 2.422
130 - #if for 2.6.4 (dvb), compile issue
131 - changed firmware handling, see vp7041.txt sec 1.1
132 2004-07-02 - some tuner modifications, v0.1, cleanups, first public
133 2004-06-28 - now using the dvb_dmx_swfilter_packets, everything
134 runs fine now
135 2004-06-27 - able to watch and switching channels (pre-alpha)
136 - no section filtering yet
137 2004-06-06 - first TS received, but kernel oops :/
138 2004-05-14 - firmware loader is working
139 2004-05-11 - start writing the driver
140
1411. How to use?
142NOTE: This driver was developed using Linux 2.6.6.,
143it is working with 2.6.7 and above.
144
145Linux 2.4.x support is not planned, but patches are very welcome.
146
147NOTE: I'm using Debian testing, so the following explaination (especially
148the hotplug-path) needn't match your system, but probably it will :).
149
150The driver is included in the kernel since Linux 2.6.10.
151
1521.1. Firmware
153
154The USB driver needs to download a firmware to start working.
155
156You can either use "get_dvb_firmware dibusb" to download the firmware or you
157can get it directly via
158
159for USB1.1 (AN2135)
160http://www.linuxtv.org/downloads/firmware/dvb-dibusb-5.0.0.11.fw
161
162for USB1.1 (AN2235) (a few Artec T1 devices)
163http://www.linuxtv.org/downloads/firmware/dvb-dibusb-an2235-1.fw
164
165for USB2.0 (FX2) Hauppauge, DiBcom
166http://www.linuxtv.org/downloads/firmware/dvb-dibusb-6.0.0.5.fw
167
168for USB2.0 ADSTech/Kworld USB2.0
169http://www.linuxtv.org/downloads/firmware/dvb-dibusb-adstech-usb2-1.fw
170
171for USB2.0 HanfTek
172http://www.linuxtv.org/downloads/firmware/dvb-dibusb-an2235-1.fw
173
174
1751.2. Compiling
176
177Since the driver is in the linux kernel, activating the driver in
178your favorite config-environment should sufficient. I recommend
179to compile the driver as module. Hotplug does the rest.
180
1811.3. Loading the drivers
182
183Hotplug is able to load the driver, when it is needed (because you plugged
184in the device).
185
186If you want to enable debug output, you have to load the driver manually and
187from withing the dvb-kernel cvs repository.
188
189first have a look, which debug level are available:
190
191modinfo dib3000mb
192modinfo dib3000-common
193modinfo dib3000mc
194modinfo dvb-dibusb
195
196modprobe dib3000-common debug=<level>
197modprobe dib3000mb debug=<level>
198modprobe dib3000mc debug=<level>
199modprobe dvb-dibusb debug=<level>
200
201should do the trick.
202
203When the driver is loaded successfully, the firmware file was in
204the right place and the device is connected, the "Power"-LED should be
205turned on.
206
207At this point you should be able to start a dvb-capable application. For myself
208I used mplayer, dvbscan, tzap and kaxtv, they are working. Using the device
209in vdr is working now also.
210
2112. Known problems and bugs
212
213- Don't remove the USB device while running an DVB application, your system will die.
214
2152.1. Adding support for devices
216
217It is not possible to determine the range of devices based on the DiBcom
218reference designs. This is because the reference design of DiBcom can be sold
219to thirds, without telling DiBcom (so done with the Twinhan VP7041 and
220the HAMA device).
221
222When you think you have a device like this and the driver does not recognizes it,
223please send the ****load*.inf and the ****cap*.inf of the Windows driver to me.
224
225Sometimes the Vendor or Product ID is identical to the ones of Twinhan, even
226though it is not a Twinhan device (e.g. HAMA), then please send me the name
227of the device. I will add it to this list in order to make this clear to
228others.
229
230If you are familar with C you can also add the VID and PID of the device to
231the dvb-dibusb-core.c-file and create a patch and send it over to me or to
232the linux-dvb mailing list, _after_ you have tried compiling and modprobing
233it.
234
2352.2. USB1.1 Bandwidth limitation
236
237Most of the currently supported devices are USB1.1 and thus they have a
238maximum bandwidth of about 5-6 MBit/s when connected to a USB2.0 hub.
239This is not enough for receiving the complete transport stream of a
240DVB-T channel (which can be about 16 MBit/s). Normally this is not a
241problem, if you only want to watch TV (this does not apply for HDTV),
242but watching a channel while recording another channel on the same
243frequency simply does not work very well. This applies to all USB1.1
244DVB-T devices, not just dibusb)
245
246Update: For the USB1.1 and VDR some work has been done (patches and comments
247are still very welcome). Maybe the problem is solved in the meantime because I
248now use the dmx_sw_filter function instead of dmx_sw_filter_packet. I hope the
249linux-dvb software filter is able to get the best of the garbled TS.
250
251The bug, where the TS is distorted by a heavy usage of the device is gone
252definitely. All dibusb-devices I was using (Twinhan, Kworld, DiBcom) are
253working like charm now with VDR. Sometimes I even was able to record a channel
254and watch another one.
255
2562.3. Comments
257
258Patches, comments and suggestions are very very welcome.
259
2603. Acknowledgements
261 Amaury Demol (ademol@dibcom.fr) and Francois Kanounnikoff from DiBcom for
262 providing specs, code and help, on which the dvb-dibusb, dib3000mb and
263 dib3000mc are based.
264
265 David Matthews for identifying a new device type (Artec T1 with AN2235)
266 and for extending dibusb with remote control event handling. Thank you.
267
268 Alex Woods for frequently answering question about usb and dvb
269 stuff, a big thank you.
270
271 Bernd Wagner for helping with huge bug reports and discussions.
272
273 Gunnar Wittich and Joachim von Caron for their trust for giving me
274 root-shells on their machines to implement support for new devices.
275
276 Some guys on the linux-dvb mailing list for encouraging me
277
278 Peter Schildmann >peter.schildmann-nospam-at-web.de< for his
279 user-level firmware loader, which saves a lot of time
280 (when writing the vp7041 driver)
281
282 Ulf Hermenau for helping me out with traditional chinese.
283
284 André Smoktun and Christian Frömmel for supporting me with
285 hardware and listening to my problems very patient
diff --git a/Documentation/dvb/README.dvb-usb b/Documentation/dvb/README.dvb-usb
new file mode 100644
index 000000000000..ac0797ea646c
--- /dev/null
+++ b/Documentation/dvb/README.dvb-usb
@@ -0,0 +1,232 @@
1Documentation for dvb-usb-framework module and its devices
2
3Idea behind the dvb-usb-framework
4=================================
5
6In March 2005 I got the new Twinhan USB2.0 DVB-T device. They provided specs and a firmware.
7
8Quite keen I wanted to put the driver (with some quirks of course) into dibusb.
9After reading some specs and doing some USB snooping, it realized, that the
10dibusb-driver would be a complete mess afterwards. So I decided to do it in a
11different way: With the help of a dvb-usb-framework.
12
13The framework provides generic functions (mostly kernel API calls), such as:
14
15- Transport Stream URB handling in conjunction with dvb-demux-feed-control
16 (bulk and isoc are supported)
17- registering the device for the DVB-API
18- registering an I2C-adapter if applicable
19- remote-control/input-device handling
20- firmware requesting and loading (currently just for the Cypress USB
21 controllers)
22- other functions/methods which can be shared by several drivers (such as
23 functions for bulk-control-commands)
24- TODO: a I2C-chunker. It creates device-specific chunks of register-accesses
25 depending on length of a register and the number of values that can be
26 multi-written and multi-read.
27
28The source code of the particular DVB USB devices does just the communication
29with the device via the bus. The connection between the DVB-API-functionality
30is done via callbacks, assigned in a static device-description (struct
31dvb_usb_device) each device-driver has to have.
32
33For an example have a look in drivers/media/dvb/dvb-usb/vp7045*.
34
35Objective is to migrate all the usb-devices (dibusb, cinergyT2, maybe the
36ttusb; flexcop-usb already benefits from the generic flexcop-device) to use
37the dvb-usb-lib.
38
39TODO: dynamic enabling and disabling of the pid-filter in regard to number of
40feeds requested.
41
42Supported devices
43========================
44
45See the LinuxTV DVB Wiki at www.linuxtv.org for a complete list of
46cards/drivers/firmwares:
47
48http://www.linuxtv.org/wiki/index.php/DVB_USB
49
500. History & News:
51 2005-06-30 - added support for WideView WT-220U (Thanks to Steve Chang)
52 2005-05-30 - added basic isochronous support to the dvb-usb-framework
53 added support for Conexant Hybrid reference design and Nebula DigiTV USB
54 2005-04-17 - all dibusb devices ported to make use of the dvb-usb-framework
55 2005-04-02 - re-enabled and improved remote control code.
56 2005-03-31 - ported the Yakumo/Hama/Typhoon DVB-T USB2.0 device to dvb-usb.
57 2005-03-30 - first commit of the dvb-usb-module based on the dibusb-source. First device is a new driver for the
58 TwinhanDTV Alpha / MagicBox II USB2.0-only DVB-T device.
59
60 (change from dvb-dibusb to dvb-usb)
61 2005-03-28 - added support for the AVerMedia AverTV DVB-T USB2.0 device (Thanks to Glen Harris and Jiun-Kuei Jung, AVerMedia)
62 2005-03-14 - added support for the Typhoon/Yakumo/HAMA DVB-T mobile USB2.0
63 2005-02-11 - added support for the KWorld/ADSTech Instant DVB-T USB2.0. Thanks a lot to Joachim von Caron
64 2005-02-02 - added support for the Hauppauge Win-TV Nova-T USB2
65 2005-01-31 - distorted streaming is gone for USB1.1 devices
66 2005-01-13 - moved the mirrored pid_filter_table back to dvb-dibusb
67 - first almost working version for HanfTek UMT-010
68 - found out, that Yakumo/HAMA/Typhoon are predecessors of the HanfTek UMT-010
69 2005-01-10 - refactoring completed, now everything is very delightful
70 - tuner quirks for some weird devices (Artec T1 AN2235 device has sometimes a
71 Panasonic Tuner assembled). Tunerprobing implemented. Thanks a lot to Gunnar Wittich.
72 2004-12-29 - after several days of struggling around bug of no returning URBs fixed.
73 2004-12-26 - refactored the dibusb-driver, splitted into separate files
74 - i2c-probing enabled
75 2004-12-06 - possibility for demod i2c-address probing
76 - new usb IDs (Compro, Artec)
77 2004-11-23 - merged changes from DiB3000MC_ver2.1
78 - revised the debugging
79 - possibility to deliver the complete TS for USB2.0
80 2004-11-21 - first working version of the dib3000mc/p frontend driver.
81 2004-11-12 - added additional remote control keys. Thanks to Uwe Hanke.
82 2004-11-07 - added remote control support. Thanks to David Matthews.
83 2004-11-05 - added support for a new devices (Grandtec/Avermedia/Artec)
84 - merged my changes (for dib3000mb/dibusb) to the FE_REFACTORING, because it became HEAD
85 - moved transfer control (pid filter, fifo control) from usb driver to frontend, it seems
86 better settled there (added xfer_ops-struct)
87 - created a common files for frontends (mc/p/mb)
88 2004-09-28 - added support for a new device (Unkown, vendor ID is Hyper-Paltek)
89 2004-09-20 - added support for a new device (Compro DVB-U2000), thanks
90 to Amaury Demol for reporting
91 - changed usb TS transfer method (several urbs, stopping transfer
92 before setting a new pid)
93 2004-09-13 - added support for a new device (Artec T1 USB TVBOX), thanks
94 to Christian Motschke for reporting
95 2004-09-05 - released the dibusb device and dib3000mb-frontend driver
96
97 (old news for vp7041.c)
98 2004-07-15 - found out, by accident, that the device has a TUA6010XS for
99 PLL
100 2004-07-12 - figured out, that the driver should also work with the
101 CTS Portable (Chinese Television System)
102 2004-07-08 - firmware-extraction-2.422-problem solved, driver is now working
103 properly with firmware extracted from 2.422
104 - #if for 2.6.4 (dvb), compile issue
105 - changed firmware handling, see vp7041.txt sec 1.1
106 2004-07-02 - some tuner modifications, v0.1, cleanups, first public
107 2004-06-28 - now using the dvb_dmx_swfilter_packets, everything
108 runs fine now
109 2004-06-27 - able to watch and switching channels (pre-alpha)
110 - no section filtering yet
111 2004-06-06 - first TS received, but kernel oops :/
112 2004-05-14 - firmware loader is working
113 2004-05-11 - start writing the driver
114
1151. How to use?
1161.1. Firmware
117
118Most of the USB drivers need to download a firmware to the device before start
119working.
120
121Have a look at the Wikipage for the DVB-USB-drivers to find out, which firmware
122you need for your device:
123
124http://www.linuxtv.org/wiki/index.php/DVB_USB
125
1261.2. Compiling
127
128Since the driver is in the linux kernel, activating the driver in
129your favorite config-environment should sufficient. I recommend
130to compile the driver as module. Hotplug does the rest.
131
132If you use dvb-kernel enter the build-2.6 directory run 'make' and 'insmod.sh
133load' afterwards.
134
1351.3. Loading the drivers
136
137Hotplug is able to load the driver, when it is needed (because you plugged
138in the device).
139
140If you want to enable debug output, you have to load the driver manually and
141from withing the dvb-kernel cvs repository.
142
143first have a look, which debug level are available:
144
145modinfo dvb-usb
146modinfo dvb-usb-vp7045
147etc.
148
149modprobe dvb-usb debug=<level>
150modprobe dvb-usb-vp7045 debug=<level>
151etc.
152
153should do the trick.
154
155When the driver is loaded successfully, the firmware file was in
156the right place and the device is connected, the "Power"-LED should be
157turned on.
158
159At this point you should be able to start a dvb-capable application. I'm use
160(t|s)zap, mplayer and dvbscan to test the basics. VDR-xine provides the
161long-term test scenario.
162
1632. Known problems and bugs
164
165- Don't remove the USB device while running an DVB application, your system
166 will go crazy or die most likely.
167
1682.1. Adding support for devices
169
170TODO
171
1722.2. USB1.1 Bandwidth limitation
173
174A lot of the currently supported devices are USB1.1 and thus they have a
175maximum bandwidth of about 5-6 MBit/s when connected to a USB2.0 hub.
176This is not enough for receiving the complete transport stream of a
177DVB-T channel (which is about 16 MBit/s). Normally this is not a
178problem, if you only want to watch TV (this does not apply for HDTV),
179but watching a channel while recording another channel on the same
180frequency simply does not work very well. This applies to all USB1.1
181DVB-T devices, not just the dvb-usb-devices)
182
183The bug, where the TS is distorted by a heavy usage of the device is gone
184definitely. All dvb-usb-devices I was using (Twinhan, Kworld, DiBcom) are
185working like charm now with VDR. Sometimes I even was able to record a channel
186and watch another one.
187
1882.3. Comments
189
190Patches, comments and suggestions are very very welcome.
191
1923. Acknowledgements
193 Amaury Demol (ademol@dibcom.fr) and Francois Kanounnikoff from DiBcom for
194 providing specs, code and help, on which the dvb-dibusb, dib3000mb and
195 dib3000mc are based.
196
197 David Matthews for identifying a new device type (Artec T1 with AN2235)
198 and for extending dibusb with remote control event handling. Thank you.
199
200 Alex Woods for frequently answering question about usb and dvb
201 stuff, a big thank you.
202
203 Bernd Wagner for helping with huge bug reports and discussions.
204
205 Gunnar Wittich and Joachim von Caron for their trust for providing
206 root-shells on their machines to implement support for new devices.
207
208 Allan Third and Michael Hutchinson for their help to write the Nebula
209 digitv-driver.
210
211 Glen Harris for bringing up, that there is a new dibusb-device and Jiun-Kuei
212 Jung from AVerMedia who kindly provided a special firmware to get the device
213 up and running in Linux.
214
215 Jennifer Chen, Jeff and Jack from Twinhan for kindly supporting by
216 writing the vp7045-driver.
217
218 Steve Chang from WideView for providing information for new devices and
219 firmware files.
220
221 Michael Paxton for submitting remote control keymaps.
222
223 Some guys on the linux-dvb mailing list for encouraging me.
224
225 Peter Schildmann >peter.schildmann-nospam-at-web.de< for his
226 user-level firmware loader, which saves a lot of time
227 (when writing the vp7041 driver)
228
229 Ulf Hermenau for helping me out with traditional chinese.
230
231 André Smoktun and Christian Frömmel for supporting me with
232 hardware and listening to my problems very patiently.
diff --git a/Documentation/dvb/bt8xx.txt b/Documentation/dvb/bt8xx.txt
index d64430bf4bb6..e6b8d05bc08d 100644
--- a/Documentation/dvb/bt8xx.txt
+++ b/Documentation/dvb/bt8xx.txt
@@ -1,69 +1,55 @@
1How to get the Nebula, PCTV and Twinhan DST cards working 1How to get the Nebula Electronics DigiTV, Pinnacle PCTV Sat, Twinhan DST + clones working
2========================================================= 2=========================================================================================
3 3
4This class of cards has a bt878a as the PCI interface, and 41) General information
5require the bttv driver. 5======================
6 6
7Please pay close attention to the warning about the bttv module 7This class of cards has a bt878a chip as the PCI interface.
8options below for the DST card. 8The different card drivers require the bttv driver to provide the means
9to access the i2c bus and the gpio pins of the bt8xx chipset.
9 10
101) General informations 112) Compilation rules for Kernel >= 2.6.12
11======================= 12=========================================
12 13
13These drivers require the bttv driver to provide the means to access 14Enable the following options:
14the i2c bus and the gpio pins of the bt8xx chipset.
15 15
16Because of this, you need to enable
17"Device drivers" => "Multimedia devices" 16"Device drivers" => "Multimedia devices"
18 => "Video For Linux" => "BT848 Video For Linux" 17 => "Video For Linux" => "BT848 Video For Linux"
19
20Furthermore you need to enable
21"Device drivers" => "Multimedia devices" => "Digital Video Broadcasting Devices" 18"Device drivers" => "Multimedia devices" => "Digital Video Broadcasting Devices"
22 => "DVB for Linux" "DVB Core Support" "Nebula/Pinnacle PCTV/TwinHan PCI Cards" 19 => "DVB for Linux" "DVB Core Support" "Nebula/Pinnacle PCTV/TwinHan PCI Cards"
23 20
242) Loading Modules 213) Loading Modules, described by two approaches
25================== 22===============================================
26 23
27In general you need to load the bttv driver, which will handle the gpio and 24In general you need to load the bttv driver, which will handle the gpio and
28i2c communication for us, plus the common dvb-bt8xx device driver. 25i2c communication for us, plus the common dvb-bt8xx device driver,
29The frontends for Nebula (nxt6000), Pinnacle PCTV (cx24110) and 26which is called the backend.
30TwinHan (dst) are loaded automatically by the dvb-bt8xx device driver. 27The frontends for Nebula DigiTV (nxt6000), Pinnacle PCTV Sat (cx24110),
28TwinHan DST + clones (dst and dst-ca) are loaded automatically by the backend.
29For further details about TwinHan DST + clones see /Documentation/dvb/ci.txt.
31 30
323a) Nebula / Pinnacle PCTV 313a) The manual approach
33-------------------------- 32-----------------------
34 33
35 $ modprobe bttv (normally bttv is being loaded automatically by kmod) 34Loading modules:
36 $ modprobe dvb-bt8xx (or just place dvb-bt8xx in /etc/modules for automatic loading) 35modprobe bttv
36modprobe dvb-bt8xx
37 37
38Unloading modules:
39modprobe -r dvb-bt8xx
40modprobe -r bttv
38 41
393b) TwinHan and Clones 423b) The automatic approach
40-------------------------- 43--------------------------
41 44
42 $ modprobe bttv i2c_hw=1 card=0x71 45If not already done by installation, place a line either in
43 $ modprobe dvb-bt8xx 46/etc/modules.conf or in /etc/modprobe.conf containing this text:
44 $ modprobe dst 47alias char-major-81 bttv
45
46The value 0x71 will override the PCI type detection for dvb-bt8xx,
47which is necessary for TwinHan cards.
48
49If you're having an older card (blue color circuit) and card=0x71 locks
50your machine, try using 0x68, too. If that does not work, ask on the
51mailing list.
52
53The DST module takes a couple of useful parameters.
54
55verbose takes values 0 to 5. These values control the verbosity level.
56
57debug takes values 0 and 1. You can either disable or enable debugging.
58
59dst_addons takes values 0 and 0x20. A value of 0 means it is a FTA card.
600x20 means it has a Conditional Access slot.
61
62The autodected values are determined bythe cards 'response
63string' which you can see in your logs e.g.
64 48
65dst_get_device_id: Recognise [DSTMCI] 49Then place a line in /etc/modules containing this text:
50dvb-bt8xx
66 51
52Reboot your system and have fun!
67 53
68-- 54--
69Authors: Richard Walker, Jamie Honan, Michael Hunold, Manu Abraham 55Authors: Richard Walker, Jamie Honan, Michael Hunold, Manu Abraham, Uwe Bugla