>>> Of course the current method used to distinguish the device >>> types in VDR (FE_QPSK = DVB-S, FE_QAM = DVB-C and FE_OFDM = DVB-T) >>> wouldn't work any more, so other criteria might be necessary. >>> But basically a DVB-S device would be just one single device >>> (with only one single frontend), whether it can only do the >>> "old" DVB-S, or both DVB-S and DVB-S2. >>> >>> At least that's how I would hope this would behave in the future. >>> >> afaik dvb-s2 is backwards compatible to dvb-s >> Correct. For what it's worth, on the multiple frontend issue (not s2 related)... A board will appear with some or all of the following features before you know it. Analogue PAL, DVB-T and DVB-S on a single bridge. Personally, it's more logical to me two have two different frontends, one for S and one for T. Anything else feels like a hack. Analogue tends to take care of itself through v4l, this probably should change longer term. Steve
