On Thu, Feb 25, 2010 at 5:13 PM, Mike Perkins <span dir="ltr">&lt;<a href="mailto:mikep@randomtraveller.org.uk">mikep@randomtraveller.org.uk</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">Michael T. Dean wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Really, I think the only new feature your code adds (though I haven&#39;t had a chance to go through the code, yet--this just based on description I&#39;ve heard here) is the ability to go from a &quot;later&quot; tuner (i.e. virtual tuner 2 on physical tuner 2) in use for Live TV back to an &quot;earlier&quot; tuner (i.e. virtual tuner 2 on physical tuner 1) when changing to a channel on an already-tuned-for-a-recording mux in LiveTV.  And this would further complicate things, as the show you want to watch in LiveTV may be a 1hr show ending in 45 minutes and the show that the scheduler has tuned for a recording may be a half-hour show ending in 15 minutes--meaning that the scheduler may have already planned to change the channel/mux tuned by that physical tuner in 15 minutes.  That would mean that the user watching LiveTV would be interrupted in about 13 minutes with a dialog saying that the tuner is needed for a recording and asking whether to cancel the recording, watch the same show as it records, or exit Live TV.<br>


<br>
</blockquote></div>
I think a lot of the conceptual difficulty that some of us have is this: all preselected recordings represent *scheduled* events, whereas by it&#39;s nature, LiveTV is an *unscheduled* event. I would even go so far as to say unschedule-able.<br>


<br>
However, your point above, may be solved in a straightforward (note: does not say simple) way, that is, whenever a channel change is made in LiveTV why not force a reschedule? That would enable the scheduler to take notice of the fact that resource availability has changed, and allocate resources required for forthcoming recordings according to latest availability.<br>


<br>
I note this would /not/ be optimal for your average channel-surfer, because you&#39;d trigger a reschedule every few seconds. Perhaps a timer which delays a reschedule for perhaps 1 minute would suffice to ensure that the user was actually watching the channel. i.e.<br>


<br>
LiveTV channel change --&gt; start 1 minute timer<br>
Timer completes --&gt; Force reschedule<br>
<br>
-- <br><font color="#888888">
<br>
Mike Perkins</font></blockquote><div><br></div><div><br></div><div>Well my concern with the approach you suggest above is that even with the &#39;delay&#39; you might end up with some kind of &#39;race condition&#39; fairly easily. But I do agree something needs to be done to keep the LiveTV &amp; scheduler out of each others &#39;hair&#39;.</div>

<div><br></div><div>Andrew </div></div>