Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Chris Lee
He is, I talked to him last month about various things and he mentioned turbofec-qpsk FEC_AUTO is semi working and its in his plans. Chris On Tue, Jul 23, 2013 at 5:39 PM, VDR User wrote: > On Tue, Jul 23, 2013 at 3:57 PM, Chris Lee wrote: >> The problems isnt for tuners where FEC_AUTO does wor

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread VDR User
On Tue, Jul 23, 2013 at 3:57 PM, Chris Lee wrote: > The problems isnt for tuners where FEC_AUTO does work, its more for > ones that dont work like the genpix. Im sure there are others too. If FEC_AUTO for turbo qpsk can be fixed in the Genpix firmware, maybe it's worth seeing if Genpix will have

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Chris Lee
The problems isnt for tuners where FEC_AUTO does work, its more for ones that dont work like the genpix. Im sure there are others too. I still think that userland applications should be able to poll that info and that the ability to poll the info is a good thing not a bad thing. oh well, lets let

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Manu Abraham
On Wed, Jul 24, 2013 at 2:57 AM, Chris Lee wrote: >> Nitpick: tuner doesn't have anything to do with FEC, it just provides IQ >> outputs to the demodulator. ;-) > > ya ya :) you knew what I meant, not what I said hehe > >> Demods support all FEC's relevant to their delivery systems. It's just that

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Chris Lee
> Nitpick: tuner doesn't have anything to do with FEC, it just provides IQ > outputs to the demodulator. ;-) ya ya :) you knew what I meant, not what I said hehe > Demods support all FEC's relevant to their delivery systems. It's just that > some devices likely do support some additional states.

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Manu Abraham
On Tue, Jul 23, 2013 at 10:17 PM, Chris Lee wrote: > Not all tuners support all fec's Nitpick: tuner doesn't have anything to do with FEC, it just provides IQ outputs to the demodulator. ;-) That said; Demods support all FEC's relevant to their delivery systems. It's just that some devices like

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Chris Lee
Not all tuners support all fec's - genpix devices support an odd 5/11 fec for digicipher, pretty sure no one else does. - stv0899 supports 1/2, 2/3, 3/4, 5/6, 6/7, 7/8 - stv0900 supports 1/2, 3/5, 2/3, 3/4, 4/5, 5/6, 8/9, 9/10 Not all tuners support the entire range of fec's. I think this is more

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Manu Abraham
On Sat, Jul 20, 2013 at 1:57 AM, Chris Lee wrote: > In frontend.h we have a struct called dvb_frontend_ops, in there we > have an element called delsys to show the delivery systems supported > by the tuner, Id like to propose we add onto that with delmod and > delfec. > > Its not a perfect solutio

Re: Proposed modifications to dvb_frontend_ops

2013-07-23 Thread Mauro Carvalho Chehab
Em Mon, 22 Jul 2013 19:28:55 -0600 Chris Lee escreveu: > By using DTV_SET_PROPERTY I can run though a list of possible systems > to determine what is supported and what isnt. I havent looked too far > but I think it uses delsys to determine this information. Which I can > already get from DTV_ENU

Re: Proposed modifications to dvb_frontend_ops

2013-07-22 Thread Chris Lee
By using DTV_SET_PROPERTY I can run though a list of possible systems to determine what is supported and what isnt. I havent looked too far but I think it uses delsys to determine this information. Which I can already get from DTV_ENUM_DELSYS. This functionality could be expanded to delmod and delf

Re: Proposed modifications to dvb_frontend_ops

2013-07-22 Thread Mauro Carvalho Chehab
Hi Chris, Em Fri, 19 Jul 2013 14:27:09 -0600 Chris Lee escreveu: > In frontend.h we have a struct called dvb_frontend_ops, in there we > have an element called delsys to show the delivery systems supported > by the tuner, Id like to propose we add onto that with delmod and > delfec. > > Its not