[mythtv-users] Reserving an encoder for an external program?
chris at cpr.homelinux.net
chris at cpr.homelinux.net
Mon Aug 21 08:26:52 UTC 2006
On Sun, Aug 20, 2006 at 06:28:23PM -0400, Michael T. Dean wrote:
> On 08/20/06 16:10, chris at cpr.homelinux.net wrote:
> >On Sun, Aug 20, 2006 at 02:33:23PM -0400, Michael T. Dean wrote:
> >>On 08/20/06 09:08, Lars Kellogg-Stedman wrote:
> >>>I'm hoping that there's some way to schedule "idle time" for an
> >>>encoder
> >>You can tell Myth not to use it by not configuring it in mythtv-setup.
> >You've missed his point.
> Well, hey, you missed my point (and I'm pretty sure you missed his,
> too--as he seemed to want something that works with a "stock MythTV
> build" (quoted from his post)). My solution works with any version of
> MythTV.
When I read "works with a stock installation" I think "a solution
where I don't have to download patches and compile my own
binaries". Your solution works with a stock 0.19 install, but it
means he can't schedule the radio recordings (which he also
indicated he wanted to do) and use his tuner in MythTV for the rest
of the week. I didn't miss his point (or yours) but simply pointed
out that there is NO current solution and that there is a lot of
demand for this capability but it's not being taken seriously. If
it was taken seriously then what Lars wants to do would be
available in a "stock MythTV installation" at some point in the
near future.
> Where did I say, "shut down mythbackend?" I said, "tell Myth not to use
> it [the card] by not configuring it [the card] in mythtv-setup."
You didn't say to shutdown the backend. On review, the Wiki FAQ
page doesn't actually say that either. Instead it refers to the
"--nosched" option that allows playbacks but prevents all
recordings (for all tuners) and breaks LiveTV.
Your solution is just as bad, though. It would really suck if he
had to remember to run mythtv-setup every Saturday morning and
delete tuner 2 so that he can record a radio show and then run
mythtv-setup every Saturday night and re-add the tuner (and
associate it with a listing) so he'd have two tuners for the rest
of the week. It *would* be easier to simply use a cron job to kill
MythTV and restart it after the radio show was over.
> That
> means he should configure all his other cards in Myth, and--to be
> complete--run mythbackend. Therefore, he would have one card dedicated
> to radio and all other cards available for TV.
That's exactly what he DOESN'T want. He wants to be able to tell
Myth to use both tuners for most of the week and then automatically
know, in advance, that one specific tuner has to be excluded from
all scheduling for a short period of time so that another program
can record the radio.
Alternatively, he would like MythTV to tune the radio and record
that program's audio.
> Which means as new shows "cascade" into those recording slots (from
> previous conflicts), you'd have to insert more overrides.
I know. That's why I didn't present it as the desired solution.
It's *a* solution, and one that requires constant intervention by
the user to make sure the "next day" update from mythfilldatabase
doesn't drop something else into that timeslot to steal the tuner.
> Extending the EXECTV's support for marking a capture card as unavailable
> would be an easier solution if you planned to write new code. I think
> it's pretty much as easy as sending a "FREE_TUNER" command to the backend.
I've never used EXECTV, but from the context I expect it's a
just-in-time tool and that MythTV has no way of predicting when such a
command will arrive? If so, then that solution would cause problems for
anyone who has enabled the "reschedule higher priorities" switch as
MythTV might defer a high-priority recording only to have the tuner
stolen literally at the last minute. Being able to specify tuner
affinity in a recording rule and create idle-tuner recording rules
means that MythTV can schedule around holes that are known as much
as two weeks in advance.
Managing tuner availability through the scheduler would also allow
a user to assign a priority to the radio timeslots and override the
audio recording period if required. For example, one rule might
block the tuner during the time when the hockey game is normally on
the radio but another rule could preempt the radio if the hockey
game is televised that week. It would also allow the user to override
the scheduled weekly outage and make the tuner available for video
recordings if boring teams were playing that week.
How much justification does it take to get tuner affinity and
"no-recording" rules considered for MythTV?
More information about the mythtv-users
mailing list