[linux-dvb] Avermedia 771 on Gentoo FIXED!

["Ben Rometsch" <ben@solidstategroup.com>]

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: linux-dvb-bounce@linuxtv.org [mailto:linux-dvb-bounce@linuxtv.org] On
Behalf Of Peter Henderson
Sent: 14 July 2004 03:16
Cc: linux-dvb@linuxtv.org
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: linux-dvb-bounce@linuxtv.org 
>> [mailto:linux-dvb-bounce@linuxtv.org]On
>> Behalf Of Peter Henderson
>> Sent: Wednesday, July 14, 2004 1:46 AM
>> Cc: linux-dvb@linuxtv.org
>> 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
>>
>>
>>
>>
>>
>>
>>  
>>
>
>
>
>