Hi, I assume that it´s me you mention. I have my htpc running with a nova-TD and it´s working ok with the exception of SVT1 which for some reasons occasionaly generates disconnects as seen on the Nova-T 500. To note here is that I have a VIA usb card, using my onboard nvidia USB led to hard hangs within ~4 hours with the nova-TD.
Reception is a tad better with the nova-T 500 (which also chokes on SVT1). Contact me if you need more detailed information about my kernel ..... /Henrik On Dec 16, 2007 5:07 PM, Tomas <[EMAIL PROTECTED]> wrote: > Hello, > > I'm having problems tuning my Hauppauge WinTV Nova-TD USB DVB > receiver. > > Scanning for channels works fine with the 'scan' utility, I have > compared the result with the result from a scan performed using > my Twinhan DTV Alpha USB stick (7045, not 7045A, which is another > story...) and they are identical. > > But when it's time to record, using the same program I use with > the Twinhan stick, I get (almost) no output, just a ridiculously > high bit error rate (2097151) and SNR=0. I'm very surprised by > this, as the channel scanning works just fine. > > As far as I understand, and as previously reported by Henrik > Backman, the Nova-TD should work with the DVB-T broadcasts here > in Sweden. > > Could my problems be caused by the important bug mentioned > yesterday by Patrick Boettcher? If so, is there an earlier > version of the driver which doesn't have this bug? > > The command used to test recording: > > ~# /usr/local/bin/dvbstream -f 490000 -p V -s 27500 -c 0 -o:test.ts 1029 > 1028 > dvbstream v0.6 - (C) Dave Chapman 2001-2004 > Released under the GPL. > Latest version available from http://www.linuxstb.org/ > Processing -o:test.ts > Open file test.ts > Using DVB card "DiBcom 7000PC" > tuning DVB-T (Stockholm Nacka) to 490000000 Hz, Bandwidth: 8 > polling.... > Getting frontend event > FE_STATUS: > polling.... > Getting frontend event > FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC > Event: Frequency: 490000000 > Bit error rate: 2097151 > Signal strength: 65535 > SNR: 0 > FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC > MAP 0, file test.ts: From -1 secs, To -1 secs, 2 PIDs - 1029 1028 > dvbstream will stop after -1 seconds (71582788 minutes) > Setting filter for PID 1029 > Setting filter for PID 1028 > Using 224.0.1.2:5004:2 > version=2 > Streaming 2 streams > Caught signal 2 - closing cleanly. > ~# ls -la test.ts > -rw-r--r-- 1 ath ath 188 Dec 16 16:43 test.ts > ~# > > (I'm terminating the program by pressing Ctrl-C). Whether I get > any packets at all seems totally random. In this attempt I got > one single packet from several minutes of running dvbstream! > > A sample from the scan output: > > ~# grep '^SVT2:' .dvb_channels > > SVT2:490000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:1029:1028:5060 > ~# > > I have also tried tuning with tzap and recording using cat, but > tzap gives this: > > ~# tzap -a 0 -c ~/.dvb_channels 'SVT2' > using '/dev/dvb/adapter0/frontend0' and > '/dev/dvb/adapter0/demux0' > tuning to 490000000 Hz > video pid 0x0405, audio pid 0x0404 > status 0f | signal b496 | snr 0000 | ber 001fffff | unc 00000000 | > status 1e | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | > FE_HAS_LOCK > status 1e | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | > FE_HAS_LOCK > ... > > ~# tzap -a 1 -c ~/.dvb_channels 'SVT2' > using '/dev/dvb/adapter1/frontend0' and > '/dev/dvb/adapter1/demux0' > tuning to 490000000 Hz > video pid 0x0405, audio pid 0x0404 > status 1a | signal ffff | snr 0000 | ber 001fffff | unc 00000000 | > FE_HAS_LOCK > status 1a | signal ffff | snr 0000 | ber 001fffff | unc 00000000 | > FE_HAS_LOCK > status 1a | signal ffff | snr 0000 | ber 001fffff | unc 00000000 | > FE_HAS_LOCK > ... > > And the 'cat' command gives just as little TS data as dvbstream > does. > > I'm using Linux kernel 2.6.22.6, and updated the dvb drivers from > the hg sources about two hours ago. Relevant dmesg output: > > [ 1293.235000] usb 1-2: new high speed USB device using ehci_hcd and > address 2 > [ 1293.350000] usb 1-2: configuration #1 chosen from 1 choice > [ 1293.432000] dib0700: loaded with support for 5 different device-types > [ 1293.440000] dvb-usb: found a 'Hauppauge Nova-TD Stick/Elgato Eye-TV > Diversity' in cold state, will try to load a firmware > [ 1293.858000] dvb-usb: downloading firmware from file ' > dvb-usb-dib0700-1.10.fw' > [ 1294.146000] dib0700: firmware started successfully. > [ 1294.648000] dvb-usb: found a 'Hauppauge Nova-TD Stick/Elgato Eye-TV > Diversity' in warm state. > [ 1294.649000] dvb-usb: will pass the complete MPEG2 transport stream to > the software demuxer. > [ 1294.649000] DVB: registering new adapter (Hauppauge Nova-TD > Stick/Elgato Eye-TV Diversity) > [ 1294.875000] DVB: registering frontend 0 (DiBcom 7000PC)... > [ 1294.907000] MT2266: successfully identified > [ 1295.060000] dvb-usb: will pass the complete MPEG2 transport stream to > the software demuxer. > [ 1295.061000] DVB: registering new adapter (Hauppauge Nova-TD > Stick/Elgato Eye-TV Diversity) > [ 1295.223000] DVB: registering frontend 1 (DiBcom 7000PC)... > [ 1295.228000] MT2266: successfully identified > [ 1295.382000] input: IR-receiver inside an USB DVB receiver as > /class/input/input7 > [ 1295.382000] dvb-usb: schedule remote query interval to 150 msecs. > [ 1295.383000] dvb-usb: Hauppauge Nova-TD Stick/Elgato Eye-TV Diversity > successfully initialized and connected. > [ 1295.383000] usbcore: registered new interface driver dvb_usb_dib0700 > > The firmware is a renamed dvb-usb-dib0700-03-pre1.fw : > > ~# ls -la /lib/firmware/dvb* > -rw-r--r-- 1 root root 33277 2007-12-04 15:51 /lib/firmware/dvb- > usb-dib0700-03-pre1.fw > -rw-r--r-- 1 root root 33277 2007-12-04 15:51 /lib/firmware/dvb- > usb-dib0700-1.10.fw > ~# cmp /lib/firmware/dvb-usb-dib0700-* > ~# > > I've just spent over an hour fighting with mythtv configuration > (I installed the Debian packages) and would appreciate > suggestions that do not involve mythtv, as I can't get the thing > working. > > /Tomas > > _______________________________________________ > 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
