[mythtv-users] scheduler confusion

Mark Perkins perkins1724 at hotmail.com
Fri Sep 5 11:52:07 UTC 2014



> On 5 Sep 2014, at 6:20 pm, "blind Pete" <0123peter at gmail.com> wrote:
> 
> On Tue, 2 Sep 2014 00:21:49 +0930
> Mark Perkins <perkins1724 at hotmail.com> wrote:
> 
>>> On 1 Sep 2014, at 7:07 pm, "blind Pete" <0123peter at gmail.com> wrote:
>>> 
>>> On Sun, 31 Aug 2014 20:07:25 -0500
>>> Bill Meek <keemllib at gmail.com> wrote:
>>> 
>>>>> On 08/31/2014 07:39 PM, blind Pete wrote:
>>>>> ...
>>>>> Could "something" be selecting virtual tuners in the same order
>>>>> as mysql, rather than by cardinputid
>>> 
>>> Just a stab in the dark, but could the logic that avoids head to
>>> tail recordings be selecting different tuners rather than different
>>> virtual tuners?  Today I have seen consecutive programs on the same
>>> sub-channel recorded on virtual tuners one and six while nothing
>>> else was in use.  
>> 
>> Unlikely. Do you recall if the earlier of the two program's was on
>> tuner 6? Was there an earlier recording that had just finished on a
>> different multiplex?
> 
> No, I don't recall, but I have certainly seen things that I surprised
> me.  
> 
>> I will try and post later how this can happen but don't have a lot of
>> time right now and want to mention a few other things.
>> 
>>> Oddly, mysql lists six as coming after one.  
>> 
>> I don't think the MySQL order is of great concern. Of greater
>> interest to me is that firstly your discrete (physical) tuners have
>> different scheduling order values (which is the default setup but not
>> the recommended setup).
> 
> OooKaaayyyy...  
> 
>> The recommendation is to have them as the
>> same value (all other things being equal).
> 
> Will changing that require poking about in the database directly?  
> And if I do do that will people shout at me?  (My guess is yes.)  
> 
>> And secondly your LiveTV
>> order is the same as your recording scheduling order which can result
>> in LiveTV viewing throwing curve balls at the scheduler (as Mike
>> said). The recommendation is generally to have the LiveTV order as
>> the opposite to the recorder scheduling order.
> 
> I don't remember messing with that, not that that is proof that 
> I did not.  If and when I change the recording order I will look 
> at the live TV order.  

LiveTV order same as schedule order may be default as well, I just don't recall well enough. The more I think about it the more likely I think it does default that way...

> 
> Now, if the recommended priority order for tuning is fifteen "1"s, 
> what should the liveTV priority order be?  

Schedule Order and LiveTV order are in MythTV setup then Input Connections then select a tuner then next page and amend Schedule Order and LiveTV Order. So no need to fiddle the database directly.

The specific values are not so important, more so the relative value. I would probably do this (below) but replacing 6 with 2 (which may be more logical / sequential for some) or any other number greater than 1 would work equally well. Don't ask me why I chose 5 for mine, must have run out of fingers and toes at the time...

+-------------+--------+------------+-------------+
| cardinputid | cardid | schedorder | livetvorder |
+-------------+--------+------------+-------------+
|           1 |      1 |          1 |           6 |
|           2 |      2 |          1 |           6 |
|           3 |      3 |          1 |           6 |
|           4 |      4 |          1 |           6 |
|           5 |      5 |          1 |           6 |
|           6 |      6 |          1 |           6 |
|           7 |      7 |          1 |           6 |
|           8 |      8 |          1 |           6 |
|           9 |      9 |          1 |           6 |
|          10 |     10 |          1 |           6 |
|          11 |     11 |          6 |           1 |
|          12 |     12 |          6 |           1 |
|          13 |     13 |          6 |           1 |
|          14 |     14 |          6 |           1 |
|          15 |     15 |          6 |           1 |
+-------------+--------+------------+-------------+

To be honest I don't think the ordering is causing your problem, but the recommendation is that if all the tuners are equally functional then that should be reflected in the order priority. 

> 
>> However the bad news is that I don't think either of these
>> observations are the cause of your current problems (given you
>> mentioned that LiveTV is rarely used).
> 
> [big edit]
>> Title - Subtitle Ch Station Day Start End   S C I T N Pri
>> Muscle Car       73 7mate   04  16:11-16:39 1 2 2 A 2 -11
>> Horsepower TV    73 7mate   04  16:39-17:00 1 1 1 A 1  -8
>> Mythbusters      73 7mate   04  17:31-18:31 1 6 6 A 6 -10 
>>                                    First problem, ^ 
>>                                    should be 2,3,4 or 5
>> 
>> 
>> I disagree. Mythbusters on SBS TWO had the higher priority so given
>> they overlapped (just) this one got bumped to a subsequent tuner.
> 
> I was mis-interpreting priority as "get a tuner", rather 
> than "get the most desirable tuner".   Can I make bumping 
> one 7mate program to a second tuner bump all of them to 
> that tuner?  These programs are not head to tail, but 
> when they are that would allow "soft" pre and post recording 
> to be made.  

If by this you mean essentially get the scheduler to prioritise the grouping of recordings to a tuner where the tuner is already tuned to the matching multiplex then no. There has been a bit of debate in this list previously with a number of proposals provided but each had its pro's and con's.

> 
>> QI               21 ABC1    04  18:29-19:00 1 0 0 A P  -6 
>> Mythbusters      32 SBS TWO 04  18:30-19:29 1 1 1 A 1  -9 
>> ABC News         21 ABC1    04  19:00-19:30 1 0 0 D L -10 
>>                                                   ^ 
>>                                               Don't like this, 
>>                                               6-15 free.
>>                                               Watched it "live". 
>> 
>> 
>> I think I see the ABC News recording rule is a 'find one daily' rule.
>> IIUC these types of rules can be sensitive to the timing of the
>> episode that was used to create the rule (the 'day' starts at the
>> starttime of the original recording). 
> 
> Very plausible.  There was an incident coming for tonight.  Without 
> thinking to look at the scheduled start time I assumed that it must 
> be a minute early, deleted the rule, created a new rule with a daily 
> filter, and then noticed that it is scheduled to start on time.  
> But it is scheduled to record.  
> 
>> Have you tried editing the rule
>> to adjust the 'day' timing (IIRC functionality along these lines was
>> added in 0.27 at some point.... I think).
> 
> If I find out how to do that, I will.  
> 

I went looking and couldn't find how to do it either, although I am sure instructions have been provided previously (without direct database manipulation). Maybe someone else will jump in.

> 
> -- 
> testing
> bP
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org


More information about the mythtv-users mailing list