[mythtv-users] Recording starts soon, AUTO-Startup assumed (no it doesn't!)

[Graeme Wilford]

On 09/11/06, Thorsten Sandfuchs <fux at users.berlios.de> wrote:
> On Thu, Nov 09, 2006 at 05:32:51PM +0000, Graeme Wilford wrote:
> > understand. So Myth factors in any possible recording while it's up
> > and doesn't become 'idle' until there are no possible recordings
> > withint idleWaitForRecordingTime?
>
> there is another "problem" with the idletimeout if the following event occurs:
>
> 2006-11-09 16:34:25.275 Reschedule requested for id -1.
> 2006-11-09 16:34:25.834 Invalid search key in recordid 59
> 2006-11-09 16:34:26.046 Scheduled 41 items in 0.8 = 0.61 match + 0.16 place
>
> the idle-time seems to be reset. In my setup this happens every 300 sec or
> so. If the idleWaitForRecordingTime is larger than this amount of seconds, the
> shutdown-timeout is never reached.

The reschedule or the Invalid search key? If you wipe out the
recordid=59 rule in the record table, it should kill the invalid
search error.

I changed the idle logic in scheduler.cpp last night (for 0.19-fixes)
to make the system idle unless the next 'actual' recording is less
than idleWaitForRecordingTime mins away. I also changed the startup
logic to use 'actual' recording times rather than 'possible'
recordings when determining if started by a user or woken up
AUTOmatically.

I've only tested this for a few hours but it seems to be working as expected.

Let me know if it works for you...

Cheers,
Wilf.
-- 
Me at google | MythTV blog: http://mezzanines.blogspot.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: idlefix.diff
Type: text/x-patch
Size: 2079 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-users/attachments/20061110/98943d66/attachment.bin