[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