> > > So, there could be use for multi-PID section filters after all! > > > > I'm wishing to have multi-PID section filter for a long time > > I think Ralph was just pulling your legs. It doesn't make sense
:)) He might be pulling the legs, but I really wanted to implement this > to dump all data from a TS into the dvbnet device. First of all, > some of that data isn't even in section format (video etc.), and Right, it might challenge the stability of kernel's network internal subsystem. A stable kernel should accept and filter out junk data > then there could be more than one MPE stream in the TS, which you > cannot handle with only one net device (that would be like having > two ethernet cards in your PC and only one eth0 device). I want exactly this what you described, to mix 2 or more ethenet type traffics at a single device! What will happen at the unified interface is the agreggate traffic, like found on network hubs for example when several ethernet cards meet at the same physical media. > What could be done is to add an ioctl to dvbnet to change the > PID on the fly, so one doesn't have to remove the dvb0_0 device > first and re-create it with a new PID. Definitely agreed on this too, the PID changing ioctl is a have-to-be-implemented ASAP Emard -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
