[LAU] Audio seamless switch

Paul Davis paul at linuxaudiosystems.com
Sun Jun 17 13:08:14 CEST 2018


​So you want to stretch/shrink the newly-switched-to audio so that it
"catches​ up" with the just-switched-from audio and then runs at normal
speed?

This strikes me as madness, but hey, good luck!


On Sun, Jun 17, 2018 at 4:16 AM, Benny Alexandar <ben.alex at outlook.com>
wrote:

> >>>why would you need to resample/stretch them?
>> As mentioned earlier the two audio are identical but one will be
> ahead/delayed than other.
> The user who is listening to it should not notice the switching, and this
> switching happens when the quality of one audio is degraded compared to
> other.
>
> -ben
>
> ------------------------------
> *From:* Paul Davis <paul at linuxaudiosystems.com>
> *Sent:* Sunday, June 17, 2018 12:01 AM
> *To:* Benny Alexandar
> *Cc:* Ralf Mardorf; linux-audio-user at lists.linuxaudio.org
> *Subject:* Re: [LAU] Audio seamless switch
>
>
>
> On Sat, Jun 16, 2018 at 2:13 PM, Benny Alexandar <ben.alex at outlook.com>
> wrote:
>
> >> What is the reason that signal
> 1 is ahead of signal 2?
>
> For various reason, one audio receiving from network and
> other thru air.
>
> >> Perhaps a simple delay is what you are looking for, but maybe you need
> resampling.
>
> Yes delay estimation is required as the delay is not known upfront.
> In addition to re-sampling stretching also required.
>
>
> ​that turns it into a totally different problem. You originally said: ​
>
>       two identical audio inputs say A1 & A2.
>
> why would you need to resample/stretch them?
>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.linuxaudio.org/archives/linux-audio-user/attachments/20180617/0b24289c/attachment.html>


More information about the Linux-audio-user mailing list