- VDR 1.5.0 calls some device members in different order and
streamdev can't currently handle this.
- do not trust in OpenDvr/CloseDvr, instead keep count of active PIDs,
open data connection when it is needed and close it only when there
are no active PIDs
(closing data connection unsubscribes all pids at server end)
- some sanity checks on server side
Modified Files:
client/device.c client/device.h server/connectionVTP.c
- Run section filter carbage collector when adding new filter.
Carbage collector closes all filters that have already been
closed by local VDR section handler.
(without this, closed section filters are removed only when
they receive data from server. If they wont, ...).
- Add locking to list handling (list is accessed from separate threads)
Modified Files:
client/filter.c client/filter.h
- Reset section data unpacker only after first non-full TS packet
(last TS packet of section is typically not full
- Do not close filter if socket buffer is full (EAGAIN, EWOULDBLOCK)
(closing results in 100% CPU usage in VDR section handler)
- Do not close receiving side of section pipe. Ownership of handle
has been transferred to VDR section handler when filter was opened.
Closing handle twice results closing random file handle. If this
handle is laready used by another section filter pipe (very likely),
VDR section handler CPU usage will rise to 100%.
- Move cStreamdevFilter definition from filter.h to filter.c
- Add IsClosed() and Reset() members to cStreamdevFilter:
* IsClosed() returns true if filter was closed by VDR
* Reset() discards (incomplete) queued section data
Modified Files:
client/filter.c client/filter.h
