17 Jun
2018
17 Jun
'18
4:28 p.m.
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(a)linuxaudiosystems.com>
Sent: Sunday, June 17, 2018 4:38 PM
To: Benny Alexandar
Cc: Ralf Mardorf; linux-audio-user(a)lists.linuxaudio.org
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@outlook.com<mailto:ben.alex@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@linuxaudiosystems.com<mailto:paul@linuxaudiosystems.com>>
Sent: Sunday, June 17, 2018 12:01 AM
To: Benny Alexandar
Cc: Ralf Mardorf;
linux-audio-user@lists.linuxaudio.org<mailto: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@outlook.com<mailto:ben.alex@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?