Hello,
A few weeks ago I was reminded of my promise to share [soundtouch~], a SoundTouch port for Pure Data. I use this class since quite some time now, and had the code available on my website earlier on, but when I found that it could not work for Linux 64 bit I withdrew the project for a while. Reportedly, Olli Parviainen's newest version of SoundTouch is ready for 64 bit. I can not check this as I have no access to a 64 bit machine at the moment. Anyway, I have built [soundtouch~] binaries for OSX(fat), Linux32 and Windows32, and uploaded it together with source and help patch:
http://www.katjaas.nl/pitchshift/soundtouch~.html
SoundTouch is a time domain pitch shift / time stretch library, and I've built it into [soundtouch~] as a real time pitch shifter. It is suitable for the transposition of material with simple harmonic content, like voice, flute etc. The SoundTouch library is not perfectly adapted to real time processing, because you have to choose (at compile time!) between a build which produces dropouts during pitch factor change, and a build which has increased latency. I opted for the clicks instead of the increased latency (which is by necessity already considerable) in my binaries distribution, but if you want you can recompile according to your preference. To solve this clicks-vs-latency issue, if possible at all, would require a modification of the SoundTouch library itself.
Apart from this issue, I'm fairly content with [soundtouch~]. Let me know what you think about it. If [soundtouch~] is considered a useful addition to existing Pd methods for pitch shifting, it may be worth the effort to try and solve the clicks-vs-latency issue. It is not a trivial task though.This time I'm not promising anything.
Katja.
On Sun, Aug 21, 2011 at 21:00, katja katjavetter@gmail.com wrote:
Hello,
A few weeks ago I was reminded of my promise to share [soundtouch~], a SoundTouch port for Pure Data. I use this class since quite some time now, and had the code available on my website earlier on, but when I found that it could not work for Linux 64 bit I withdrew the project for a while. Reportedly, Olli Parviainen's newest version of SoundTouch is ready for 64 bit. I can not check this as I have no access to a 64 bit machine at the moment.
That's an easy fix: you can get access to the 64-bit Ubuntu and the 64-bit OSX boxes of PdLab (http://puredata.info/docs/developer/PdLab). The linux box happens to be mine so you just send me your SSH key and I add you in no time.
Andras
2011/8/21 András Murányi muranyia@gmail.com wrote:
That's an easy fix: you can get access to the 64-bit Ubuntu and the 64-bit OSX boxes of PdLab
Thanks for offering, I'll send you my key.
Katja
he katja.
super work. thank you!
m
On Sun, Aug 21, 2011 at 09:00:24PM +0200, katja wrote:
Hello,
A few weeks ago I was reminded of my promise to share [soundtouch~], a SoundTouch port for Pure Data. I use this class since quite some time now, and had the code available on my website earlier on, but when I found that it could not work for Linux 64 bit I withdrew the project for a while. Reportedly, Olli Parviainen's newest version of SoundTouch is ready for 64 bit. I can not check this as I have no access to a 64 bit machine at the moment. Anyway, I have built [soundtouch~] binaries for OSX(fat), Linux32 and Windows32, and uploaded it together with source and help patch:
http://www.katjaas.nl/pitchshift/soundtouch~.html
SoundTouch is a time domain pitch shift / time stretch library, and I've built it into [soundtouch~] as a real time pitch shifter. It is suitable for the transposition of material with simple harmonic content, like voice, flute etc. The SoundTouch library is not perfectly adapted to real time processing, because you have to choose (at compile time!) between a build which produces dropouts during pitch factor change, and a build which has increased latency. I opted for the clicks instead of the increased latency (which is by necessity already considerable) in my binaries distribution, but if you want you can recompile according to your preference. To solve this clicks-vs-latency issue, if possible at all, would require a modification of the SoundTouch library itself.
Apart from this issue, I'm fairly content with [soundtouch~]. Let me know what you think about it. If [soundtouch~] is considered a useful addition to existing Pd methods for pitch shifting, it may be worth the effort to try and solve the clicks-vs-latency issue. It is not a trivial task though.This time I'm not promising anything.
Katja.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hey Katja,
I am trying your soundtouch~ on Ubuntu/Maverick. First I tried the included binary, then I built it from source. Both ways I got this:
soundtouch~.pd_linux: soundtouch~.pd_linux: undefined symbol: _Znaj
.hc
On Tue, 2011-08-23 at 08:27 +0200, maex@firstfloor.org wrote:
he katja.
super work. thank you!
m
On Sun, Aug 21, 2011 at 09:00:24PM +0200, katja wrote:
Hello,
A few weeks ago I was reminded of my promise to share [soundtouch~], a SoundTouch port for Pure Data. I use this class since quite some time now, and had the code available on my website earlier on, but when I found that it could not work for Linux 64 bit I withdrew the project for a while. Reportedly, Olli Parviainen's newest version of SoundTouch is ready for 64 bit. I can not check this as I have no access to a 64 bit machine at the moment. Anyway, I have built [soundtouch~] binaries for OSX(fat), Linux32 and Windows32, and uploaded it together with source and help patch:
http://www.katjaas.nl/pitchshift/soundtouch~.html
SoundTouch is a time domain pitch shift / time stretch library, and I've built it into [soundtouch~] as a real time pitch shifter. It is suitable for the transposition of material with simple harmonic content, like voice, flute etc. The SoundTouch library is not perfectly adapted to real time processing, because you have to choose (at compile time!) between a build which produces dropouts during pitch factor change, and a build which has increased latency. I opted for the clicks instead of the increased latency (which is by necessity already considerable) in my binaries distribution, but if you want you can recompile according to your preference. To solve this clicks-vs-latency issue, if possible at all, would require a modification of the SoundTouch library itself.
Apart from this issue, I'm fairly content with [soundtouch~]. Let me know what you think about it. If [soundtouch~] is considered a useful addition to existing Pd methods for pitch shifting, it may be worth the effort to try and solve the clicks-vs-latency issue. It is not a trivial task though.This time I'm not promising anything.
Katja.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 2011-09-16 à 12:52:00, Hans-Christoph Steiner a écrit :
I am trying your soundtouch~ on Ubuntu/Maverick. First I tried the included binary, then I built it from source. Both ways I got this:
soundtouch~.pd_linux: soundtouch~.pd_linux: undefined symbol: _Znaj
_Znaj is an encoding of «operator new[](unsigned int)». You can find that using «/usr/bin/c++filt».
I think that it means that -lstdc++ might be missing from its linkage, in which case it will only load if you have already loaded an external that uses libstdc++ (Flext, Gem, GridFlow, Georg's containers, etc).
right ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-
András Murányi -
Hans-Christoph Steiner -
katja -
maex＠firstfloor.org -
Mathieu Bouchard