Re: timerconflict handling between VPS events

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 15.10.2011 17:21, Tuxoholic wrote:
hi list

I noticed vdr 1.7.16 does handle timer conflicts differently if one of two conflicting timers is a VPS event.

Take for example two timers:

timer #1 1623-1707 with timer priority 48
timer #2 1655-1736 with timer priority 52

If both timers are *NOT* VPS events vdr does follow the timer priority, thus the change from timer #1 to timer #2 will happen @16:55 precisely.

Now try the same with timer #2 set up as a VPS event (VPS margin two minutes, VPS time is correct)

As expected I do have the following line in syslog @16:53:

timer 2 (1655-1736 VPS) entered VPS margin

... but the change does not happen before 17:07 - can somebody explain to me why? I expected a VPS timer with higher priority would change channel @VPS margin and wait for the event to happen.

Can this be implemented, or are there concerns about this sort of timer handling?

This is a known poblem and I'll look into it after I have implemented
the "LNB sharing".

The problem is that a VPS timer needs a device to be tuned to the
channel it shall record, in order to be able to observe the "running
status" of the event. As it is now, it does so only if there is a device
that is currently not recording. I guess a fix will be to have VDR force
the device with the lowest priority into tuning to that channel, at the
cost of interrupting an ongoing recording.

Klaus

_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux