[vdr] Restricting a particular dvb card from tuning to channels with a selected modulation
theunis.potgieter at gmail.com
Fri Oct 30 08:11:16 CET 2009
On 30/10/2009, abbe normal <1abenormal at gmail.com> wrote:
> hello guys
> yes i do think this is a good idea...
> as with different tuners they could be used for other lnbs like c -band and ku
> i could only use my s2/s card for services on a c and ku setup then
> tune and record from different types of services...
> then each tuner could live on a fixed satellite if you wanted
> On 10/29/09, Timothy D. Lenz <tlenz at vorgon.com> wrote:
> > There is the isue whereone tunner might be connected to an LNB on a rotor
> > and another to a fixed. Knowing how the tunner can tune
> > wouldn't help then.
> > ----- Original Message -----
> > From: "Klaus Schmidinger" <Klaus.Schmidinger at tvdr.de>
> > To: <vdr at linuxtv.org>
> > Sent: Thursday, October 29, 2009 1:13 AM
> > Subject: Re: [vdr] Restricting a particular dvb card from tuning to channels
> > with a selected modulation
> >> On 10/28/09 23:15, Petri Helin wrote:
> >> > Hi,
> >> >
> >> > I have an USB DVB-C card (Reddo dvb-c, actually a relabelled Tongshi
> >> > box), which works very well with the current Linux driver excluding
> >> > channels with QAM-256 modulation. Would it be easy to check
> >> > FE_CAN_QAM_256 in vdr before trying to use a device to tune to a
> >> > particular channel? In such a case I could deactivate FE_CAN_QAM_256 in
> >> > the drivers. I am using VDR 1.7.9, if it makes a difference.
> >> Checking the frontend capabilities is certainly the right thing to do,
> >> and I will see that this gets implemented.
> >> Klaus
> >> _______________________________________________
Does the sourcecap patch not address this whole issue? Even if source
cap or something similar is applied, how will VDR be able to tune to a
8psk turbo-fec type channel if v4l2 does not provide any support for
it? It shouldn't be VDR's responsibility surely? unless 8psk turbo-fec
becomes part of the new dvb-plugin archtitecture of future VDR.
More information about the vdr