Hi there:
Just quick question. What is the maximum size of audio samples that soundfiler can hold or write into a array? I got this message when trying to load a mono sample that is 2 minutes long.
error: soundfiler_read: truncated to 4000000 elements
Or, is there a way to adjust the maximum size of the sample that it can hold?
Many thanks
Yours
CHUN
Saturday, May 22, 2004, 12:40:50 AM, chun wrote:
cl> error: soundfiler_read: truncated to 4000000 elements
cl> Or, is there a way to adjust the maximum size of the sample that it can cl> hold? try using flag "-maxsize N" where N is a maximum number of samples the array will be truncated to.
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory /home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'
But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/ and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
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
On lau, 2004-05-22 at 13:44, Pall Thayer wrote:
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/
this of course should be cp /usr/local/lib/libtk8.4.so /usr/lib/
and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
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
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
Hi,
Just a short note that although the way you solved your problem leads to a working system, it is not the recommended solution.
First, having libraries in /usr/local/lib means that you have compiled and installed it by hand, or got it from another source (e.g. not the Fedora system). It is always preferrable to install software from one system only. There should be a tcl/tk package in Fedora.
If you have libraries in /usr/local/lib, let them stay there and update /etc/ld.so.conf, and run "ldconfig -a" so that the dynamic linker can find the library. The advantage of this is that you will always know which libraries did not come from the system (those in /usr/local/lib).
The goal of the whole procedure is to have a manageable system, and bugs that you encounter can probably be reproduced. This is not possible if you mix up libraries from different places, and at the end the only possibility will be to reinstall your system.
Guenter
On Sat, 22 May 2004, Pall Thayer wrote:
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/ and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
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
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
Thanks for the tip. I admit, I have read that one shouldn't do things like that but I had tried installing tcl and tk via apt-get and something wasn't working, don't remember what it was.
I tried running ldconfig -a but the -a argument is recognized. What was the -a supposed to do?
On lau, 2004-05-22 at 14:01, guenter geiger wrote:
Hi,
Just a short note that although the way you solved your problem leads to a working system, it is not the recommended solution.
First, having libraries in /usr/local/lib means that you have compiled and installed it by hand, or got it from another source (e.g. not the Fedora system). It is always preferrable to install software from one system only. There should be a tcl/tk package in Fedora.
If you have libraries in /usr/local/lib, let them stay there and update /etc/ld.so.conf, and run "ldconfig -a" so that the dynamic linker can find the library. The advantage of this is that you will always know which libraries did not come from the system (those in /usr/local/lib).
The goal of the whole procedure is to have a manageable system, and bugs that you encounter can probably be reproduced. This is not possible if you mix up libraries from different places, and at the end the only possibility will be to reinstall your system.
Guenter
On Sat, 22 May 2004, Pall Thayer wrote:
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/ and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
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
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
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
On Sat, 22 May 2004, Pall Thayer wrote:
Thanks for the tip. I admit, I have read that one shouldn't do things like that but I had tried installing tcl and tk via apt-get and something wasn't working, don't remember what it was.
I tried running ldconfig -a but the -a argument is recognized. What was the -a supposed to do?
Oops, sorry, must have invented that. Actually you do not need flags. Haven't used ldconfig for a long time, ...
Guenter
On lau, 2004-05-22 at 14:01, guenter geiger wrote:
Hi,
Just a short note that although the way you solved your problem leads to a working system, it is not the recommended solution.
First, having libraries in /usr/local/lib means that you have compiled and installed it by hand, or got it from another source (e.g. not the Fedora system). It is always preferrable to install software from one system only. There should be a tcl/tk package in Fedora.
If you have libraries in /usr/local/lib, let them stay there and update /etc/ld.so.conf, and run "ldconfig -a" so that the dynamic linker can find the library. The advantage of this is that you will always know which libraries did not come from the system (those in /usr/local/lib).
The goal of the whole procedure is to have a manageable system, and bugs that you encounter can probably be reproduced. This is not possible if you mix up libraries from different places, and at the end the only possibility will be to reinstall your system.
Guenter
On Sat, 22 May 2004, Pall Thayer wrote:
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/ and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
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
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
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
On lau, 2004-05-22 at 15:38, guenter geiger wrote:
On Sat, 22 May 2004, Pall Thayer wrote:
Thanks for the tip. I admit, I have read that one shouldn't do things like that but I had tried installing tcl and tk via apt-get and something wasn't working, don't remember what it was.
I tried running ldconfig -a but the -a argument is recognized. What was the -a supposed to do?
and I of course meant that the -a argument is NOT recognized, but I see that you figured out what I meant.
It's like what I'm always trying to teach my kids and students, "Listen to what I mean, not what I say."
Oops, sorry, must have invented that. Actually you do not need flags. Haven't used ldconfig for a long time, ...
Guenter
On lau, 2004-05-22 at 14:01, guenter geiger wrote:
Hi,
Just a short note that although the way you solved your problem leads to a working system, it is not the recommended solution.
First, having libraries in /usr/local/lib means that you have compiled and installed it by hand, or got it from another source (e.g. not the Fedora system). It is always preferrable to install software from one system only. There should be a tcl/tk package in Fedora.
If you have libraries in /usr/local/lib, let them stay there and update /etc/ld.so.conf, and run "ldconfig -a" so that the dynamic linker can find the library. The advantage of this is that you will always know which libraries did not come from the system (those in /usr/local/lib).
The goal of the whole procedure is to have a manageable system, and bugs that you encounter can probably be reproduced. This is not possible if you mix up libraries from different places, and at the end the only possibility will be to reinstall your system.
Guenter
On Sat, 22 May 2004, Pall Thayer wrote:
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/ and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
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
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
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
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
-
chun lee -
guenter geiger -
Pall Thayer -
Yury