On 30/10/2009, abbe normal <1abenormal@xxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxx> > > To: <vdr@xxxxxxxxxxx> > > Sent: Thursday, October 29, 2009 1:13 AM > > Subject: Re: 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. _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
