[LAD] Time-Stretch

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Linux Audio Developers <linux-audio-dev@...>
Date: Sunday, January 2, 2011 - 7:51 pm

--0015174c181a0870f20498e25c42
Content-Type: text/plain; charset=ISO-8859-1

Hey all,

I'm looking for an open-source time-stretching library, suitable for RT
work.
I've googled and come up with the following list, which I can't choose from:

-Soundtouch : http://www.surina.net/soundtouch/index.html
-ClearScale / DspDimension: http://www.clearscale.org/
-SecretRabbitCode / libsamplerate : http://www.mega-nerd.com/SRC/
-LibResample : https://ccrma.stanford.edu/~jos/resample/
-MFFM timescale: http://mffmtimescale.sourceforge.net/
-LibZita-Resampler:
http://www.kokkinizita.net/linuxaudio/zita-resampler/resampler.html

I'm attepmting to write a sample player, that will time-stretch long loops
to stay in sync
with JACK transport.

I've deduced this is what I need to do:
- Calculate the amount of samples I need to change the buffer length by
- Take the buffer, resample it to a larger / smaller amount of samples.
- Playback the samples as I normally would, except that there's more, and
hence the audio will stay in sync.

Design choices:
1. should I re-sample the whole buffer, and then playback from that buffer?
this approach might cause a lot of CPU strain once the rate changes, as the
*whole* buffer would
be re-sampled at the same time. Once done, the CPU has no strain from
resampling.

2. Resample "nframes" amount of samples from the buffer, and play them back?
Less sudden CPU overhead, more constant CPU usage.

The other problem I'm faced with is that some libraries mention that they do
*not* support "dynamically variable resampling ratios".
Would I need this? I think I do, as to get the beat "on-time" sometimes I'd
need to add 200 samples, while in other cases 210 samples
might suit better...

I'm aware that Ardour uses SoundTouch, but I'm not sure is that the best lib
for real-time use.
Mixxx is using LibSamplerate AFAIK, and does so quite well, but might not be
as suitable as Soundtouch..

http://www.surina.net/soundtouch/faq.html#sample_processing
These kind of paragraphs are what stop me from just choosing one and going
with it...

Choices, Advice, Laughter, Help, etc all welcome! :-)
Cheers, -Harry

--0015174c181a0870f20498e25c42
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hey all,I'm looking for an open-source time-stretch=
ing library, suitable for RT work.I've googled and come up w=
ith the following list, which I can't choose from:
-Soundtouch :=A0http://www.surina.net/soundtouch/index.html-ClearScale / D=
spDimension:=A0http://www.clearscale=
.org/

-SecretRabbitCode / libsamplerate :=A0http://www.mega-nerd.com/SRC/-LibResample :=A0https://ccrma.stanford.ed=
u/~jos/resample/

-MFFM timescale:=A0h=
ttp://mffmtimescale.sourceforge.net/
-LibZita-Resampler:=A0http://www.kokkinizita.net/linuxaudio/zita-resampler/resampler.html<=
/div>
I'm attepmting to write a sample player, that will =
time-stretch long loops to stay in syncwith JACK transport.I've deduced this is what I need to do:
- Calculate the amount of samples I need to change the buffer length by- Take the buffer, resample it to a larger / smaller amount of sampl=
es.- Playback the samples as I normally would, except that there=
's more, and hence the audio will stay in sync.
Design choices:1. should I re-sample the who=
le buffer, and then playback from that buffer?this approach migh=
t cause a lot of CPU strain once the rate changes, as the *whole* buffer wo=
uld
be re-sampled at the same time. Once done, the CPU has no strain from =
resampling.2. Resample "nframes" amount=
of samples from the buffer, and play them back?Less sudden CPU =
overhead, more constant CPU usage.=A0
The other problem I'm faced with is that some libra=
ries mention that they do *not* support "dynamically varia=
ble resampling ratios".
Would I need this? I think I do, as to get the beat "on-time" so=
metimes I'd need to add 200 samples, while in other cases 210 samples
might suit better...=A0I'm aware that=
Ardour uses SoundTouch, but I'm not sure is that the best lib for real=
-time use.
Mixxx is using LibSamplerate AFAIK, and does so quite well, but might =
not be as suitable as Soundtouch..http://www.surina.=
net/soundtouch/faq.html#sample_processing

These kind of paragraphs are what stop me from just choosing one and g=
oing with it...Choices, Advice, Laughter, Help, e=
tc all welcome! :-)Cheers, -Harry

--0015174c181a0870f20498e25c42--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] Time-Stretch, Harry Van Haaren, (Sun Jan 2, 7:51 pm)
Re: [LAD] Time-Stretch, Jeremy, (Sun Jan 2, 9:49 pm)
Re: [LAD] Time-Stretch, Erik de Castro Lopo, (Sun Jan 2, 8:41 pm)
Re: [LAD] Time-Stretch, Paul Davis, (Sun Jan 2, 8:11 pm)
Re: [LAD] Time-Stretch, Arnout Engelen, (Sun Jan 2, 10:13 pm)
Re: [LAD] Time-Stretch, m.wolkstein@gmx.de, (Mon Jan 3, 8:49 pm)
Re: [LAD] Time-Stretch, Julien Claassen, (Sun Jan 2, 8:01 pm)