On Fri, Sep 16, 2011 at 6:52 PM, Hans-Christoph Steiner hans@at.or.atwrote:
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
Are you building for a 64 bit system? I have tried that several times, and can't remember all the details, but that wouldn't make much of a difference because so far I never succeeded to make it load. For Linux 32 bit (Ubuntu, Debian), I have not seen this issue. But I don't know by head which gcc version was used for these.
When building the soundtouch~ class for Windows with latest mingw, I had a problem with missing libs, and this could be solved by including cflags;
-static-libgcc -static-libstdc++
For what I understand this is a specific feature of mingw, where they have (recently) split the gnu standard library in smaller units, for which you can choose to include them statically or supply dll's. I have noticed the discussion on the list about this topic. But now I wonder if 64 bit Linux, or maybe gcc 4.5, have adopted a similar approach? I am mostly on OSX and Debian with not so new GNU tools.
Katja
On Sep 17, 2011, at 6:24 PM, katja wrote:
On Fri, Sep 16, 2011 at 6:52 PM, Hans-Christoph Steiner
hans@at.or.at wrote: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
Are you building for a 64 bit system? I have tried that several
times, and can't remember all the details, but that wouldn't make
much of a difference because so far I never succeeded to make it
load. For Linux 32 bit (Ubuntu, Debian), I have not seen this issue.
But I don't know by head which gcc version was used for these.
Nope, this is on Ubuntu/Maverick/i386 32-bit. I haven't really
ventured into 64-bit territory. I hope you get your 64-bit float
support nailed down, that is a great thing, that'll make the switch to
64-bit worth it to me.
When building the soundtouch~ class for Windows with latest mingw, I
had a problem with missing libs, and this could be solved by
including cflags;-static-libgcc -static-libstdc++
For what I understand this is a specific feature of mingw, where
they have (recently) split the gnu standard library in smaller
units, for which you can choose to include them statically or supply
dll's. I have noticed the discussion on the list about this topic.
But now I wonder if 64 bit Linux, or maybe gcc 4.5, have adopted a
similar approach? I am mostly on OSX and Debian with not so new GNU
tools.
You could also just include the DLLs if you wanted. This is not MinGW
specific, its just that Debian, Ubuntu, Mac OS X, etc. provide those
dynamic libs as part of the OS, while Windows does not. For Pd-
extended 0.43 on Windows, I included the libgcc and libstdc++ DLLs, so
that externals built with MinGW don't need to include libgcc or libstdc
++ either as statically linked in or as an included DLL.
.hc
I hate it when they say, "He gave his life for his country." Nobody
gives their life for anything. We steal the lives of these kids. -
Admiral Gene LeRocque
Tried to load [soundtouch~] in vanilla Pd on Debian and indeed the same error was shown about undefined symbol _Znaj. In Pd extended it loads and as Mathieu pointed out this must be because other libs already loaded libstdc++. I will upload a fixed version tomorrow or so. Thanks for helping.
On Mon, Sep 19, 2011 at 7:00 PM, Hans-Christoph Steiner hans@at.or.atwrote:
I hope you get your 64-bit float support nailed down, that is a great thing, that'll make the switch to 64-bit worth it to me.
These days I'm working hard on double precision Pd. While issues kept popping up, I postponed announcement. But I expect to report very soon, with vanilla Pd for 99% working correctly in double precision.
Katja
On Sep 19, 2011, at 7:38 PM, katja wrote:
Tried to load [soundtouch~] in vanilla Pd on Debian and indeed the
same error was shown about undefined symbol _Znaj. In Pd extended it
loads and as Mathieu pointed out this must be because other libs
already loaded libstdc++. I will upload a fixed version tomorrow or
so. Thanks for helping.
Ah, yeah, that makes sense. I was testing with Pd vanilla. So it
should just be a matter of linking to libstdc++?
On Mon, Sep 19, 2011 at 7:00 PM, Hans-Christoph Steiner
hans@at.or.at wrote: I hope you get your 64-bit float support nailed down, that is a
great thing, that'll make the switch to 64-bit worth it to me.These days I'm working hard on double precision Pd. While issues
kept popping up, I postponed announcement. But I expect to report
very soon, with vanilla Pd for 99% working correctly in double
precision.
Woo hooo! I plan on getting this into Pd-extended as soon as possible.
.hc
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone." --Bjarne Stroustrup (creator of C++)
Uploaded a .zip with corrected makefile and according Linux executable, to
http://www.katjaas.nl/pitchshift/soundtouch~.html
I was not aware that the standard c++ libs must be explicitly linked, on Linux.
While checking soundtouch~ in vanilla Pd, I found some Pd-extended objects calls in the help patch. I'll change that as well, later.
Katja
On Tue, Sep 20, 2011 at 5:53 AM, Hans-Christoph Steiner hans@at.or.atwrote:
On Sep 19, 2011, at 7:38 PM, katja wrote:
Tried to load [soundtouch~] in vanilla Pd on Debian and indeed the same error was shown about undefined symbol _Znaj. In Pd extended it loads and as Mathieu pointed out this must be because other libs already loaded libstdc++. I will upload a fixed version tomorrow or so. Thanks for helping.
Ah, yeah, that makes sense. I was testing with Pd vanilla. So it should just be a matter of linking to libstdc++?
On Mon, Sep 19, 2011 at 7:00 PM, Hans-Christoph Steiner hans@at.or.atwrote:
I hope you get your 64-bit float support nailed down, that is a great thing, that'll make the switch to 64-bit worth it to me.
These days I'm working hard on double precision Pd. While issues kept popping up, I postponed announcement. But I expect to report very soon, with vanilla Pd for 99% working correctly in double precision.
Woo hooo! I plan on getting this into Pd-extended as soon as possible.
.hc
I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup (creator of C++)
Works nicely for me on Ubuntu/Maverick :) It would be good to have this object listed in the puredata.info downloads page. Anyone can add their libraries, externals, GUI plugins, apps, etc. there.
Here's how: http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
.hc
On Wed, 2011-09-21 at 00:33 +0200, katja wrote:
Uploaded a .zip with corrected makefile and according Linux executable, to
http://www.katjaas.nl/pitchshift/soundtouch~.html
I was not aware that the standard c++ libs must be explicitly linked, on Linux.
While checking soundtouch~ in vanilla Pd, I found some Pd-extended objects calls in the help patch. I'll change that as well, later.
Katja
On Tue, Sep 20, 2011 at 5:53 AM, Hans-Christoph Steiner hans@at.or.at wrote:
On Sep 19, 2011, at 7:38 PM, katja wrote: > > > > Tried to load [soundtouch~] in vanilla Pd on Debian and > indeed the same error was shown about undefined symbol > _Znaj. In Pd extended it loads and as Mathieu pointed out > this must be because other libs already loaded libstdc++. I > will upload a fixed version tomorrow or so. Thanks for > helping. Ah, yeah, that makes sense. I was testing with Pd vanilla. So it should just be a matter of linking to libstdc++? > On Mon, Sep 19, 2011 at 7:00 PM, Hans-Christoph Steiner > <hans@at.or.at> wrote: > I hope you get your 64-bit float support nailed > down, that is a great thing, that'll make the switch > to 64-bit worth it to me. > > > > These days I'm working hard on double precision Pd. While > issues kept popping up, I postponed announcement. But I > expect to report very soon, with vanilla Pd for 99% working > correctly in double precision. Woo hooo! I plan on getting this into Pd-extended as soon as possible. .hc ---------------------------------------------------------------------------- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup (creator of C++)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
works nice with samples as well, but not with speeds outside the range of
0.6~2. Do you plan on doing a non-live version? (i.e. to play samples)
João
Works nicely for me on Ubuntu/Maverick :) It would be good to have this object listed in the puredata.info downloads page. Anyone can add their libraries, externals, GUI plugins, apps, etc. there.
Here's how: http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
.hc
On Wed, Sep 21, 2011 at 11:06 PM, Hans-Christoph Steiner hans@at.or.atwrote:
Works nicely for me on Ubuntu/Maverick :) It would be good to have this object listed in the puredata.info downloads page. Anyone can add their libraries, externals, GUI plugins, apps, etc. there.
Thanks for the hint. I'll do that after converting the help patch to pure vanilla.
Katja
On Sep 23, 2011, at 3:53 AM, katja wrote:
On Wed, Sep 21, 2011 at 11:06 PM, Hans-Christoph Steiner <hans@at.or.at
wrote:
Works nicely for me on Ubuntu/Maverick :) It would be good to have
this object listed in the puredata.info downloads page. Anyone can add
their libraries, externals, GUI plugins, apps, etc. there.Thanks for the hint. I'll do that after converting the help patch to
pure vanilla.
I was just playing with this last night to try to make a pitch tracker
that forces people's voices to monotone. It needs work, but makes
some very fun sounds:
You can download the samples that I used from the very awesome http://freesound.org
.hc
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne
-
Hans-Christoph Steiner -
João Pais -
katja