On Mon, 17 Dec 2007 at 1:46pm, Henrik Beckman wrote: > Hi, Hello, > I assume that it´s me you mention. Yeah, sorry about misspelling your last name. > 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. I remember reading your posts about those problems, but figured I might be spared from them as I'm using an AMD based motherboard. Haven't seen any disconnects so far, but I haven't been using the stick too much either... > 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 ..... Yes, I'd appreciate it if you could tell me what kernel version you're using on the htpc (downgrading the kernel should be no problem for me) and if you're using the kernel drivers or the hg ones (and if it's the hg ones, what version?). I can't get neither the kernel drivers nor the hg ones to work, and I've got both antennaes connected (and, as I wrote, scanning works so I do have some kind of reception and working firmware etc.). (Mailing me those details off-list is perfectly ok for me, if for some reason you don't want to post them here.) /Tomas > On Dec 16, 2007 5:07 PM, Tomas <psycho@xxxxxxxxx> 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@xxxxxxxxxxx > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
