On Mon, May 22, 2006, Manu Abraham wrote: > Johannes Stezenbach wrote: > >IMHO the current use of DVB-S2 is just that, i.e. basically > >the difference between the satellite_delivery_descriptor > >as defined in EN 300 468 version 1.5.1 vs. 1.7.1. > > But you seem to go against EN 300 468 as well. Looking at EN 300 468 > Thare are others as well. I can't make sense out of this statment. > >(So it's actually not just a new modulation but also > >the new roll-off factor.) > > Argh ! Rolloff is queried back from the Physical layer Rolloff is part of satellite_delivery_descriptor (NOT s2_satellite_delivery_descriptor). > >For the immediate needs of DVB-S2 it might be sufficient to > >just treat it as DVB-S, i.e. you tune to the right frequency > >with the right symbol rate and the demod hw will do the > >rest automatically (since the other parameters are part > >of physical layer or baseband signalling). But I could be > >wrong in my interpretation of the standard here... > > Well, if i were to say that if i were to be wrong at any point on some > argument, i wouldn't go about NACK'ing it altogether. > > There can be many things that can run with , "i think" "it might" etc. > But that is not a solution. Yes, the solution is to actually try it. So I'm still waiting that the people who work on DVB-S2 drivers report how it actually works. I.e. not just rely on the DVB-S2 standard, but also on hw data sheets and practical experience. > >- be extensible for: > > - maybe support advanced DVB-S2 use (DSNG etc.) once we > > figured out how it works in practise > > - be able to query DVB-S2 (and others) modulation parameters > > etc. from the demod (e.g. also DVB-T/DVB-H cell ids) > > Well i tried for it. Well many tried, you seemed to NACK all of them > down, but you say on one hand that you don't know much about DVB-S2 , on > the other hand you NACK any changes. Again: KISS Demonstate how an app can make use of it. > > - maye other stuff like ARIB / ISDB-T > > > > > > Well we should implement the useful ones first rather than implementing > the ones that aren't used at all "be extensible for" ... "maybe other stuff" Please read. Johannes _______________________________________________ linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
