[vdr] Problems with VDSB, how to automate in SYSLOG
tsuikki at zuik.org
Sun Apr 28 20:53:17 CEST 2013
Handling of VDSB should be improved somehow, or at least add some
It's annoying if VDR is recording multiple channels, and one channel has
VDSB.. emergency exit at this point will break all the other recordings,
which otherwise would be fine.
Also I think VDR should try tuning to same channel with another frontend.
People might have different size dishes on different tuners. Some channels
might be unavailable in bad weather with small dishes, but view with larger
one. VDR should try all possible methods to tune the wanted channel, before
resorting to emergency exit..
Perhaps VDR should also store the time of previous emergency exit.. if VDSB
continues after first emergency exit, it's not very useful to exit again.
One emergency exit per recording should be enough.
28.4.2013 20.52 "Udo Richter" <udo_richter at gmx.de> kirjoitti:
> Am 28.04.2013 16:52, schrieb Brian-Imap:
> > So you assume it was falsely triggering a VDSB thinking 30 secs had
> > passed when in fact the clock probably was adjusted instead?
> Its the only false alarm I know of, and would be an explanation why this
> happens on the start of a recording. Tuning to the channel for recording
> may activate the clock sync for that transponder, and cause a time jump
> once. All other explanations involve crappy driver/hardware or bad
> There should be a log message indicating the clock sync.
> vdr mailing list
> vdr at linuxtv.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vdr