<br><br><div class="gmail_quote">On 24 June 2010 02:02, Thomas Mashos <span dir="ltr"><<a href="mailto:tgm4883@gmail.com">tgm4883@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div class="gmail_quote"><div><div></div><div class="h5">On Wed, Jun 23, 2010 at 5:19 PM, Jason Ward <span dir="ltr"><<a href="mailto:jasonfward@gmail.com" target="_blank">jasonfward@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">
<br><br><div class="gmail_quote"><div><div></div><div>On 24 June 2010 01:06, Douglas Peale <span dir="ltr"><<a href="mailto:Douglas_Peale@comcast.net" target="_blank">Douglas_Peale@comcast.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div>On 06/23/2010 03:24 PM, Michael T. Dean wrote:<br>
> On 06/23/2010 06:05 PM, Jason Ward wrote:<br>
>> On 23 June 2010 22:55, Douglas Peale wrote:<br>
>><br>
>>> On 06/23/2010 02:33 PM, David Engel wrote:<br>
>>><br>
>>>> When SchedMoveHigher is enabled, the<br>
>>>> scheduler moves recordings around one at a time and the first fit<br>
>>>> wins. it does not continue on looking for "better" fits.<br>
>>>><br>
>>> The example I cite is a recording of NCIS on ION. I have 7 copies of<br>
>>> ION on<br>
>>> my system 1 OTA HD, 3 cable HD, and 3 cable SD. All<br>
>>> three cable SD channels had a priority of -10 the rest were priority 0.<br>
>>> There was nothing else scheduled at that time that would<br>
>>> match any of my recording criteria. No conflicts.<br>
>>><br>
>>> So, you contend that in this situation for the scheduler to choose a SD<br>
>>> channel over an HD channel is not a bug?<br>
>>><br>
>> Well David says the scheduler is written to find the first fit not the<br>
>> best<br>
>> fit,<br>
><br>
> Well, more precisely, David said that when users have the setting I<br>
> mentioned way back in the 3rd post in this thread (<br>
> <a href="http://www.gossamer-threads.com/lists/mythtv/users/441014#441014" target="_blank">http://www.gossamer-threads.com/lists/mythtv/users/441014#441014</a> )<br>
> enabled, one of its effects is to disable best-fit scheduling and,<br>
> instead, use first-fit scheduling in some circumstances.<br>
><br>
> In other words, the setting he meant by, "SchedMoveHigher," is actually,<br>
> "Reschedule higher priorities."<br>
><br>
>> so yes, there is no bug in so much as the scheduler has worked as it is<br>
>> designed to work.<br>
><br>
> Exactly. And, more importantly, as the user configured it to work.<br>
><br>
>> However, I would agree this isn't exactly desirable<br>
>> behavior,<br>
><br>
> Which is why we have a setting that you can disable (in mythfrontend<br>
> settings, Utilities/Setup|Setup|TV Settings|Recording Priorities,<br>
> IIRC). The default is that "Reschedule higher priorities" is enabled<br>
> because we got far more users complaining that MythTV wasn't recording<br>
> everything they wanted than users complaining that they don't get a show<br>
> they want until its second airing.<br>
><br>
> Again, this is all explained very nicely in<br>
> <a href="http://www.mythtv.org/docs/mythtv-HOWTO-12.html" target="_blank">http://www.mythtv.org/docs/mythtv-HOWTO-12.html</a> . Note, also--as I've<br>
> said /way/ too many times--anyone who modifies /any/ priority other than<br>
> recording rule priorities should read and understand that entire section<br>
> before doing so. (And, after reading it, you'll likely see that you<br>
> don't want to modify other priorities.)<br>
><br>
> Mike<br>
<br>
<br>
</div></div>If I read those correctly, once the scheduler has decided that show X (say "NCIS") has the highest priority and should be<br>
scheduled next, it arbitrarily and randomly chooses a channel & tuner from those not currently scheduled for something else that<br>
is capable of receiving the particular show, completely ignoring channel priority and tuner priority.<br>
</blockquote></div></div><div>No. You don't seem to be reading what more than one person including David have said: Which is if you have YOURSELF selected the option to reschedule higher priority items to make way for lower priority items that would not otherwise be recorded, then one of the effects of YOUR SELECTION is that the scheduler moves to first fit. If you want best fit, then disable the option to reschedule higher priority items which is the default.<br>
<br>Jason<br></div></div>
<br></div></div><div class="im">_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br>
<br></div></blockquote></div><br></div><div>I'll throw my 2 cents in since I haven't fully understood how the scheduler works and it looks like past information is getting forgotten about.<div><br></div><div>@Douglas</div>
</div><div><br>I doubt it is randomly choosing a tuner to use. Likely it is selecting the first available tuner, which may be SD. As said before, do the <span style="font-family: arial,sans-serif; font-size: 13px; border-collapse: collapse;">"mythbackend -v</span></div>
<span style="font-family: arial,sans-serif; font-size: 13px; border-collapse: collapse;">schedule --testsched"</span><div>
<br></div><div>@Jason</div><div>IIRC, he said that with no other shows recording, and only one scheduled (NCIS), and that show being on 7 different channels at that time, that MythTV selected his SD channel over the HD ones. Without any conflicts (since there were 0 other shows recording), why did it choose SD?</div>
<div><br></div><div><br></div><div>I've read elsewhere that you need to add the tuners in the backend in a specific order. I wonder if the scheduler is selecting tuner #1 (which the show is on) which happens to be a SD tuner and then doesn't try any others?</div>
</blockquote><div><br>Maybe :) but what he said makes no difference in this case. First fit (which when you turn on the option to reschedule higher priority items) means the scheduler doesn't bother to look for best fit, that it could have chosen the HD channel is irrelevant to a first fit algorythm, because it never even checks, it stop as soon as it hits the first fit. There may or may not be be ways to ensure that the scheduler checks HD streams first (others would need to advise on that) but still if *you* select to reschedule higher priority items then the scheduler ALWAYS selects the first fit it finds, not the best fit. If you want it to choose best fit then turn off the option to reschedule higher priority items.<br>
<br>I'm at a loss to understand why this is hard to understand. I'm not sure it's the best way for the scheduler to work, but it is how it works.<br></div></div><br>