Re: Audio seamless switch

[Benny Alexandar <ben.alex@xxxxxxxxxxx>]

Yes Paul, your understanding is right. 

Rubber band audio is meant for this I guess

(Rubber Band Library is a high quality software library for audio time-stretching and pitch-shifting. )

-ben

---

From: Paul Davis <paul@xxxxxxxxxxxxxxxxxxxxx>
Sent: Sunday, June 17, 2018 4:38 PM
To: Benny Alexandar
Cc: Ralf Mardorf; linux-audio-user@xxxxxxxxxxxxxxxxxxxx
Subject: Re: [LAU] Audio seamless switch

 

​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@xxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx>
Sent: Sunday, June 17, 2018 12:01 AM
To: Benny Alexandar
Cc: Ralf Mardorf; linux-audio-user@lists.linuxaudio.org
Subject: Re: [LAU] Audio seamless switch

 

On Sat, Jun 16, 2018 at 2:13 PM, Benny Alexandar <ben.alex@xxxxxxxxxxx> 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?

 

​

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
https://lists.linuxaudio.org/listinfo/linux-audio-user