> Hi there, > This is what you want for capturing multiple audio streams from the same > multiplex simultaneously: open demux0 several times and send > depacketised output there. And capturing a single video stream is fine > too: open dvr0. But for capturing multiple video streams, it's surely > not what you want: you want multi-open (so demux0, not dvr0), but you > want the TS nature preserved (because that's what you want on output, as > you're going to re-multiplex it with the audio). Can I ask your opinion on the best solution for: I would like to have 2 separate TS (audio + video + subtitles...) for 2 channels (same frequency). Is it possible to set a DMX_SET_PES_FILTER with many pids? Ideally I would like to multi-open the demux, set a PES filter for a few pids (currently I can do only for 1), read from demux and save the TS. So that I can have more the one applications running. What I can do now is: multi-open the demux, set filter -1 (i.e. get everything), read, and only save the pids I want. I was just wondering what is the best solution. I don't like to get many times the whole TS. It's a bit of a waste. > At least one existing solution -- GStreamer -- sends all its streams > simultaneously via dvr0 and demuxes again in userland, but it seems a > bit of a shame to pick out all the PIDs in kernel, stick them back > together in kernel, and send them to userland only to get unpicked > again, when the alternative is such a small API addition. Andrea _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
