<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,102)">It seemed obvious to me that max(priority) would be ideal but I hadn't considered the "negative scheduling" case where you're specifically trying to push something down, like "don't record Simpsons reruns on Tuesdays". <br>
<br>For me, priority is how important the recording is to me, and applying max(priority) would make the results more intuitive. I'm not entirely convinced this isn't the case but it's nice to be aware of the counterargument.<br>
<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,102)"></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,102)">The system seems to be using "first rule wins", which is workable but non-obvious since it isn't surfaced that way in MythWeb. Ideally there would be a drag-and-drop interface in MythWeb that explicitly lets you order your rules.<br>
</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,102)"><br><br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 6, 2014 at 11:01 AM, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com" target="_blank">mtdean@thirdcontact.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 05/06/2014 10:35 AM, David Engel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, May 06, 2014 at 09:22:52AM -0400, Michael T. Dean wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 05/06/2014 07:45 AM, Nathan Wray wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all, I've had a bit of trouble with a show that matches two different<br>
schedules with different priorities. I'd consider the behaviour I'm seeing<br>
a bug but I'd appreciate any feedback on fixes.<br>
<br>
1) I have a PowerSearch named "HD Documentary" that is set to priority<br>
(-10), with a definition "program.hdtv> 0 AND program.category =<br>
'Documentary' ".<br>
2) I have a specific schedule for "Cosmos" any time/any channel, HD, with<br>
a priority of 99.<br>
<br>
When I click on Cosmos, it says it won't record it because it matches "HD<br>
Documentary" and there are more important things to record like Spongebob<br>
re-runs, due to the low priority on that schedule. If I disable "HD<br>
Documentary" it correctly records Cosmos.<br>
<br>
I would expect that if a show matches multiple searches, it would apply<br>
max(priority) - is there something I'm overlooking here?<br>
</blockquote>
I'd need to see the output of mythbackend --printsched to know exactly what<br>
was happening, but it's possible you were just being shown the wrong<br>
information and it would have recorded, anyway. If that's the case, it's a<br>
known bug in the display code that's being worked on (and/or fixed in a more<br>
recent version than you have).<br>
</blockquote>
It's very likely exactly as the OP described. When two recording<br>
rules match the same program, MythTV has a very specific method of<br>
determining which rule 'wins'. A former developer felt very strongly<br>
that recording rule priority *not* be used in such cases, so it isn't.<br>
I don't remember his argument, but if someone wants to work up a patch<br>
to change it, I'll consider applying it.<br>
</blockquote>
<br>
</div></div><a href="http://www.gossamer-threads.com/lists/mythtv/dev/166447#166447" target="_blank">http://www.gossamer-threads.<u></u>com/lists/mythtv/dev/166447#<u></u>166447</a><br>
and<br>
<a href="https://code.mythtv.org/trac/ticket/643#comment:3" target="_blank">https://code.mythtv.org/trac/<u></u>ticket/643#comment:3</a><br>
<br>
prompted by the bug report at on <a href="https://code.mythtv.org/trac/ticket/643" target="_blank">https://code.mythtv.org/trac/<u></u>ticket/643</a><br>
<br>
The argument does make sense.<br>
<br>
It also sounds like the "fix" (where "fix" means, "make it work in this situation as Nathan wants") is to remove the custom rule, then create a new, identical custom rule so that the Cosmos rule is "older" than the custom rule. Or did I misunderstand?<br>
<br>
Mike<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/<u></u>listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/<u></u>Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a><br>
</div></div></blockquote></div><br></div>