On Tue, Nov 22, 2011 at 5:52 AM, Andreas Oberritter <obi@xxxxxxxxxxx> wrote: > On 21.11.2011 22:05, Manu Abraham wrote: >> Hi, >> >> As discussed prior, the following changes help to advertise a >> frontend's delivery system capabilities. >> >> Sending out the patches as they are being worked out. >> >> The following patch series are applied against media_tree.git >> after the following commit > > Patches 7, 9 and 10 semm to be unneeded, because they just set the defaults. > cx24116 AFAIR handles dss, but no code exists in the driver to handle the same. ds3000, I have no clue tda10071, is a derivative of the CX demods and likely supports DSS, just like the ST ones. but that said no code exists in the driver. As you state, yes, it is pointless to have these 3 patches, but then I thought maybe if someone adds in DSS it would be okay. DSS hasn't been added to most frontends for the reasons - earlier there was no support from the frontend API - need to handle it with demux as well. Well, anyway patch exists, so anyone can add it in later if they need when adding support to the driver. > Regarding the patches adding SYS_DSS: If I remember correctly, DSS > doesn't use MPEG-2 TS packets. Do we have a way to deliver DSS payload > to userspace? Yes, even the SYNC is different, length is different too. Somebody wrote a parser a while back. But nothing happened on that front due to the mentioned 2 reasons. there are 2 options, - send the captured packets as it is to userspace - based on delivery system (dvb-s2 has generic streams as well, other than MPEG2-TS, didn't look at dvb-t2, most likely the same option exists there as well), look for sync and length, send packets to userspace. Regards, Manu -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
