[mythtv] [mythtv-commits] Ticket #2231: Automatically move nextRecording to other tuner if scheduled tuner is busy for showing LiveTV

Steven Adeff adeffs.mythtv at gmail.com
Fri Aug 25 12:33:35 UTC 2006

On 8/25/06, MythTV <mythtv at cvs.mythtv.org> wrote:
> #2231: Automatically move nextRecording to other tuner if scheduled tuner is busy
> for showing LiveTV
> ----------------------------------+-----------------------------------------
>  Reporter:  mythtv at linux-dude.de  |        Owner:  ijr
>      Type:  enhancement           |       Status:  new
>  Priority:  minor                 |    Milestone:  unknown
> Component:  mythtv                |      Version:  head
>  Severity:  medium                |   Resolution:
> ----------------------------------+-----------------------------------------
> Comment (by mythtv at linux-dude.de):
>  Replying to [comment:5 derek at battams.ca]:
>  > Replying to [comment:4 mythtv at linux-dude.de]:
>  > > Replying to [comment:2 derek at battams.ca]:
>  > > > Instead of using the recording priority to decide if the recording
>  should be automatically moved to another tuner why not check the
>  priorities of the other tuners?  Something like:
>  > > [[BR]]
>  > > [[BR]]
>  > > I thought the m_tvList is already sorted by priority? And you need
>  something other than the tuner priority also, cause in that case your dvb
>  tuner will also have the highest priority and you will have some shows
>  which you only want to record in high qualtiy. For this shows you want to
>  have a popup to decide to interrupt your live tv session.
>  >
>  > m_tvList may already be sorted by priority, haven't really investigated
>  that yet.  I can see you're point about needing something more than the
>  tuner priority.  My suggestion would be to use a recording group instead
>  of priority.  When I rank my recording rules I don't do it by tuner
>  preference, I rank them by importance of show.  For example, I have a
>  custom rule setup to record movies off of my digital cable source.  The
>  rule limits itself to only record off the digital source, but has a
>  priority of -50.  I use a low priority to ensure that movies expire before
>  regular tv shows since I can always rerecord the movie or rent the DVD (I
>  use the weighted auto-expire method in SVN).  I'd rather change the
>  recording group of this rule to something like 'Digital Only' and use that
>  as the check to decide if we can auto-move the recording instead of having
>  to increase the priority to something above zero.
>  The solution with the recording groups sounds good. I don't know yet that
>  it is possible to use different recording groups to limit the recordings
>  to videosources. I use 0.19+fixes, so I think I missed something.
>  > > > My other idea was to use the recordmatch table to find other
>  instances, but a quick look at recordmatch suggests there isn't quite
>  enough data in that table to be able to use it (at least not without doing
>  more work before making a decision).
>  > > >
>  > > > I've been wanting to look into this for some time now.  Seeing this
>  ticket was the motivation I needed.  I guess I'll start by modifying the
>  patch here with my algo above (hopefully my pseudo code makes sense).
>  Just out of curiosity, shouldn't the scheduler be run again if the switch
>  is made since a recording could be scheduled to start during the running
>  time of the recording moved?
>  > > [[BR]]
>  > > [[BR]]
>  > > Ok. There is point I have to test if there are two recordings starting
>  at the same time.
>  >
>  > When I first thought about doing this I was slowed down by this issue.
>  :-)  Ideally, you'd want to move the recording to the next tuner and then
>  rerun the scheduler as it should be able to figure everything out.  But I
>  think there are issues.  If you do move the recording and run the
>  scheduler, it will either move the recording back to where it was or if
>  there is a program scheduled on the new tuner then it will become a
>  conflict.  So now you really only want to move the recording if it doesn't
>  create a conflict.  Basically when I first wanted to do this I concluded
>  there are a lot of cases that need to be handled in order for this to work
>  right.
>  >
>  > > [[BR]]
>  > > [[BR]]
>  > > >  And then another interesting point - if a recording is moved, does
>  the scheduler detect that and act accordingly.  Were any of these
>  scenarios tested with the patch here?
>  > > [[BR]]
>  > > [[BR]]
>  > > The scheduler works correct in my tests, he shows 30 seconds before
>  the recordings start the moved tuner in the schedule list.
>  > > [[BR]]
>  > > I have tested it with several scenarios. I have one dvb and two analog
>  cards and startet three delayed recordings that are available on all three
>  tuners. The recordings were rescheduled correct. The first goes to the
>  next prio card (pvr), the second one to the bttv and for the third on the
>  dvb where I was asked.
>  > > Also tests with e.g the second recording scheduled on a digital
>  channel that is only available on the dvb card works perfectly and I would
>  be asked again.
>  >
>  >
>  > Seems like you're saying that the scheduler does get called after you
>  move the program to a new tuner and the scheduler leaves the program on
>  the new tuner and acts accordingly.  Is this the case?  If so, then the
>  only thing that needs to be checked is that a new conflict was not caused
>  by the move.
>  >
>  The conflict on the new tuner could be done by the FindNextConflict
>  function, but I didn't have the time yet to check it. I will test this and
>  the other possible issues next week.
>  > My other idea is to add an option to the popup called 'Move recording to
>  new tuner' or something like that.  That way we don't need a special
>  priority or recording group, instead we simply move the recording if told
>  to.  The same checks would have to be made, we just wouldn't need to check
>  for a special priority or recording group.
>  That was my first thougt, but the idea to automate it for low prio shows
>  arise when I came back from the toilette and my mythtv interrupted my live
>  tv session and switched to one of a more or less important daily technical
>  magazine and I have to go to the recording menu, cancel the magazine and
>  go back to livetv. Therefore I like the automatic reschedule.

negative priority shows lose to LiveTV, positive priority shows win over LiveTV?

I imagine a default such as this would at least benefit those with one
tuner or cases where all the tuners are scheduled to record while
watching live tv.

I personally already set my "I'd like to record this when possible,
but its not mandatory(ie. filler)" to negative priorities and the
shows I "must record" to positive priorities.

Before you ask, read the FAQ!
then search the Wiki, and this list,
Mailinglist etiquette -

More information about the mythtv-dev mailing list