[mythtv-users] Optimizing rec./livetv tuner orders

Warpme warpme at o2.pl
Sat Jul 21 16:53:09 UTC 2012


On 7/21/12 5:08 PM, Michael T. Dean wrote:
> On 07/21/2012 11:03 AM, Michael T. Dean wrote:
>> On 07/20/2012 07:35 AM, warpme wrote:
>>> Hi *
>>> I have quick question regarding rec/livetv tuner orders optimization.
>>> Let assume we have 2 phy tuners (a,b) with 4 vritual each (1...4).
>>> I want to achieve: minimal rec-livetv collisions, best livetv 
>>> availability, in case of resource races rec. should have priority 
>>> over livetv.
>>> What setup will give meet above conditions with lowest scheduler load:
>>>
>>> <tuner>:<rec.order>,<livetv.order>
>>>
>>> case1:
>>> tun_a1: 1,8
>>> tun_a2: 2,6
>>> tun_a3: 3,4
>>> tun_a4: 4,2
>>> tun_b1: 5,7
>>> tun_b2: 6,5
>>> tun_b3: 7,3
>>> tun_b4: 8,1
>>>
>>> or
>>>
>>> case2:
>>> tun_a1: 1,2
>>> tun_a2: 1,2
>>> tun_a3: 1,2
>>> tun_a4: 1,2
>>> tun_b1: 2,1
>>> tun_b2: 2,1
>>> tun_b3: 2,1
>>> tun_b4: 2,1
>>> Assuming, that for the same order value algorithm use tun_nr value 
>>> for selection, it seems that for rec. order, case1 will result with 
>>> the same scheduling order like case2. For livetv not.
>>> But functionally, I think, both cases will offer exactly the same 
>>> user experience.
>>>
>>> Has case2 any sched. performance gains over case1 ?
>>
>> Never, ever, do case 1.  It will completely break multirec (meaning 
>> you'll record things from the same multiplex using different physical 
>> tuners).  This is why the UI only allows you to set the schedule 
>> order or Live TV order on the capture card--not the individual 
>> virtual tuners.
>>
>> Case 2 is what you want--or something along that line, but with more 
>> physical tuners (as with only 2, the likelihood of recordings 
>> preventing you from being able to "own" a tuner for Live TV is very 
>> high).
>
> Actually, now that I look at it, again, case 1 is identical to case 2 
> for recordings--I had misread it, thinking it was the broken 
> configuration where people were alternating virtual tuner order.
>
> That said, you want case 2, still.  It will result in a 
> far-more-efficient allocation of tuners for Live TV, resulting in 
> fewer interruptions to Live TV usage (which is good, since the popup 
> that says that the tuner is required for Live TV is broken and 
> generally causes problems to both Live TV and recordings). And, use 
> the UI to set it up, don't hack the DB.
>
> Mike
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
Mike,
Thx !

-------------- next part --------------
A non-text attachment was scrubbed...
Name: warpme.vcf
Type: text/x-vcard
Size: 83 bytes
Desc: not available
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20120721/32172378/attachment.vcf>


More information about the mythtv-users mailing list