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

MythTV mythtv at cvs.mythtv.org
Thu Aug 24 13:36:49 UTC 2006


#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 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.

 > [[BR]]
 > [[BR]]
 > >
 > > 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.

 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.

-- 
Ticket URL: <http://cvs.mythtv.org/trac/ticket/2231#comment:5>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list