[linux-dvb] Re: [RFC] Limitations of current filtering

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Roberto Ragusa wrote:
> 
> Hi all,
> 
> this posts is about discussions started in a different thread
> ("[linux-dvb] Re: [PATCH?] proposed rewrite of skystar2 filters",
> Wed, 03 Dec 2003 20:24:42 +0100)
> 
> There are currently two ways to get data from a TS (I'm
> considering DMX_TYPE_PES only):
> 
> 1) DMX_OUT_TAP
> 2) DMX_OUT_TS_TAP
> 
> With DMX_OUT_TAP:
> - we setup the filter trough /dev/dvb/adapterX/dmxY
> - we get data from /dev/dvb/adapterX/dmxY
> - we get payload only
> - we get one pid for each opened /dev/dvb/adapterX/dmxY
> 
> With DMX_OUT_TS_TAP:
> - we setup the filter trough /dev/dvb/adapterX/dmxY
> - we get data from /dev/dvb/adapterX/dvrY
> - we get transport stream (first byte is 0x47)
> - we get a multiplexed stream of all the requested pids
> 
> The TS_TAP method has a big limitation; there is only
> one /dev/dvb/adapter/dvrY device, so it's not possible
> to read two sets of pids (as it's necessary when one wants
> to separately record two television channels with
> identical frontend settings).

I don't know whether I fully understand what this is about, but I just
saw that DMX_OUT_TS_TAP is used in VDR, and VDR is well able to record
the same channel into several files (like in case of overlapping
timers on the same channel). It just reads the TS once and distributes
it to the various cReceivers.

But maybe you're aiming at something completely different...

Klaus


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.