[linux-dvb] [PATCH to be tested] hvr3000 repository ported to todaysnapshot - support multiple frontends of hvr3000 and flydvbwithout rmmod/insmod

ROASCIO Paolo roa at libero.it
Sat Feb 23 18:28:19 CET 2008


Hello,

I'm a Flydvb Trio owner and since it appears i use this patch together with 
dpeddi's flydvb_trio_remote_final.diff.

For the last one, i don't want to open a flame: i know that it will not merged 
in the v4l-dvb code due to implementation problems, i will continue to apply 
it myself (works very well for me).

Well, my problem with the first patch is this: i update to the last 
v4l-dvb-20070818 available, but when i try to scan analog and dvb-t channels 
i obtain different behaviours:

- w_scan: no signal in the whole frequency range (w_scan -t3 -F -x)

- kaffeine: random signal lock, i have to start the scan, register channels 
eventually found on the first transponder, stop kaffeine, comment in the 
configuration file the transponder scanned, rerun kaffeine, start scanning 
and so on, i'm not able to do a complete scan in one shot. The strange thing 
is that each time i do this, i obtain different channels and not the 
previously scanned.
When i try to watch channels, often kaffeine can't lock to the signal:i have 
to try dozens times to obtain video.

- tzap: no problem, all channels are correctly scanned.

- tvtime: no problem, all channels are correctly scanned.

- gqradio: scanning very slow and no channels found.

Today i downloaded the actual hg snapshot from v4l-dvb, applied the remote 
patch (with minor adaptiations) and - without the second frontend support - 
of course, i obtained all programs above runs perfectly.

Now, in the hg changelog, there are lots of saa7134 improvements, then i 
suspect that the 20070818 branch is quite old.

Is there a chance to see the multifrontend code for tlydvb/hvr3000/* merged in 
the mainline, or the patch have to be upgraded?

Thanks and excuse me for my poor self-learned english

Roascio paolo



More information about the linux-dvb mailing list