Opened 9 years ago

Closed 9 years ago

#11335 closed Bug Report - General (Feature request without patch)

scheduler not taking advantage of multirec

Reported by: brian@… Owned by: gigem
Priority: minor Milestone: unknown
Component: MythTV - Scheduling Version: 0.25-fixes
Severity: medium Keywords:
Cc: Ticket locked: no


I have seen this before but I occasionally see situations where the scheduler does so poorly that it doesn't even use a multirec tuner when possible. For example:

2013-01-08 00:00:02.853894 I  The New Normal - The Goldie Rush   102-11 WGRZ    08 21:30-22:00  2 18 18  A 18 -3
2013-01-08 00:00:02.854015 I  Don't Trust the B---- in Apartment 102-936 WWTI    08 21:31-22:00  2 13 13  A 13 -3

These two programs, on the same multirec, in the same half-hour are using two different digital tuners (13, and 18).

IMHO, if the scheduler does nothing else, it should, in all cases where possible, take advantage of multirec, yes?

Somewhat related, there is a example of poor scheduling in the half hour prior to the above:

2013-01-08 00:00:02.852846 I  New Girl - Cabin                   105-7 CITY    08 21:00-21:30  2 18 18  A 18 -2
2013-01-08 00:00:02.853043 I  Go On - Win at All Costas             5 WGRZ    08 21:00-21:30  1 24 24  A 24 -3
2013-01-08 00:00:02.853162 I  Hot in Cleveland - Tangled Web     100-39 CJOH    08 21:00-21:31  2 13 13  A 13 -2
2013-01-08 00:00:02.853575 I  Happy Endings - Ordinary Extraordi    9 WWTI    08 21:01-21:31  3 23 23  A 23 -3

The reason this particular schedule is so poor is that "5 WGRZ" and "9 WWTI" are analog channels which have digital equivalents which are both on the same multirec. If the scheduler would chosen to record both of those channel 5, and 9 programs on one digital tuner then only one analog tuner would be used for those 4 programs rather than two. Here, this matters because while one of those analog tuners is recording from a digital STB, (so clear signal,) encoded by an Hauppagge card the other truly is analog signal -- so a less than digital-clear picture.

Change History (1)

comment:1 Changed 9 years ago by gigem

Resolution: Feature request without patch
Status: newclosed

Please run your master backend with "-v schedule --loglevel debug" to see why the scheduler does what it does. After you understand why, please post to the mythtv-dev mailing list with patches or specific suggestions on what should be done differently and what impact those changes might have on other scheduling situations.

Note: See TracTickets for help on using tickets.