Am Sonntag, den 12.02.2006, 20:38 +0200 schrieb Mikko Rönkkö: > hermann pitton wrote: > > >Am Sonntag, den 12.02.2006, 17:18 +0200 schrieb Mikko Rönkkö: [snip] > > > No, there is only one cable that is conneced to the Cable/TV connector. > > I ocasionally get the card to tune, but nothing comes through and the > unc is at peek. > > [root@hondchan scan]# ./scan dvb-t/fi-Espoo > scanning dvb-t/fi-Espoo > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > initial transponder 562000000 0 2 0 3 1 2 0 > >>> tune to: > 562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE > WARNING: filter timeout pid 0x0011 > WARNING: filter timeout pid 0x0107 > WARNING: filter timeout pid 0x0102 > WARNING: filter timeout pid 0x0101 > WARNING: filter timeout pid 0x0108 > WARNING: filter timeout pid 0x0104 > WARNING: filter timeout pid 0x0106 > WARNING: filter timeout pid 0x0100 > WARNING: filter timeout pid 0x0010 > dumping lists (11 services) > [0011]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:17 > [0021]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:33 > [0051]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:514:670:81 > [0081]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:129 > [0091]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:145 > [1111]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:692:4369 > [1121]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:4385 > [1131]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:4401 > [1141]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:4417 > [1151]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:673:4433 > [1181]:562000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_NONE:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:685:4481 > Done. > > (I have this copied in the channels.conf for tzap) > > [root@hondchan scan]# tzap [1181] > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > tuning to 562000000 Hz > video pid 0x0000, audio pid 0x02ad > status 00 | signal ffff | snr 0000 | ber 0001fffe | unc 00000000 | > status 1f | signal ffff | snr 0000 | ber 0001fffe | unc ffffffff | > FE_HAS_LOCK > status 1f | signal ffff | snr 0000 | ber 0001dfd0 | unc ffffffff | > FE_HAS_LOCK > Hmm, I don't know what could be going wrong. Why did you need a new firmware revision? I have no xp drivers, but spying on the current flash.exe from 20050727 gives something like: Wrong ASUS_Tiger_Board Sub-Vender ID! Wrong 7134D Board_ID : 0x4857, Need to Re-Flash EEPROM... Correct 7134D Board_ID : 0x4862 you have No need to flash eeprom. This reads like the 0x4862 subdevice has no need to update. The Asus site states: > Version > AA.F7.C0.01 > 2005/07/25 > aktualisieren > > Betriebssystem > Win2K / WinXP > > Beschreibung > ASUS My Cinema-P7131Dual card > Firmware AA.F7.C0.01 > If ASUS My Cinema-P7131Dual card > can't scan all the TV channels, > please update this BIOS for > resolving this issue. > > Notice: > If a warning message > "Wrong_ASUS_Tiger_Board_Sub-vendor > ID!" shows while running this > firmware update tool, it means no > need to update firmware of your My > Cinema 7131 Dual card. Just in case, mine is unchanged and is DVB: registering new adapter (saa7133[2]). DVB: registering frontend 0 (Philips TDA10046H DVB-T)... tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 26 -- ok tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 26 -- ok tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 26 -- ok Else I remember only a report from Nico on a different tda8275a device, that he had to change to FEC_AUTO in order to get VHF, caused by incorrect config file and some problems with 794 and 802MHz. Just checked with a very recent mercurial snapshot and on mine everything works like expected. (old 2.6.14-rc5-git4 is running on FC3) BTW, I was using dvbscan of dvb-apps cvs if it should make a difference. Sorry, Hermann _______________________________________________ linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
