Re: [linux-dvb] Invalid section length or timeout using Kaffeine and Twinhan 102g (aka VP-1022 Rev 2.0?)
Hi again, I'm reporting back on your suggested fixes. I tried using the dummy channels on Kaffeine 0.8.5 (what's shipped with Fedora 8), and that didn't appear to work; the scan would still stop and I'd get no channels. So I downloaded Kaffeine 0.8.6 source and built it, making the change you suggested. That does work! Although I'm still not able to get any channels on the 12180 V 3 transponder on AMC3-87W. This appears to be because that multiplex doesn't have a Service Description Table. Kaffeine apparently doesn't have any code to synthesize names when it doesn't find one of these. That would be a nice feature to add. I was able to get channel names on another transponder 11716 H 4859. The names are coming out like TSID:3-SID:1. So I'm not sure what to do about not getting channel names on some of these multiplexes. Perhaps I just got lucky and picked one of the rare multiplexes with no SDT. Or maybe this is fairly common and I will run into it often. Incidentally, it appears that kaffeine looks for a NIT section too (0x10), and complains if it's not there. Thanks for your help. Let me know if you make some changes to synthesize channel names for this sort of multiplex. I'd be happy to test out the changes :) - Corey --- Christophe Thommeret [EMAIL PROTECTED] wrote: Le mardi 29 janvier 2008 10:06, Christophe Thommeret a écrit : pid 0x11 carries the Service Description Table. kaffeine requires this table (which gives channels name). There is partial solution with kaffeine-0.8.6. Create 3 dummy channels, one for each transponder with e.g. audio pid=100. Then tune to one channel, open the scan dialog and start scanning. It will scan the current transponder, and should find the channels. Do it for each dummy channel. In case you are compiling kaffeine, the fix is easy : Edit kaffeine/src/input/dvb/dvbsi.cpp, line 751: change : if ( !getSection( 0x11, 0x42 ) ) //SDT continue; to : getSection( 0x11, 0x42 ) //SDT This is untested, but should work. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
Patrick Boettcher wrote: [...] All users, can you please test, whether I broke something committing all of that. I have just built and started using the new HG, the unknown code problem with the remote support in my stick flooding /var/log/messages was a pain, but that was solved by simply wrapping the sensors in LX tape to prevent it receiving codes ;) It all seems much more stable, quicker to tune etc. Thanks for all your work, and others who contributed the patches. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
I have just built and started using the new HG, the unknown code problem with the remote support in my stick flooding /var/log/messages was a pain, but that was solved by simply wrapping the sensors in LX tape to prevent it receiving codes ;) If you're not going to use the sensor, disable the RC polling by adding the following line to your modprobe.conf: options dvb_usb disable_rc_polling=1 That's a cleaner solution in my opinion. // J ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Wed, 2008-01-30 at 09:06 +, Stephen Rowles wrote: Patrick Boettcher wrote: [...] All users, can you please test, whether I broke something committing all of that. I have just built and started using the new HG, the unknown code problem with the remote support in my stick flooding /var/log/messages was a pain, but that was solved by simply wrapping the sensors in LX tape to prevent it receiving codes ;) There is a patch in the wiki for this issue. the codes will still be there, but there will be no flooding. It works well. This patch has been announced as an ugly hack by its author, though, which probably explains why it didn't get merged. I'm really not the right person to do any coding, believe me, I regret that fact. Is there a person around willing to take a lokk? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Wed, 2008-01-30 at 10:38 +0100, Jonas Anden wrote: I have just built and started using the new HG, the unknown code problem with the remote support in my stick flooding /var/log/messages was a pain, but that was solved by simply wrapping the sensors in LX tape to prevent it receiving codes ;) If you're not going to use the sensor, disable the RC polling by adding the following line to your modprobe.conf: options dvb_usb disable_rc_polling=1 That's a cleaner solution in my opinion. That one is for the wiki. Is there a place/file describing all those options? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Invalid section length or timeout using Kaffeine and Twinhan 102g (aka VP-1022 Rev 2.0?)
Le mercredi 30 janvier 2008 09:08, Corey Ashford a écrit : So I downloaded Kaffeine 0.8.6 source and built it, making the change you suggested. That does work! Although I'm still not able to get any channels on the 12180 V 3 transponder on AMC3-87W. This appears to be because that multiplex doesn't have a Service Description Table. Kaffeine apparently doesn't have any code to synthesize names when it doesn't find one of these. That would be a nice feature to add. I was able to get channel names on another transponder 11716 H 4859. The names are coming out like TSID:3-SID:1. This is a synthesized name, this means there is a channel on Transport Stream ID=3 with Service ID=1 found in Program Association Table but no names given in Service Description Table or SDT not present at all. As far as i understand, none of the mplex on AMC3 carries SDT. So I'm not sure what to do about not getting channel names on some of these multiplexes. Perhaps I just got lucky and picked one of the rare multiplexes with no SDT. Or maybe this is fairly common and I will run into it often. Incidentally, it appears that kaffeine looks for a NIT section too (0x10), and complains if it's not there. It doesn't complain, but just let you know :) Thanks for your help. Let me know if you make some changes to synthesize channel names for this sort of multiplex. I'd be happy to test out the changes :) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
If you're not going to use the sensor, disable the RC polling by adding the following line to your modprobe.conf: options dvb_usb disable_rc_polling=1 That's a cleaner solution in my opinion. That one is for the wiki. Is there a place/file describing all those options? Not that I know of. I found it in the source code while looking at how to put a patch in to disable the polling. I found it was already possible ;) // J ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2
Dominik Kuhlen schrieb: Hi all, Manus multiproto HG tree (jusst.de/hg/multiproto) and the attached patch make the pctv452e work with DVB-S2 and DVB-S :) Also the LED turns to green if the frontend is openend and turns back to orange if released (thanks to manu for postproc interface ;). I managed to tune Astra19.2E 11.915GHz transponder (Premiere) and receive tables and data, but my CPU is too slow do decode the video in realtime :( The tuning seems to be quite reliable (no failures so far). But I had no luck to tune to 11.722GHz (Pro7) so far (maybe some values are hardcoded to 27500kSym/s). Hi! I have a problem with the driver. I followed the step-by-step installation in the wiki snip hg clone http://www.jusst.de/hg/multiproto wget -O pctv452e.patch http://www.linuxtv.org/pipermail/linux-dvb/attachments/20080125/b9e1d749/attachment-0001.patch cd multiproto patch -p1 ../pctv452e.patch make ; # there might be a few warnings. cd v4l insmod dvb-core.ko insmod dvb-pll.ko insmod stb6100.ko verbose=0 insmod stb0899.ko verbose=0 insmod lnbp22.ko insmod dvb-usb.ko insmod dvb-usb-pctv452e.ko # in case some insmod complains about unresolved symbols: /snip The multiproto It compiles with an error because the patch did not apply wihtout error: snip dev:/usr/src/multiproto# patch -p1 pctv452e.patch patching file linux/drivers/media/Kconfig patching file linux/drivers/media/dvb/dvb-usb/Kconfig Hunk #1 succeeded at 239 (offset 2 lines). patching file linux/drivers/media/dvb/dvb-usb/Makefile Hunk #1 succeeded at 61 with fuzz 2. patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb /dvb-usb-ids.h.rej patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c patching file linux/drivers/media/dvb/frontends/Kconfig Hunk #1 succeeded at 405 (offset 47 lines). patching file linux/drivers/media/dvb/frontends/Makefile Hunk #1 succeeded at 42 (offset 3 lines). patching file linux/drivers/media/dvb/frontends/lnbp21.c Hunk #1 succeeded at 117 (offset -1 lines). patching file linux/drivers/media/dvb/frontends/lnbp22.c patching file linux/drivers/media/dvb/frontends/lnbp22.h patching file linux/drivers/media/dvb/frontends/stb0899_algo.c Hunk #1 succeeded at 495 (offset -27 lines). patching file linux/drivers/media/dvb/frontends/stb0899_drv.c patching file linux/drivers/media/dvb/frontends/stb0899_drv.h patching file linux/drivers/media/dvb/frontends/stb6100.c patching file linux/include/linux/dvb/frontend.h patching file linux/include/linux/dvb/video.h Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line). dev:/usr/src/multiproto# /snip So I inserted the line into linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand #define USB_PID_PCTV_452E 0x021f I type make and all compiles with only a few warnings but now without any error. When I install the modules and load them I get the following output from dmesg: /snip usb 3-2: new high speed USB device using ehci_hcd and address 4 usb 3-2: configuration #1 chosen from 1 choice dvb-usb: found a 'PCTV HDTV USB' in warm state. pctv452e_power_ctrl: 1 dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (PCTV HDTV USB) pctv452e_frontend_attach Enter stb0899_attach: Exiting .. ! dvb-usb: no frontend was attached by 'PCTV HDTV USB' input: IR-receiver inside an USB DVB receiver as /class/input/input5 dvb-usb: schedule remote query interval to 100 msecs. pctv452e_power_ctrl: 0 dvb-usb: PCTV HDTV USB successfully initialized and connected. /snip But there is no frontend loaded: snip dev:/usr/src/multiproto# ls /dev/dvb/ adapter0 dev:/usr/src/multiproto# ls /dev/dvb/adapter0/ demux0 dvr0 net0 dev:/usr/src/multiproto# /snip Any idea why this happens? I followed the mails about the PCTV452e in the last weeks and there are several messages about a working installation but I do not have a frontend after loading the modules!!? Thanks, Jens ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Wed, 30 Jan 2008, Jonas Anden wrote: If you're not going to use the sensor, disable the RC polling by adding the following line to your modprobe.conf: options dvb_usb disable_rc_polling=1 That's a cleaner solution in my opinion. That one is for the wiki. Is there a place/file describing all those options? Not that I know of. I found it in the source code while looking at how to put a patch in to disable the polling. I found it was already possible ;) modinfo dvb-usb modinfo dvb-usb-dib0700 etc. Patrick. -- Mail: [EMAIL PROTECTED] WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Wed, 2008-01-30 at 17:05 +0100, Patrick Boettcher wrote: On Wed, 30 Jan 2008, Jonas Anden wrote: If you're not going to use the sensor, disable the RC polling by adding the following line to your modprobe.conf: options dvb_usb disable_rc_polling=1 That's a cleaner solution in my opinion. That one is for the wiki. Is there a place/file describing all those options? Not that I know of. I found it in the source code while looking at how to put a patch in to disable the polling. I found it was already possible ;) modinfo dvb-usb modinfo dvb-usb-dib0700 Yeah, sure, you can get it from the compiled modules... I was referring to a more thorough documentation. To easily get all options available in your installation (affecting DVB): for m in `/sbin/lsmod | grep dvb | cut -d ' ' -f 1`; do echo $m:; /sbin/modinfo $m | grep '^parm:' | cut -b 17- | sed 's/:/\t\t/'; echo; done Sample output on my system, with a Nova-T 500 and a Nova-T Stick, after some manual reformatting: dvb_usb_dib0700: force_lna_activation force the activation of Low-Noise-Amplifyer(s) (LNA), if applicable for the device (default: 0=automatic/off). (int) debug set debugging level (1=info,2=fw,4=fwdata,8=data (or-able)). (int) dvb_usb_dib0700_ir_proto set ir protocol (0=NEC, 1=RC5 (default), 2=RC6). (int) dib7000p: = debug turn on debugging (default: 0) (int) buggy_sfn_workaround Enable work-around for buggy SFNs (default: 0) (int) dib7000m: = debug turn on debugging (default: 0) (int) dvb_usb: debug set debugging level (1=info,xfer=2,pll=4, ts=8,err=16,rc=32,fw=64,mem=128,uxfer=256 (or-able)). (int) disable_rc_pollingdisable remote control polling (default: 0). (int) force_pid_filter_usageforce all dvb-usb-devices to use a PID filter, if any (default: 0). (int) dvb_core: = dvb_net_debug enable debug messages (int) frontend_debugTurn on/off frontend core debugging (default:off). (int) dvb_shutdown_timeout wait shutdown_timeout seconds after close() before suspending hardware (int) dvb_force_auto_inversion 0: normal (default), 1: INVERSION_AUTO forced always (int) dvb_override_tune_delay 0: normal (default), 0 = delay in milliseconds to wait for lock after a tune attempt (int) dvb_powerdown_on_sleep0: do not power down, 1: turn LNB voltage off on sleep (default) (int) cam_debug enable verbose debug messages (int) debug Turn on/off debugging (default:off). (int) dvbdev_debug Turn on/off device debugging (default:off). (int) dib3000mc: == debug turn on debugging (default: 0) (int) buggy_sfn_workaround Enable work-around for buggy SFNs (default: 0) (int) dib0070: debug turn on debugging (default: 0) (int) // J ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Invalid section length or timeout using Kaffeine and Twinhan 102g (aka VP-1022 Rev 2.0?)
Thanks for the info :) It would appear then that the 12180 V 3 multiplex doesn't contain a PAT either, because I get no names at all for that one.. not even synthesized names. I might try my hand at writing some code that does this, but I've never worked with MPEG anything before, so my chances of success are not great :) - Corey --- Christophe Thommeret [EMAIL PROTECTED] wrote: Le mercredi 30 janvier 2008 09:08, Corey Ashford a écrit : So I downloaded Kaffeine 0.8.6 source and built it, making the change you suggested. That does work! Although I'm still not able to get any channels on the 12180 V 3 transponder on AMC3-87W. This appears to be because that multiplex doesn't have a Service Description Table. Kaffeine apparently doesn't have any code to synthesize names when it doesn't find one of these. That would be a nice feature to add. I was able to get channel names on another transponder 11716 H 4859. The names are coming out like TSID:3-SID:1. This is a synthesized name, this means there is a channel on Transport Stream ID=3 with Service ID=1 found in Program Association Table but no names given in Service Description Table or SDT not present at all. As far as i understand, none of the mplex on AMC3 carries SDT. So I'm not sure what to do about not getting channel names on some of these multiplexes. Perhaps I just got lucky and picked one of the rare multiplexes with no SDT. Or maybe this is fairly common and I will run into it often. Incidentally, it appears that kaffeine looks for a NIT section too (0x10), and complains if it's not there. It doesn't complain, but just let you know :) Thanks for your help. Let me know if you make some changes to synthesize channel names for this sort of multiplex. I'd be happy to test out the changes :) -- Christophe Thommeret Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2
Hi snip dev:/usr/src/multiproto# patch -p1 pctv452e.patch patching file linux/drivers/media/Kconfig patching file linux/drivers/media/dvb/dvb-usb/Kconfig Hunk #1 succeeded at 239 (offset 2 lines). patching file linux/drivers/media/dvb/dvb-usb/Makefile Hunk #1 succeeded at 61 with fuzz 2. patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb /dvb-usb-ids.h.rej patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c patching file linux/drivers/media/dvb/frontends/Kconfig Hunk #1 succeeded at 405 (offset 47 lines). patching file linux/drivers/media/dvb/frontends/Makefile Hunk #1 succeeded at 42 (offset 3 lines). patching file linux/drivers/media/dvb/frontends/lnbp21.c Hunk #1 succeeded at 117 (offset -1 lines). patching file linux/drivers/media/dvb/frontends/lnbp22.c patching file linux/drivers/media/dvb/frontends/lnbp22.h patching file linux/drivers/media/dvb/frontends/stb0899_algo.c Hunk #1 succeeded at 495 (offset -27 lines). patching file linux/drivers/media/dvb/frontends/stb0899_drv.c patching file linux/drivers/media/dvb/frontends/stb0899_drv.h patching file linux/drivers/media/dvb/frontends/stb6100.c patching file linux/include/linux/dvb/frontend.h patching file linux/include/linux/dvb/video.h Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line). dev:/usr/src/multiproto# /snip So I inserted the line into linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand #define USB_PID_PCTV_452E 0x021f ok. this might happen if the file has been changed in repository since i have diff'ed. I type make and all compiles with only a few warnings but now without any error. When I install the modules and load them I get the following output from dmesg: /snip usb 3-2: new high speed USB device using ehci_hcd and address 4 usb 3-2: configuration #1 chosen from 1 choice dvb-usb: found a 'PCTV HDTV USB' in warm state. pctv452e_power_ctrl: 1 dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (PCTV HDTV USB) pctv452e_frontend_attach Enter stb0899_attach: Exiting .. ! Hmm. i wonder why this happens: the stb0899 did not attach properly: could you please load the stb0899 without verbose= parameter. it will print more info what's going on. dvb-usb: no frontend was attached by 'PCTV HDTV USB' input: IR-receiver inside an USB DVB receiver as /class/input/input5 dvb-usb: schedule remote query interval to 100 msecs. pctv452e_power_ctrl: 0 dvb-usb: PCTV HDTV USB successfully initialized and connected. /snip But there is no frontend loaded: This results from not being able to attach the frontend chip in the driver (see above) Dominik signature.asc Description: This is a digitally signed message part. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DiSEqC switch blinded by KNC tuner [was: KNC1 TV Star DVB-S tuning problem]
Hello, I changed my Gigaswitch 11/20 multiswitch with other model and instantly my card got working. First I thought that is a DiSEqC error, so I had to check with other switch model. And, surprisingly, it start to work. So, I reverted back and tried to figure out what's happen. After several tests, I concluded that it works fine with any vertical channels, low/hi switch and even sat switch. So I figured out that the horizontal requests cause the troubles. I measured the output on tuner and I'm getting 13.5V for vertical and 19.2V for horizontal. I changed in the stv0299 code and I'm lowering the power to 13V during DiSEqC command.With this hack, I'm successfully tune on horizontal channels, too. But this is a hack and doesn't sound right. According to specs, the voltage switch should occur before DiSEqC commands. The older KNC type card uses stv0299 too and it behaves better with my switch. And also gets 19V on output. Finally, it seems that the KNC TV Star card blinds my switch. Any ideea how to fix this without hacking the stv0299 driver ? Thanks in advance, Doru. Doru Marin wrote: Hello, I got two KNC DVB-S cards, an older one (1894:0010) and a new KNC TV STAR model, (1894:0016) on FC6 running last kernel (2.6.24). The old card works fine, I have no problems with it. The second one, after I tune o a channel on a vertical polarity, doesn't want to tune on any horizontal channel anymore: # szap -c ./astra.conf -a0 BBC World reading channels from file './astra.conf' zapping to 3 'BBC World': sat 0, frequency = 11597 MHz V, symbolrate 2200, vpid = 0x00a3, apid = 0x005c sid = 0x2742 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 03 | signal d9a0 | snr 965d | ber db00 | unc | status 1f | signal e100 | snr dd9d | ber 5e00 | unc | FE_HAS_LOCK ... # szap -c ./astra.conf -a0 ZDF reading channels from file './astra.conf' zapping to 161 'ZDF': sat 0, frequency = 11953 MHz H, symbolrate 2750, vpid = 0x006e, apid = 0x0078 sid = 0x6d66 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 03 | signal b3e0 | snr 9be2 | ber 9e00 | unc | status 03 | signal b3d1 | snr a71c | ber ff30 | unc | Back to BBC World, it locks fine. but no chance to lock on ZDF anymore. If I replug the sat cable, it starts to work again, until I switch again on a V channel. I checked the polarity switch, the card delivers 19.2V, so there is no power problem. The difference between cards is the tuner, the new one uses a Philips SD1878. As long as the first card works like charm, I assume the the sat switch works fine. Any idea what goes wrong, anyone ? Regards, Doru ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up
On Jan 27, 2008 7:58 AM, Timothy E. Krantz [EMAIL PROTECTED] wrote: Hi, all, This patch improves the performance of the xc5000 tuner driver. 1. Now, only one xc5000_priv struct is used for each physical tuner instead of one for each attach (analog/digital). This avoids potential inconsistence such as the status of the firmware loading changed by one instance of the driver and the other instance not being aware of it. It is based on the tuner-xc2028.c code. 2. Removed a layer of function call for xc_reset(). 3. Replaced all calls to xc_wait() by a direct msleep() call (which is all xc_wait does). 4. Changed the xc_wait(100) in xc_write_reg() to msleep(5). The comment says wait 5 ms, was the 100 a typo? In any case, this improved the tuner performace greatly (much faster lock). 5. Added a module parameter allow_shutdown, which is defaulted to 0. If enabled, the xc5000_sleep() function will indeed shutdown the tuner device. On the 800i, this is fine with analog, but digital still cannot get a lock after shutdown and reinitialized, with no apparent error message. Please test this on other cards. 6. Some minor clean up. The patch is tested on the Pinnacle 800i. Before the patch, tvtime and azap works with analog/digital tv, but with very slow tuning and locking. Mythtv had problems with analog tv frequently (with the errors are encountered during video play back message). Most likely, that was due to the slow tuning of the xc5000. After the patch, both analog and digital tv saw great improvements. Mythtv can consistently lock in both analog and digital channels. I haven't run into the video play back errors yet so far after torturing mythtv with channel changing and switching between different input source/multiple cards several dozen times. I still could not get audio (analog) in mythtv, but I suspect that is a problem with my mythtv setup rather than the driver. Comments are welcome and please test and post your experience. Thanks! Sir, Prior to your patch when using my 800i each time I tried to go from an analog to a digital station or vice versa using mythtv I got the errors encountered during video playback issue. With this patch installed going from analog to digital works fine for me but switching from digital to analog still results in the same error. Channel lock is MUCH faster. Thanks for your efforts! Tim ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb I was having an issue getting the Pinnacle 800i to pick up analog cable channels so I patched the source with this patch and compiled/installed this version of the driver and I am still having this problem (The ATSC/QAM tuning works perfectly, the remote is working too). I have not tried through XAWTV yet, but through MythTV I can see it tune the channel clearly for about a second, then it fades into colored static. I know the source is OK, because I have an Hauppauge Wintv-USB2 hooked up that tunes the analog cable channels with no problem. I had the analog working before so I am not sure what happened now. Wrong module loaded or something? When scanning for channels it is definitely a LOT faster. I also have a Kworld 110 ATSC card installed as well, I wonder if it is conflicting somehow? Anybody have any thoughts? Even if the analog tuning starts working again, there was some discussion about what would happen if MythTV or some other app tried to use both sources to record two different shows? Is that really an issue? Thanks! John ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2
Dominik Kuhlen schrieb: Hi snip dev:/usr/src/multiproto# patch -p1 pctv452e.patch patching file linux/drivers/media/Kconfig patching file linux/drivers/media/dvb/dvb-usb/Kconfig Hunk #1 succeeded at 239 (offset 2 lines). patching file linux/drivers/media/dvb/dvb-usb/Makefile Hunk #1 succeeded at 61 with fuzz 2. patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb /dvb-usb-ids.h.rej patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c patching file linux/drivers/media/dvb/frontends/Kconfig Hunk #1 succeeded at 405 (offset 47 lines). patching file linux/drivers/media/dvb/frontends/Makefile Hunk #1 succeeded at 42 (offset 3 lines). patching file linux/drivers/media/dvb/frontends/lnbp21.c Hunk #1 succeeded at 117 (offset -1 lines). patching file linux/drivers/media/dvb/frontends/lnbp22.c patching file linux/drivers/media/dvb/frontends/lnbp22.h patching file linux/drivers/media/dvb/frontends/stb0899_algo.c Hunk #1 succeeded at 495 (offset -27 lines). patching file linux/drivers/media/dvb/frontends/stb0899_drv.c patching file linux/drivers/media/dvb/frontends/stb0899_drv.h patching file linux/drivers/media/dvb/frontends/stb6100.c patching file linux/include/linux/dvb/frontend.h patching file linux/include/linux/dvb/video.h Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line). dev:/usr/src/multiproto# /snip So I inserted the line into linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand #define USB_PID_PCTV_452E 0x021f ok. this might happen if the file has been changed in repository since i have diff'ed. I type make and all compiles with only a few warnings but now without any error. When I install the modules and load them I get the following output from dmesg: /snip usb 3-2: new high speed USB device using ehci_hcd and address 4 usb 3-2: configuration #1 chosen from 1 choice dvb-usb: found a 'PCTV HDTV USB' in warm state. pctv452e_power_ctrl: 1 dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (PCTV HDTV USB) pctv452e_frontend_attach Enter stb0899_attach: Exiting .. ! Hmm. i wonder why this happens: the stb0899 did not attach properly: could you please load the stb0899 without verbose= parameter. it will print more info what's going on. Hi! Well perhaps it is a hardware error in my device?? Loading the module without verbose parameter prints the following in the syslog: Jan 30 19:37:21 dev kernel: usb 3-6: new high speed USB device using ehci_hcd and address 2 Jan 30 19:37:21 dev kernel: usb 3-6: device descriptor read/64, error -71 Jan 30 19:37:22 dev kernel: usb 3-6: device descriptor read/64, error -71 Jan 30 19:37:22 dev kernel: usb 3-6: new high speed USB device using ehci_hcd and address 3 Jan 30 19:37:22 dev kernel: usb 3-6: configuration #1 chosen from 1 choice Jan 30 19:37:22 dev kernel: dvb-usb: found a 'PCTV HDTV USB' in warm state. Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 1 Jan 30 19:37:22 dev kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Jan 30 19:37:22 dev kernel: DVB: registering new adapter (PCTV HDTV USB) Jan 30 19:37:22 dev kernel: pctv452e_frontend_attach Enter Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1b6]: 02 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c2]: 00 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c3]: 00 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf141]: 02 Jan 30 19:37:22 dev kernel: _stb0899_read_reg: Reg=[0xf000], data=05 Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: ID reg=[0x05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Device ID=[0], Release=[5] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf334], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf33c], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core ID=[B7FFFE^E], Version=[-1207960059] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa2c], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa34], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: couldn't find a STB 0899 Jan 30 19:37:22 dev kernel: stb0899_attach: Exiting .. ! Jan 30 19:37:22 dev kernel: dvb-usb: no frontend was attached by 'PCTV HDTV USB' Jan 30 19:37:22 dev kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input4 Jan 30 19:37:22 dev kernel: dvb-usb: schedule remote query interval to 100 msecs. Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 0 Jan 30 19:37:22 dev kernel: dvb-usb: PCTV HDTV USB
Re: [linux-dvb] [PATCH] HVR4000(lite) support for multiproto
my the dmesg reports cx88[0]/2: found at :02:03.2, rev: 5, irq: 22, latency: 32, mmio: 0xdf00 cx8802_probe() allocating 2 frontends cx88/2: cx2388x dvb driver version 0.0.6 loaded cx88/2: registering cx8802 driver, type: dvb access: shared cx88[0]/2: subsystem: 0070:6900, board: Hauppauge WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=59] cx88[0]/2: cx2388x based DVB/ATSC card tda9887 5-0043: i2c i/o error: rc == -121 (should be 4) dvb: videobuf_dvb_register_adapter() DVB: registering new adapter (cx88[0]) dvb: videobuf_dvb_register_adapter() returns 0 DVB: registering frontend 0 (Conexant CX24116/CX24118)... DVB: registering frontend 0 (Conexant CX22702 DVB-T)... in dmesg-report I have two frontend0 - is it right ? really I have demux0 demux1 dvr0 dvr1 frontend0 frontend1 net0 net1 Igor -Original Message- From: Craig Whitmore [EMAIL PROTECTED] To: Steven Toth [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 06:58:20 +1300 Subject: Re: [linux-dvb] [PATCH] HVR4000(lite) support for multiproto Cool. This is based on the multi-frontend patches originally from the stoth/HVR3000 tree, right? - Steveьн Yes. based on your work . If you check the cx8802_dvb_advise_acquire it is in quite a mess at the moment for the CX88_BOARD_HAUPPAUGE_HVR4000 so needs fixing for the multi frontend. Someone who knows more about how to reset the chips can fix it up a little. It boots but you get a few errors :-) Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2
Jens Krehbiel-Gräther schrieb: Dominik Kuhlen schrieb: Hi snip dev:/usr/src/multiproto# patch -p1 pctv452e.patch patching file linux/drivers/media/Kconfig patching file linux/drivers/media/dvb/dvb-usb/Kconfig Hunk #1 succeeded at 239 (offset 2 lines). patching file linux/drivers/media/dvb/dvb-usb/Makefile Hunk #1 succeeded at 61 with fuzz 2. patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb /dvb-usb-ids.h.rej patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c patching file linux/drivers/media/dvb/frontends/Kconfig Hunk #1 succeeded at 405 (offset 47 lines). patching file linux/drivers/media/dvb/frontends/Makefile Hunk #1 succeeded at 42 (offset 3 lines). patching file linux/drivers/media/dvb/frontends/lnbp21.c Hunk #1 succeeded at 117 (offset -1 lines). patching file linux/drivers/media/dvb/frontends/lnbp22.c patching file linux/drivers/media/dvb/frontends/lnbp22.h patching file linux/drivers/media/dvb/frontends/stb0899_algo.c Hunk #1 succeeded at 495 (offset -27 lines). patching file linux/drivers/media/dvb/frontends/stb0899_drv.c patching file linux/drivers/media/dvb/frontends/stb0899_drv.h patching file linux/drivers/media/dvb/frontends/stb6100.c patching file linux/include/linux/dvb/frontend.h patching file linux/include/linux/dvb/video.h Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line). dev:/usr/src/multiproto# /snip So I inserted the line into linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand #define USB_PID_PCTV_452E 0x021f ok. this might happen if the file has been changed in repository since i have diff'ed. I type make and all compiles with only a few warnings but now without any error. When I install the modules and load them I get the following output from dmesg: /snip usb 3-2: new high speed USB device using ehci_hcd and address 4 usb 3-2: configuration #1 chosen from 1 choice dvb-usb: found a 'PCTV HDTV USB' in warm state. pctv452e_power_ctrl: 1 dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (PCTV HDTV USB) pctv452e_frontend_attach Enter stb0899_attach: Exiting .. ! Hmm. i wonder why this happens: the stb0899 did not attach properly: could you please load the stb0899 without verbose= parameter. it will print more info what's going on. Hi! Well perhaps it is a hardware error in my device?? Loading the module without verbose parameter prints the following in the syslog: Jan 30 19:37:21 dev kernel: usb 3-6: new high speed USB device using ehci_hcd and address 2 Jan 30 19:37:21 dev kernel: usb 3-6: device descriptor read/64, error -71 Jan 30 19:37:22 dev kernel: usb 3-6: device descriptor read/64, error -71 Jan 30 19:37:22 dev kernel: usb 3-6: new high speed USB device using ehci_hcd and address 3 Jan 30 19:37:22 dev kernel: usb 3-6: configuration #1 chosen from 1 choice Jan 30 19:37:22 dev kernel: dvb-usb: found a 'PCTV HDTV USB' in warm state. Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 1 Jan 30 19:37:22 dev kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Jan 30 19:37:22 dev kernel: DVB: registering new adapter (PCTV HDTV USB) Jan 30 19:37:22 dev kernel: pctv452e_frontend_attach Enter Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1b6]: 02 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c2]: 00 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c3]: 00 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf141]: 02 Jan 30 19:37:22 dev kernel: _stb0899_read_reg: Reg=[0xf000], data=05 Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: ID reg=[0x05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Device ID=[0], Release=[5] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf334], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf33c], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core ID=[B7FFFE^E], Version=[-1207960059] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa2c], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa34], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: couldn't find a STB 0899 Jan 30 19:37:22 dev kernel: stb0899_attach: Exiting .. ! Jan 30 19:37:22 dev kernel: dvb-usb: no frontend was attached by 'PCTV HDTV USB' Jan 30 19:37:22 dev kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input4 Jan 30 19:37:22 dev kernel: dvb-usb: schedule remote query interval to 100
Re: [linux-dvb] linux-dvb Digest, Vol 36, Issue 133
again, there was some discussion about what would happen if MythTV or some other app tried to use both sources to record two different shows? Is that really an issue? Thanks! John -- next part -- An HTML attachment was scrubbed... URL: http://www.linuxtv.org/pipermail/linux-dvb/attachments/20080130/3b2251a1/attachment-0001.htm -- Message: 2 Date: Wed, 30 Jan 2008 20:34:08 +0200 From: Doru Marin [EMAIL PROTECTED] Subject: [linux-dvb] DiSEqC switch blinded by KNC tuner [was: KNC1 TV Star DVB-S tuning problem] To: linux-dvb@linuxtv.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello, I changed my Gigaswitch 11/20 multiswitch with other model and instantly my card got working. First I thought that is a DiSEqC error, so I had to check with other switch model. And, surprisingly, it start to work. So, I reverted back and tried to figure out what's happen. After several tests, I concluded that it works fine with any vertical channels, low/hi switch and even sat switch. So I figured out that the horizontal requests cause the troubles. I measured the output on tuner and I'm getting 13.5V for vertical and 19.2V for horizontal. I changed in the stv0299 code and I'm lowering the power to 13V during DiSEqC command.With this hack, I'm successfully tune on horizontal channels, too. But this is a hack and doesn't sound right. According to specs, the voltage switch should occur before DiSEqC commands. The older KNC type card uses stv0299 too and it behaves better with my switch. And also gets 19V on output. Finally, it seems that the KNC TV Star card blinds my switch. Any ideea how to fix this without hacking the stv0299 driver ? Thanks in advance, Doru. Doru Marin wrote: Hello, I got two KNC DVB-S cards, an older one (1894:0010) and a new KNC TV STAR model, (1894:0016) on FC6 running last kernel (2.6.24). The old card works fine, I have no problems with it. The second one, after I tune o a channel on a vertical polarity, doesn't want to tune on any horizontal channel anymore: # szap -c ./astra.conf -a0 BBC World reading channels from file './astra.conf' zapping to 3 'BBC World': sat 0, frequency = 11597 MHz V, symbolrate 2200, vpid = 0x00a3, apid = 0x005c sid = 0x2742 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 03 | signal d9a0 | snr 965d | ber db00 | unc | status 1f | signal e100 | snr dd9d | ber 5e00 | unc | FE_HAS_LOCK ... # szap -c ./astra.conf -a0 ZDF reading channels from file './astra.conf' zapping to 161 'ZDF': sat 0, frequency = 11953 MHz H, symbolrate 2750, vpid = 0x006e, apid = 0x0078 sid = 0x6d66 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 03 | signal b3e0 | snr 9be2 | ber 9e00 | unc | status 03 | signal b3d1 | snr a71c | ber ff30 | unc | Back to BBC World, it locks fine. but no chance to lock on ZDF anymore. If I replug the sat cable, it starts to work again, until I switch again on a V channel. I checked the polarity switch, the card delivers 19.2V, so there is no power problem. The difference between cards is the tuner, the new one uses a Philips SD1878. As long as the first card works like charm, I assume the the sat switch works fine. Any idea what goes wrong, anyone ? Regards, Doru ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Message: 3 Date: Wed, 30 Jan 2008 20:17:16 +0100 From: Jens Krehbiel-Gr?ther [EMAIL PROTECTED] Subject: Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2 To: linux-dvb@linuxtv.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-15; format=flowed Dominik Kuhlen schrieb: Hi snip dev:/usr/src/multiproto# patch -p1 pctv452e.patch patching file linux/drivers/media/Kconfig patching file linux/drivers/media/dvb/dvb-usb/Kconfig Hunk #1 succeeded at 239 (offset 2 lines). patching file linux/drivers/media/dvb/dvb-usb/Makefile Hunk #1 succeeded at 61 with fuzz 2. patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb /dvb-usb-ids.h.rej patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c patching file linux/drivers/media/dvb/frontends/Kconfig Hunk #1 succeeded at 405 (offset 47 lines). patching file linux/drivers/media/dvb/frontends/Makefile Hunk #1 succeeded at 42 (offset 3 lines). patching file linux/drivers/media/dvb/frontends/lnbp21.c Hunk #1 succeeded at 117
[linux-dvb] Bugfix for make_atsc_chanconf.pl
Hello all, The antennaweb.org scraper make_atsc_chanconf.pl is broken due to changes on the antennaweb.org site, specifically the need for cookies and an additional mapping page that gets displayed when only a zipcode is entered. The latest in CVS gives this error as a result: No such field 'stationXml' at ./make_atsc_chanconf.pl line 62 I have attached a patch that gets it working again. Best, -N Index: make_atsc_chanconf.pl === RCS file: /cvs/linuxtv/dvb-apps/util/szap/channels-conf/atsc/make_atsc_chanconf.pl,v retrieving revision 1.1 diff -r1.1 make_atsc_chanconf.pl 10a11 use HTTP::Cookies; 39a41 $ua-cookie_jar({}); 44c46 $request = $form-click; --- $request = $form-click(btnStart); 49c51 $request2 = $form2-click; --- $request2 = $form2-click(btnSubmit); 51,53c53,60 if ($response3-is_success) { $form3 = HTML::Form-parse($response3); $xml = $form3-value($XML); --- $form3 = HTML::Form-parse($response3); $request3 = $form3-click(btnContinue); $response4 = $ua-request($request3); if ($response4-is_success) { $form4 = HTML::Form-parse($response4); $xml = $form4-value($XML); ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] What is the MAC of a DVB card?
Hi, I've always wanted to ask, but always forgotten... I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. What is it useful for? Was it an attempt to access the card over the network? Just curiosity. usb 4-4: new high speed USB device using ehci_hcd and address 3 usb 4-4: configuration #1 chosen from 1 choice dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' usbcore: registered new interface driver dvb_usb_nova_t_usb2 usb 4-4: USB disconnect, address 3 dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. usb 4-4: new high speed USB device using ehci_hcd and address 4 usb 4-4: configuration #1 chosen from 1 choice dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2) dvb-usb: MAC address: 00:0b:34:ef:12:a6 DVB: registering frontend 0 (DiBcom 3000MC/P)... input: IR-receiver inside an USB DVB receiver as /devices/pci:00/:00:1d.7/usb4/4-4/input/input9 dvb-usb: schedule remote query interval to 100 msecs. dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is the MAC of a DVB card?
Internet by satellite. Andrea [EMAIL PROTECTED] wrote: Hi, I've always wanted to ask, but always forgotten... I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. What is it useful for? Was it an attempt to access the card over the network? Just curiosity. usb 4-4: new high speed USB device using ehci_hcd and address 3 usb 4-4: configuration #1 chosen from 1 choice dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' usbcore: registered new interface driver dvb_usb_nova_t_usb2 usb 4-4: USB disconnect, address 3 dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. usb 4-4: new high speed USB device using ehci_hcd and address 4 usb 4-4: configuration #1 chosen from 1 choice dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2) dvb-usb: MAC address: 00:0b:34:ef:12:a6 DVB: registering frontend 0 (DiBcom 3000MC/P)... input: IR-receiver inside an USB DVB receiver as /devices/pci:00/:00:1d.7/usb4/4-4/input/input9 dvb-usb: schedule remote query interval to 100 msecs. dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is the MAC of a DVB card?
Le jeudi 31 janvier 2008 01:58, Dwaine Garden a écrit : Internet by satellite. Andrea [EMAIL PROTECTED] wrote: Hi, I've always wanted to ask, but always forgotten... I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. Internet by satellite with a nova-t-usb2 ? ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is the MAC of a DVB card?
I´m quite new to DVB, but my guess is that it´s the dvbnet device. It´s possible to receive IP services throught DVB, so I suppose it´s the net device (you also have a frontend and a demux under /dev/dvb/adapterX/) that you can use for that. On Jan 31, 2008 2:55 AM, Christophe Thommeret [EMAIL PROTECTED] wrote: Le jeudi 31 janvier 2008 01:58, Dwaine Garden a écrit : Internet by satellite. Andrea [EMAIL PROTECTED] wrote: Hi, I've always wanted to ask, but always forgotten... I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. Internet by satellite with a nova-t-usb2 ? ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb