On Sunday 26 February 2006 23:22, Ralph Metzler wrote: > Yes, but if you have new features (e.g. DVB-T2, DVB-S3, DVB-H4.7, ... > if there ever will be such things ...) you will also have to change > the user space API. Then you have exactly the same problems as > right now with DVB-S2 and the kernel API. not really - e.g. a dvb-t2 will introduce a new enduser application - userspace api call. how that would be internally kept via the drivers - which structs are used, will be kept away from the users. the idea is to provide a tuning function for each system that delivers all parameter to the userspace api. that one decides what has to be done. > > > > But what will the user need ? Just tune and forget, isn't it .. ? why > > should the user need to know about FE_CAN xyz .. ? > > If you provide everything from tuning to channel management > in this one library you can of course hide most of these changes. > But if the application wants more low level access, it will be the same. you're right, but we must count on which occurence is more, - enduser/coder of enduser applications - coders of dvb analyse tools, experimental stuff... that do need lowlevel stuff > > It will also be easier in the sense that people won't have to recompile > > kernels in a fast changing manner, unless for new bridges etc. But it is > > not that we see new bridges that often compared to frontends. > > That is true. Like I said, I am waiting to see if it will be able to > handle all the quirks of the current and upcoming bridges. we are in discussion > Since some of the demod drivers I am and will be working on will have > to be binary blobs with no kind of kernel dependencies (like kernel > includes) anyway this will also make no big differences to > me. At least as long as those I2C routing issues can be properly > handled ... > It also still will not hurt to have some interim solution for DVB-S2 > in the meantime. that's right. within this week i will generate my 3rd patch. regards marcel _______________________________________________ linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
