2011/1/11 pl bossart :
>>> Any idea what the sample rate drops linearly in the initial part?
>>> Maybe we ought to prevent SRC adjustments until there's enough history
>>> to make such changes?
>>> -Pierre
>>
>> Thats because initially the buffer with audio from the RTP stream only
>> contains abou
>> Any idea what the sample rate drops linearly in the initial part?
>> Maybe we ought to prevent SRC adjustments until there's enough history
>> to make such changes?
>> -Pierre
>
> Thats because initially the buffer with audio from the RTP stream only
> contains about 270 ms worth of data. To get
2011/1/11 pl bossart :
>> The third shows the new algorithm. Doesn't it look pretty? The event
>> halfway (after two minutes of playing) is change of song. Apparantly
>> this introduces some extra samples in the RTP stream, but the
>> algorithms deals nicely with that.
>>
>> The new algorithm does
> The third shows the new algorithm. Doesn't it look pretty? The event
> halfway (after two minutes of playing) is change of song. Apparantly
> this introduces some extra samples in the RTP stream, but the
> algorithms deals nicely with that.
>
> The new algorithm does not seem to work well for mod
'Twas brillig, and Maarten Bosmans at 11/01/11 09:31 did gyre and gimble:
> The third shows the new algorithm. Doesn't it look pretty? The event
> halfway (after two minutes of playing) is change of song. Apparantly
> this introduces some extra samples in the RTP stream, but the
> algorithms deals