Hi Christoph, Am Montag, den 10.12.2007, 12:57 +0100 schrieb Christoph Mockenhaupt: > Hi Hermann, > > Am Freitag Dezember 7 2007 00:53:39 schrieben Sie: > > What hardware and demod are you using, that it makes such a difference? > > I'm using a Terratec Cinergy DT XS Diversity USB with the latest driver from > v4l-linux-hg (modul dvb-usb-dib0700) and kernel 2.6.22. Right now I'm using > firmware dvb-usb-dib0700-01.fw (the driver requests v1.10) because the new > version is unstable on my system. So far I didn't had time to investigate > further on this matter. > I'm afraid I don't know what you mean by "demod". But I have not set anything > special, so I assume that it is set to "standard" :) > from a mail by me back in November 2005 when the tda8275a tuner started working with the tda10046a demodulator/channel decoder. > Simplest is in dvb-apps/util/scan changed accordingly to your > provider. > "./dvbscan -n -o zap -p dvb-t/de-Frankfurt > channels.conf" > > It produces this channels.conf for me. > > > Das > Erste:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_1_2:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:101:102:1 > > > arte:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_1_2:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:201:202:2 > > > PHOENIX:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_1_2:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:301:302:3 > > > ARD-MHP-Data:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_1_2:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:16 This did work for me that time. "scan" from dvb-apps-1.1.1 until the recent mercurial dvb-apps produces valid channels, even with the wrong FEC in the initial tuning file. (in dvb-apps-1.1.1 de-Frankfurt is not there yet, too old) ./scan dvb-t/de-Frankfurt-orig scanning dvb-t/de-Frankfurt-orig using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 198500000 1 3 9 1 1 3 0 initial transponder 482000000 0 2 9 1 1 3 0 initial transponder 578000000 0 2 9 1 1 3 0 initial transponder 738000000 0 2 9 1 1 3 0 initial transponder 762000000 0 2 9 1 1 3 0 initial transponder 818000000 0 2 9 1 1 3 0 >>> tune to: 198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE 0x0000 0x0003: pmt_pid 0x012c ARD -- PHOENIX (running) 0x0000 0x0021: pmt_pid 0x01f4 ARD -- Bayerisches FS (running) 0x0000 0x00e2: pmt_pid 0x0258 ARD -- SWR Fernsehen RP (running) Network Name 'HR-RM' >>> tune to: 482000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMIS PHOENIX:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_2_3:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:301:302:3 Bayerisches FS:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_2_3:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:501:502:33 SWR Fernsehen RP:198500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_2_3:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:601:602:226 Guess I missed that change, since I had most set to AUTO in my channels.conf files and "scan" produced valid channels even with the now wrong FEC in the initial tuning file on the previously also changed 7MHz VHF transponder ... All your fixes are fine. Thanks, Hermann _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
