<br><br><div class="gmail_quote">On Fri, Nov 16, 2012 at 7:23 AM, Brian J. Murrell <span dir="ltr">&lt;<a href="mailto:brian@interlinx.bc.ca" target="_blank">brian@interlinx.bc.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Using 0.25-fixes...<br>
<br>
I have 4 tuners, 2 digital (clearqam) and 2 analog where one of the<br>
analogs is on analog cable directly and the other is connected to a DTA<br>
(i.e. digital set top box).<br>
<br>
I have added the tuners in the order that I want to utilize them which<br>
is D1, D2, AD and AA representing the two digital clearqam tuners, the<br>
one that records from the DTA and the pure analog one.<br>
<br>
The AD and AA tuners have most of the same channels which is a super-set<br>
of the channels on the D1 and D2 tuners.  The following concerns<br>
programming only available on the AD and AA tuners so you can probably<br>
disregard the D{1,2} tuners for the remainder of this report...<br>
<br>
I have been finding situations in the scheduling where the AA tuner is<br>
getting scheduled for a program that is available (only) on the AA and<br>
AD tuners but when the AD tuner is available (typically it seems to have<br>
been used in the prior timeslot when this happens).  This is contrary to<br>
what I have read here many times over in that tuners are chosen in the<br>
order they were added.<br>
<br>
So to try to force the use of the AD tuner whenever it&#39;s available, I<br>
set the Input priority of the AA tuner to -1 hoping to force it to be<br>
selected less.<br>
<br>
That seems to have resulted in the AA tuner *never* being used, even<br>
when there is a conflict on the AD tuner (for a program that is only<br>
available to the AA and AD tuners, of course).<br>
<br>
I&#39;ve put the priority back to 0 and now both AD and AA are being used<br>
but again, AA is being chosen in priority over AD at times when AD is<br>
idle, but might have just had something scheduled on it in the previous<br>
timeslot.  IOW, the scheduler seems to be trying to avoid back-to-back<br>
recordings on a single tuner.<br>
<br>
How do I resolve this?<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br>It is probably caused by overlap, ie the previous timeslot overlaps with the current one because we all put a bit extra o the start and end of our recording times. Therefore one tuner cannot cover both timeslots. <br>
</div></div><br>