On Fri, Dec 05, 2003 at 03:52:32PM +0100, Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
We should keep it in v3, in v4 it will vanish anyways.
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)
Hi all,
[...]
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).
Sorry, I am not an expert,
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)
On Fri, 5 Dec 2003 14:27:13 +0100
Ralph Metzler [EMAIL PROTECTED] wrote:
Roberto Ragusa writes:
[...]
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
I'm open to suggestions on the matter.
On 05 Dec 2003 15:06:58 +
Luca Abeni [EMAIL PROTECTED] wrote:
Sorry, I am not an expert, but I think this kind of demultiplexing shoud
be done in user space. In other words: I think that a single dvr device
is ok: we can select all the pids that we need and then a user-space
program can
On Fri, 05 Dec 2003 14:27:31 +0100
Klaus Schmidinger [EMAIL PROTECTED] wrote:
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 Fri, 05 Dec 2003 15:45:09 +0100
Holger Waechtler [EMAIL PROTECTED] wrote:
a) is very easily solved; I just tried to comment the
TS_PAYLOAD_ONLY flag around line 657 of dmxdev.c and
the packets are not modified anymore. A new flag
will be enough (sadly, the obvious name DMX_OUT_TS_TAP
Holger Waechtler wrote:
...
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
We should keep it in v3, in v4 it will vanish anyways. The DVR device is
still required for MultiPID-TS filters when we don't
Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
We should keep it in v3, in v4 it will vanish anyways. The DVR device is
still required for MultiPID-TS filters
10 matches
Mail list logo
