Hello,
I have posted a zip file of the v0.13 readanysf~.pd_darwin that I've been using on PD under OS 10.3.4 here: http://www.cse.unsw.edu.au/~nickm/pd/
I'm fairly sure it should work without anything else when placed in the pd/extra directory.
August - hope you don't mind - let me know if that's not ok by you. I'll remove the file in a few weeks.
Nick
-----Original Message----- From: august august@alien.mur.at To: Etienne Desautels titi@sat.qc.ca Date: Wed, 14 Jul 2004 23:03:33 +0200 (CEST) Subject: Re: [PD] readanysf~ for os x
On Wed, 14 Jul 2004, Etienne Desautels wrote:
and i was wondering if you have release the OS X version and if there's a binary somewhere? Right now I'm using sfread~ to play some sound files because I need to be able to loop, seek and start to play the file quickly but the seek function doesn't seem to work. So I would like to use readanysf~ !
Etienne,
yes, the new 0.13 release has succesfully been compiled and tested on OSX.
However, I don't have the time to make a OSX package or binary. I know some on the list have it already running on OSX, so maybe they can give you binary if they have it.
you will need gcc (comes with Xcode): download and "./configure, make, make install" the following: libsamplerate libmad libogg libvorbis libflac you will also need to install flext somewhere.
then, for readanysf~, do another "./configure", and "make"
wish there weren't so many dependancies, but that's how it is right now.
best of luck -august.
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list
I have posted a zip file of the v0.13 readanysf~.pd_darwin that I've been using on PD under OS 10.3.4 here: http://www.cse.unsw.edu.au/~nickm/pd/
[...]
August - hope you don't mind - let me know if that's not ok by you. I'll remove the file in a few weeks.
thats cool. if it works for everyone, then I'll just add it to the download section.
it looks like the binary you provide is dynamically linked to all the libs (which is how one should really do it). Anyone using it will still need to install all the other libraries.
So, what's the proper way on a Mac to distribute a binary like this? (as if I'd have time to put a proper package together :)
-august.
Thanks August and Nick,
as you said August the Nick's binary is dynamically linked to all the libs, so to works, we have to put all the libraries in the good places. I didn't want to do that, so I tried to recompile it with just flext and libsamplerate but without success.
First I did: ./configure --with-pd-dir=/usr/local/pd-0.37-1/src/
and after 'make'
and I get this error:
make all-recursive
Making all in src
source='main.cpp' object='main.o' libtool=no
depfile='.deps/main.Po' tmpdepfile='.deps/main.TPo'
depmode=gcc3 /bin/sh ../depcomp
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/
-I/usr/local/lib/pd/flext/ -I../include/ -DUNIX -Wno-deprecated -Wall
-Wimplicit -Wunused -Wmissing-prototypes -O3
-I/usr/local/pd-0.37-1/src/ -DFLEXT_SYS=2 -DFLEXT_THREADS
-DFLEXT_SHARED -c -o main.o test -f 'main.cpp' || echo './'main.cpp
main.cpp: In member function void readanysf::m_child()': main.cpp:367: error: parse error before(' token
main.cpp:371: error: parse error before (' token main.cpp:375: error: parse error before(' token
make[2]: *** [main.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
After that I finally decided to install the Nick's binary and all the libs at the good place for the binary, and it works well!
About the proper way on a Mac to distribute a binary, I think it's to built it with all the libs included in it. That's because on os X there's no standard place to put the libs. It depends if you use fink or darwinport or build it by hand. The other way is to distribute a package that will install the binary plus all the libs at the good places. Just my 2 cents...
Etienne
On 04-07-15, at 10:41, august wrote:
I have posted a zip file of the v0.13 readanysf~.pd_darwin that I've been using on PD under OS 10.3.4 here: http://www.cse.unsw.edu.au/~nickm/pd/
[...]
August - hope you don't mind - let me know if that's not ok by you. I'll remove the file in a few weeks.
thats cool. if it works for everyone, then I'll just add it to the download section.
it looks like the binary you provide is dynamically linked to all the libs (which is how one should really do it). Anyone using it will still need to install all the other libraries.
So, what's the proper way on a Mac to distribute a binary like this? (as if I'd have time to put a proper package together :)
-august.
as you said August the Nick's binary is dynamically linked to all the libs, so to works, we have to put all the libraries in the good places. I didn't want to do that, so I tried to recompile it with just flext and libsamplerate but without success.
the problem was some missing defines in the main.cpp. if you download it again, you should be able to compile without the mad, vorbis or flac libs.
...
After that I finally decided to install the Nick's binary and all the libs at the good place for the binary, and it works well!
good to hear.
About the proper way on a Mac to distribute a binary, I think it's to built it with all the libs included in it. That's because on os X there's no standard place to put the libs. It depends if you use fink or darwinport or build it by hand. The other way is to distribute a package that will install the binary plus all the libs at the good places.
I think the later is the way to go. If you compile all the libs statically, then the binary will be well over 2 or 3 megs (I'm guessing). And, you'd have to load that every time you add a readanysf~ object in pd. that will add up after a while. Same with flext externals. they should link to flext dynamically where possible. this will cut down down on RAM usage.
-august.
It would be great to have [readanysf~] maintained in the CVS. Then I
could do the MacOS X porting and maintain it as part of the MacOS X
packages, as well as any other packages for platforms that [readanysf~]
runs on.
.hc
On Jul 16, 2004, at 11:16 AM, august wrote:
as you said August the Nick's binary is dynamically linked to all the libs, so to works, we have to put all the libraries in the good
places. I didn't want to do that, so I tried to recompile it with just flext and libsamplerate but without success.the problem was some missing defines in the main.cpp. if you download
it again, you should be able to compile without the mad, vorbis or flac
libs....
After that I finally decided to install the Nick's binary and all the libs at the good place for the binary, and it works well!
good to hear.
About the proper way on a Mac to distribute a binary, I think it's to built it with all the libs included in it. That's because on os X there's no standard place to put the libs. It depends if you use fink or darwinport or build it by hand. The other way is to distribute a package that will install the binary plus all the libs at the good places.
I think the later is the way to go. If you compile all the libs statically, then the binary will be well over 2 or 3 megs (I'm
guessing). And, you'd have to load that every time you add a readanysf~ object in
pd. that will add up after a while. Same with flext externals. they
should link to flext dynamically where possible. this will cut down down on
RAM usage.-august.
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to
realize his wishes.
Now that he can realize them, he must either change them, or perish.
-William Carlos Williams
-
august -
Etienne Desautels -
Hans-Christoph Steiner -
n m