Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: Linux DVB API 4 Q's
Hi,
> If we use the ADD/DEL ioctl to be able to "attach" PID filters to an
> existing fd so that we have a multiplexed output stream, then we will
need
> to identify which PID filter to remove using the DEL ioctl. Currently in
> the dmx.h header file the DVB_DMX_DEL_PID_FILTER accepts the fd but no
> argument to specify which PID filter to remove. Can we please add the PID
> value as an argument to distinguish which PID filter to remove.
How should we treat the DVB_DMX_START and DVB_DMX_STOP ioctls for an fd
that has many PID filters associated with it? Should these ioctls START
and STOP all filters attached to the fd simultaneously, or would it be
better to single out specific filters to START and STOP. The advantage of
allowing this independent control could be for recording multiple PES to a
hdd for example. If the user is recording BBC1 and BBC2 to a hdd for
example, and then decides to stop recording BBC2 and record BBC3 instead,
then we wouldn't want to have any break in the recording of BBC1. We could
issue a DVB_DMX_STOP ioctl on the filters associated with BBC2 (by their
PID value), remove the filters using the DVB_DMX_DEL_FILTER ioctl and then
add new ones using DVB_DMX_ADD_FILTER with the flag set to
DVB_DMX_IMMEDIATE_START or using the DVB_DMX_START ioctl on the specific
pid value associated with the fd.
So both DVB_DMX_START and DVB_DMX_STOP ioctls in this case would have to
have a handle to the filter required. In this case, why not specify the
pid value as in the proposition for the ADD/DEL ioctl above?
Any thoughts?
Rob : )
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.
Home |
Main Index |
Thread Index