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

MythTV mythtv at cvs.mythtv.org
Fri Aug 25 07:49:47 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 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.

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


More information about the mythtv-commits mailing list