Hallo,
Joe Newlin hat gesagt: // Joe Newlin wrote:
I tried running pd -verbose from the terminal, but got the same
errors. It looks like at least some of the extended libraries are not
being searched, and that pd is not searching subdirectories of the
paths I entered.
No, Pd doesn't search
OK. Got it. Thanks for helping me make sense of it.
JN
On Feb 17, 2008 12:01 AM, Frank Barknecht [EMAIL PROTECTED] wrote:
Hallo,
Joe Newlin hat gesagt: // Joe Newlin wrote:
I tried running pd -verbose from the terminal, but got the same
errors. It looks like at least some of the extended
What specific error messages are you seeing?
Are objects missing? Have paths changed?
Which versions are you using on the respective machines?
It could be more to do with that than the OS.
Locate errors by reading the console and using
Edit-Find Last Error
On Sat, 16 Feb 2008 14:35:23 -0800
Okay, I was using .40-2. So I installed .39 extended, and solved one
problem: objects had been resized and everything was a mess.
That's okay now.
But some objects are missing, e.g. decimate~ from extra/sigpack. The
object is installed in /usr/lib/local/pd/extra/sigpack (with a
.pd_linux
Does the sigpack library load when you specify it in the Startup
preferences? The .pd_linux extension is just a pd external binary for
linux. I have had problems like this before - try running pd with
verbose (pd -verbose from the terminal) and see what you get as far as
specific errors. This
I tried running pd -verbose from the terminal, but got the same
errors. It looks like at least some of the extended libraries are not
being searched, and that pd is not searching subdirectories of the
paths I entered.
I'm sure it is something simple, but being fairly in the dark about
both pd and
