Rethinking rate adjustments [was: Re: [PATCH] module-combine: limit the size of the rate adjustments]

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

 



> 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 module-combine, so as
> it stands I would only do the clamping of the rate adjustments there
> and not the algorithm change, just like the patch I send earlier in
> this thread. I still have to look into module-loopback, but I guess it
> will be similar to either module-rtp-recv or module-combine.

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



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux