[mythtv-users] When there are more requests for tuners than there are tuners?

mythtv at derdev.com mythtv at derdev.com
Sat May 1 19:16:56 UTC 2010

On Sat, 1 May 2010 16:09:04 +0100, Another Sillyname
<anothersname at googlemail.com> wrote:
> On 1 May 2010 12:44,  <mythtv at derdev.com> wrote:
>> If I had NN# myth tuners and NN+1 concurrent myth Scheduled Recordings
>> and
>> Frontends asking for LiveTV, there would be a contention situation when
>> the
>> "extra" request for a tuner is made.
>> Assuming a mix of LiveTV and recording, how does Myth 0.22 arbitrate
>> this?
>> What if the last request is for LiveTV vs. what if the last request to
>> start was a scheduled recording, what rules are used?
>> For me, this will translate to a question of economics concerning how
>> many
>> STBs to commit to paying on.  Also of concern is the WAF of some
>> recording
>> being bumped off the schedule, or not being able to watch something
>> TIA.
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> Why not have so OTA boxes dedicated to the main networks?

OK, forget I asked about my own needs... 
I'm still interested in how does the Myth FE/BE deal with the situation
when a new request comes up for a tuner and all tuners are busy.
N+1 request might be for a scheduled recording to begin, or might be for a
LiveTV request.
Again, TIA 

More information about the mythtv-users mailing list