[mythtv] RFC: Better handling of time changes for a Single Recording

Stuart Morgan stuart at tase.co.uk
Wed Sep 9 16:53:59 UTC 2009


On Wednesday 09 Sep 2009 10:52:15 Matthias Dahl wrote:
> Solution 2:
> -----------
> If the scheduler cannot find a listing for a scheduled recording, it looks
>  in a specified time range which we could either fix (+/- 30 minutes) or
>  make it optional and tunable by the user with a default of +/- xx minutes
>  for each recording specified. If the scheduler finds a recording within
>  that time range we record it in recordmatch but do not change the
>  scheduled recording itself thus avoiding the case that several subsequent
>  EPG changes could lead to overstepping of the given time buffer.

I don't have time to go into depth right now, but I've been thinking about 
changing the timeslot recordings to do something like #2. We should be looking 
+/- x minutes before and after the scheduled time for a match, where x is 
based on the length of the program (not static or user defined).

For "single showing" recording rules we should be again looking +/- x but we 
can afford to be more generous if we have the programid. 

I'd agree that the current behaviour is far from ideal and suggested 
workarounds are often either impractical or just not user friendly.
-- 
Stuart Morgan


More information about the mythtv-dev mailing list