[PATCH] Priority of transfer-mode should not be -1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thomas Bergwinkl wrote:
> Klaus Schmidinger wrote:
> 
>>Anssi Hannula wrote:
>>
>>>Klaus Schmidinger wrote:
>>>
>>>
>>>>>Anssi Hannula wrote:
>>>>>
>>>>>
>>>>>>The transfer-mode uses always priority -1.
>>>>>>
>>>>>>That presents a problem: If I connect to that vdr using
>>
>>streamdev, it
>>
>>>>>>switches the first budget device off from the multiplex
>>
>>transfered to
>>
>>>>>>the FF card, although there is a second identical budget
>>>>>>device available.
>>>>>>
>>>
>>>>Actually, the PrimaryLimit was implemented at a time where
>>
>>the FF DVB
>>
>>>>cards were unable to record and replay at the same time.
>>
>>In that case,
>>
>>>>when a timer needed to use the primary device, it was no
>>
>>longer possible
>>
>>>>to switch to a different channel. These times are long
>>
>>gone, so I would
>>
>>>>instead tend to remove the PrimaryLimit altogether. It
>>
>>would make things
>>
>>>>simpler instead of more complex ;-)
>>>>
>>>>If somebody has programmed so many timers that all of the DVB cards
>>>>are needed to record them, so be it.
>>>>
>>>>Comments?
>>>>
>>>
>>>How exactly would that resolve the situation I described above?
>>
>>Well, it wouldn't. Apparently I overread that this was a
>>streamdev issue.
>>But then again, it's of course the same problem if you are in
>>Transfer-Mode
>>and a recording starts and selects the receiver device, even
>>though an other
>>device would be free.
>>
>>I'll think over this again...
> 
> 
> What do you think about the attached patch?
> 
> Thomas

@Anssi: have you had a chance to test this patch yet?

Klaus


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux