On Saturday 23 July 2005 19:01, Andreas Oberritter wrote: > Hi Andrewm > > On Sat, 2005-07-23 at 14:21 +0100, Andrew de Quincey wrote: > > On Saturday 23 July 2005 09:30, Andreas Oberritter wrote: > > > http://www.saftware.de/frontend.diff > > > > > > It's not finished yet, but I hope to get some comments from you. > > > > Isn't this what the dvb-pll.c/h stuff was trying to achieve? Or does that > > have drawbacks? > > no, the new files contain all NIM specific code like inittabs, symbol > rate setting (e.g. for the stv0299) and the config struct. dvb-pll.c/h > can IMHO still be used with this approach. Yeah sorry, I realised that about 2 seconds after I sent my original mail :) > > this, it would be good to differentiate the non-demodulator code from the > > demodulator code - put it in a subdirectory, or prefix the filenames by > > something.. > > > > As to what I'd suggest for a prefix/dirname.... hmm.. its not _really_ > > "PLL" is it; since you're naming it after the tinbox and not the PLL chip > > itself. What about "dvbnim_" since most of the manufacturers call those > > things NIMs anyway? > > The reason why I put them into this directory was that I think "NIM" > equals "frontend" more than "demodulators" do. Yup you're right - I was really thinking back to when I thought about this last. > OK, I will prefix the new files. I guess "nim_" is enough, because we're > already in media/dvb. > > How about this structure somewhere in the distant future? > > dvb > > +--nim > > +--demod > > +--pll Yeah that sounds cool.
