[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.
--
Steve
Before you ask, read the FAQ!
http://www.mythtv.org/wiki/index.php/Frequently_Asked_Questions
then search the Wiki, and this list,
http://www.gossamer-threads.com/lists/mythtv/
Mailinglist etiquette -
http://www.mythtv.org/wiki/index.php/Mailing_List_etiquette
More information about the mythtv-dev
mailing list