OK. This appears to be working now!!! gentoo szap # ./tzap -c channels.conf-dvbt-crystal-palace CHANNEL4 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' tuning to 481833333 Hz video pid 0x0b0b, audio pid 0x0b0c status 00 | signal b62d | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal b62d | snr c1c1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal b62d | snr c1c1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal b62d | snr c0c0 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
This looks right - getting some SNR (Signal To Noise I assume?) numbers and am presuming FE_HAS_LOCK is good. Erm, not sure what to do now tho? I need to stream the signal through mplayer, no? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Henderson Sent: 14 July 2004 03:16 Cc: [EMAIL PROTECTED] Subject: [linux-dvb] Re: AW: Re: AW: AW: Re: Avermedia 771 on Gentoo FIXED! I think I've fixed it. There is an integer underflow bug in mt352.c need to change line 517 (based on rev 1.7 in cvs) from tmp = 6 * freq + IF_FREQUENCYx6; to tmp = ((param->frequency*6)/1000000) + IF_FREQUENCYx6; This affects any multiplex which is on a Positive or Negative offset. (So 4978333330Hz fails but 690000000Hz would be fine) So Ben this should fix your problem as Crystal Palace is all Pos/Neg offsets. As a side note. Can FEC_NONE be added as a case to the LP code rate switch statements (and probably the HP as well) as this was the original reason I couldnt tune anything and had to comment out the default error return. Peter. Peter Henderson wrote: > Hiya. > > > > > Andreas Witte wrote: > >> Hallo Both! =) >> Hello Ben, Hello Peter. >> (what a monstermail, ive snipped it...) >> >> Ive done that all on my sources in /usr/src/. But it cant be the >> worst idea >> to secure the original kernel-tree... >> Mainly i did that all like Peter show here. The kraxel-patch patches >> just >> the bttv-driver (and some other things) >> and put the avermediatv in it with the right id. So i would say it >> makes no >> sense anymore to give the card-option >> with it - it should autodetect. Im still unsure about that >> i2c_hw-switch. >> >> What i want to ask you, Peter, is: Is it posible in your area to tune on >> frequencies smaller/equal 230Mhz ? >> >> > I cant really tell, the mulriplexs here are on 474, 498, 522 554, 578 > & 690MHz > Although Im still having trouble tuning to some of them, 474 690 and > 578 work but these do not have an offset. The remaining multiplexs > have a negative offset and dont tune. Perhaps this is a common cause?? > >> We got around 7 or 8 Programs on 177,5Mhz and 191,5Mhz here in >> Berlin. Are >> there any channels located on >> that frequencies in your area? I still have the problem that i cant tune >> those channels. The package say, it >> support those frequencies. If it will not, this card is mainly >> useless for >> Berlin. I didnt tried this piece >> in a wintel box yet, so i cant say... any idea here? >> >> > Well the zarlink data sheet says it works on VHF and UHF, and my > Avermedia box says the same. So I guess it should work, probably a bug > lurking in the code somewhere. > >> If there is anyone outside that could tell me if the card REALLY >> supporting >> the 2 frequencies above? >> Anyone that tried this thing in a Wintel-PC? >> >> Btw. i find the tuning-speed is damn fast with that card. Much faster >> than >> the tuning speed of the >> technotrend card (which also runs in my pc). >> >> Crazy that you should hack your mt352.c. It works out of the Box for me, >> with just an error while >> inserting: >> >> *** >> mt352_read_register: readreg error (ret == -121) >> *** >> >> Im not sure if that's maybe the cause that it wont tune under 230Mhz >> (i mean >> i never >> ever get a lock. The status switches from 01 to 05 and back, but no >> lock). >> >> Regards, >> Andreas >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] >> Behalf Of Peter Henderson >> Sent: Wednesday, July 14, 2004 1:46 AM >> Cc: [EMAIL PROTECTED] >> Subject: [linux-dvb] Re: AW: Re: AW: AW: Re: Avermedia 771 on Gentoo >> >> >> Hi Ben >> >> While its still fresh in my mind. >> This is what I did. >> >> 1) Untar 2.6.7 Linux kernel sources to a dir >> 2) checkout linux tv dvb-kernel module >> 3) run makelinks from the dvb-kernel dir on the linux srcs (makelinks >> /home/peter/tmp/dvb/2.6.7) NOT the src in /usr/src or the src in the >> dvb-kernel dir >> 4) apply the kraxel patch. ( >> cd /home/peter/tmp/dvb/2.6.7 >> then >> patch -p1 <patch-2.6.7-kraxel >> >> 5) config + build the kernel as normal. >> >> >> Note I hacked mt352.c before step 5 as i was experiencing tuning >> problems. >> commented out line 420 >> >> >> Hope this helps a bit. >> >> Peter >> >> >> Ben Rometsch wrote: >> >> Hi Andreas, >> >> Still cant get anything out of zap. Driving me nuts. Anyway, I am not >> sure I >> am applying the bytesex patch correctly. Should it be applied to the >> linux >> src in /usr/src/linux, or should it be applied to the dvb-kernel tree? >> >> What is the command you issue to apply the patch? >> >> Thanks, >> Ben >> >> >> >> >> >> >> >> > > > >
