On Fri, Oct 16, 2015 at 11:14:58AM +0200, Matthieu Bouron wrote:
>
>
> On 09/21/2015 08:05 AM, Matthieu Bouron wrote:
> >On 08/25/2015 10:45 AM, Matthieu Bouron wrote:
> >>From: Matthieu Bouron
> >>
> >>Tries to avoid losing frames when frames are not consumed
> >>quickly enough.
> >>
> >>Lockin
On 09/21/2015 08:05 AM, Matthieu Bouron wrote:
On 08/25/2015 10:45 AM, Matthieu Bouron wrote:
From: Matthieu Bouron
Tries to avoid losing frames when frames are not consumed quickly
enough.
Locking/Condition waiting is now performed with a NSConditionLock
instead
of a pthread mutex/cond
> Am 21.09.2015 um 08:05 schrieb Matthieu Bouron :
>
>> On 08/25/2015 10:45 AM, Matthieu Bouron wrote:
>> From: Matthieu Bouron
>>
>> Tries to avoid losing frames when frames are not consumed quickly enough.
>>
>> Locking/Condition waiting is now performed with a NSConditionLock instead
>> of
On 08/25/2015 10:45 AM, Matthieu Bouron wrote:
From: Matthieu Bouron
Tries to avoid losing frames when frames are not consumed quickly enough.
Locking/Condition waiting is now performed with a NSConditionLock instead
of a pthread mutex/condition.
The first frames are not discarded anymore in
From: Matthieu Bouron
Tries to avoid losing frames when frames are not consumed quickly enough.
Locking/Condition waiting is now performed with a NSConditionLock instead
of a pthread mutex/condition.
The first frames are not discarded anymore in the get_(video|audio)_config
functions.
Tries to
