Hello,
I was building Pd 0.39.2-extended-test5 for Debian i386 with the information on the website http://puredata.info/docs/developer/Debian, but some externals are missing, that are crucial to my patches and were available with the Debian packages, i.e. svf~ and aenv~.
I have included /usr/local/lib/pd/extra/ in my search path and zexy, Gem and pdp to my binaries to load. Anything else I should add?
cu Thomas
"Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance." (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/
Hallo, Thomas Mayer hat gesagt: // Thomas Mayer wrote:
I was building Pd 0.39.2-extended-test5 for Debian i386 with the information on the website http://puredata.info/docs/developer/Debian, but some externals are missing, that are crucial to my patches and were available with the Debian packages, i.e. svf~ and aenv~.
Are they really missing? Did you try "find /usr/local/lib/pd -name svf*" to make sure they are missing? Some externals have to be loaded using the pd-extended extension "-libdir".
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
Hallo, Thomas Mayer hat gesagt: // Thomas Mayer wrote:
I was building Pd 0.39.2-extended-test5 for Debian i386 with the information on the website http://puredata.info/docs/developer/Debian, but some externals are missing, that are crucial to my patches and were available with the Debian packages, i.e. svf~ and aenv~.
Are they really missing? Did you try "find /usr/local/lib/pd -name svf*" to make sure they are missing? Some externals have to be loaded using the pd-extended extension "-libdir".
apparently, these are not missing, but the Pd window outputs
svf~ ... couldn't create aenv~ ... couldn't create
Where do have to apply -libdir? It doesn't work neither as a startup flag from the commandline, nor anywhere in the settings.
cu Thomas
"Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance." (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/
Hallo, Thomas Mayer hat gesagt: // Thomas Mayer wrote:
apparently, these are not missing, but the Pd window outputs
svf~ ... couldn't create aenv~ ... couldn't create
Where do have to apply -libdir? It doesn't work neither as a startup flag from the commandline, nor anywhere in the settings.
As I understand it, "-libdir X" is a kind of shortcut for "-path X -helppath X", so you could use these instead. Just put the directory(ies) containing sfv~ and aenv~ into you path like usual and all should be fine. Alternatively you could change your patches and include the directory the externals reside in the object name like [DIR_OF_SFV/sfv~]. Note that I don't know the actual paths used in pd-extended, so you need to find out the "DIR_OF_SFV" part yourself. Probably this is documented better on some page on puredata.info
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
As I understand it, "-libdir X" is a kind of shortcut for "-path X -helppath X", so you could use these instead. Just put the directory(ies) containing sfv~ and aenv~ into you path like usual and all should be fine. Alternatively you could change your patches and include the directory the externals reside in the object name like [DIR_OF_SFV/sfv~]. Note that I don't know the actual paths used in pd-extended, so you need to find out the "DIR_OF_SFV" part yourself. Probably this is documented better on some page on puredata.info
It's working now. Here is my solution
find /usr/local/lib/pd -name svf* gives:
/usr/local/lib/pd/doc/examples/cyclone/svf-test.pd /usr/local/lib/pd/extra/bsaylor/svf~.pd_linux /usr/local/lib/pd/extra/cyclone/svf~.pd_linux /usr/local/lib/pd/extra/flatspace/svf~.pd_linux
only /usr/local/lib/pd/extra/ is in the startup searchpath. After copying the files from the directory bsaylor into the /usr/local/lib/pd/extra/ directory, svf~ is available. dito for aenv~.
Maybe Pd doesn't use subdirectories or has a problem with more than one version of a file. Any comments?
cu Thomas
"Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance." (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/
Hallo, Thomas Mayer hat gesagt: // Thomas Mayer wrote:
It's working now. Here is my solution
find /usr/local/lib/pd -name svf* gives:
/usr/local/lib/pd/doc/examples/cyclone/svf-test.pd /usr/local/lib/pd/extra/bsaylor/svf~.pd_linux /usr/local/lib/pd/extra/cyclone/svf~.pd_linux /usr/local/lib/pd/extra/flatspace/svf~.pd_linux
only /usr/local/lib/pd/extra/ is in the startup searchpath. After copying the files from the directory bsaylor into the /usr/local/lib/pd/extra/ directory, svf~ is available. dito for aenv~.
Maybe Pd doesn't use subdirectories or has a problem with more than one version of a file.
Pd does have a problem with more than one version: This is called a nameclash. Here you have three svf~.pd_linux files, and probably they all behave differently. pd-extended doesn't force you to use a specific one, because it might be the wrong one. So pd-extended puts all of them in their own subdirectories out of view of Pd.
You can do things to activate a specific sfv~:
- move one file into your path like you did.
pro: easy and traditional
contra: you can only move one file like this, updates won't get noticed unless you move the updated files again, you cannot use the other svf~'s like this.
- adapt your path to include the directory, the file is located using
-path or -libdir or the new [declare] object (later).
pro: will survive updates. settings are in a central location (pdsettings/pdrc), more flexible than moving because of this.
contra: has to be done for many objects and by many users.
- include the path in the object name like [cyclone/svf~] or
[bsaylor/svf~]. Parent directory has to be in you path already, but "extra" always is.
pro: you directly see which sfv~ you're using. You can (maybe) use both external-versions in one patch. Avoids nameclashes.
contra: You introduce new, longer names, that non-users of pd-extended can only guess. Old patches need to be adapted. Help-patches may not work fully.
Choose your poison.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Thomas Mayer wrote:
Maybe Pd doesn't use subdirectories
I noticed this last week when I did a reinstall of PD and populated the "extra" folder with externals which were in subdirectories, copied over from HC's Linux installer. I had to add each subdirectory to my .pdsettings file manually, and that turned out to be something like 50 paths! I can see why it was done this way--to avoid nameclashes, but I found it extremely annoying that PD doesn't search directories recursively. Is there a way to change that behavior?
d.
Hallo, derek holzer hat gesagt: // derek holzer wrote:
I noticed this last week when I did a reinstall of PD and populated the "extra" folder with externals which were in subdirectories, copied over from HC's Linux installer. I had to add each subdirectory to my .pdsettings file manually, and that turned out to be something like 50 paths! I can see why it was done this way--to avoid nameclashes, but I found it extremely annoying that PD doesn't search directories recursively. Is there a way to change that behavior?
If Pd would automatically dive into subdirectories of e.g. "extra" than all that work of placing cyclone-svf~ and bensaylor-sfv~ into different directories would be in vain.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
There is the solution of using the library namespace prefix, i.e. [cyclone/svf~].
~Kyle
On 10/9/06, Frank Barknecht fbar@footils.org wrote:
Hallo, derek holzer hat gesagt: // derek holzer wrote:
I noticed this last week when I did a reinstall of PD and populated the "extra" folder with externals which were in subdirectories, copied over from HC's Linux installer. I had to add each subdirectory to my .pdsettings file manually, and that turned out to be something like 50 paths! I can see why it was done this way--to avoid nameclashes, but I found it extremely annoying that PD doesn't search directories recursively. Is there a way to change that behavior?
If Pd would automatically dive into subdirectories of e.g. "extra" than all that work of placing cyclone-svf~ and bensaylor-sfv~ into different directories would be in vain.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have to agree on this one. Having to add 50 subdirectories by hand is tedious. This is the only solution with really makes sense. Some libs do this already...[iem_prepend], for example.
d.
Kyle Klipowicz wrote:
There is the solution of using the library namespace prefix, i.e. [cyclone/svf~].
~Kyle
On 10/9/06, Frank Barknecht fbar@footils.org wrote:
Hallo, derek holzer hat gesagt: // derek holzer wrote:
I noticed this last week when I did a reinstall of PD and populated the "extra" folder with externals which were in subdirectories, copied over from HC's Linux installer. I had to add each subdirectory to my .pdsettings file manually, and that turned out to be something like 50 paths! I can see why it was done this way--to avoid nameclashes, but I found it extremely annoying that PD doesn't search directories recursively. Is there a way to change that behavior?
If Pd would automatically dive into subdirectories of e.g. "extra" than all that work of placing cyclone-svf~ and bensaylor-sfv~ into different directories would be in vain.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
This is also how Max/MSP/Jitter works, as well as the extensions. For example, [jit.convolve] is Jitter's convolution tool, and [ice.lattice] is a really neat third party GUI extension (wouldn't mind some more of _those_ in Pd).
I personally like the dot in the namespace, and name all my own abstractions kk.name to avoid namespace conflict (it started when I made my own version of spigot~ for audio, which was just like spigot for messages...guess the rest).
~Kyle
On 10/9/06, derek holzer derek@x-i.net wrote:
I have to agree on this one. Having to add 50 subdirectories by hand is tedious. This is the only solution with really makes sense. Some libs do this already...[iem_prepend], for example.
d.
Kyle Klipowicz wrote:
There is the solution of using the library namespace prefix, i.e. [cyclone/svf~].
~Kyle
On 10/9/06, Frank Barknecht fbar@footils.org wrote:
Hallo, derek holzer hat gesagt: // derek holzer wrote:
I noticed this last week when I did a reinstall of PD and populated the "extra" folder with externals which were in subdirectories, copied over from HC's Linux installer. I had to add each subdirectory to my .pdsettings file manually, and that turned out to be something like 50 paths! I can see why it was done this way--to avoid nameclashes, but I found it extremely annoying that PD doesn't search directories recursively. Is there a way to change that behavior?
If Pd would automatically dive into subdirectories of e.g. "extra" than all that work of placing cyclone-svf~ and bensaylor-sfv~ into different directories would be in vain.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 24: "Bridges -build -burn"
On Mon, 9 Oct 2006, Kyle Klipowicz wrote:
This is also how Max/MSP/Jitter works, as well as the extensions. For example, [jit.convolve] is Jitter's convolution tool, and [ice.lattice] is a really neat third party GUI extension (wouldn't mind some more of _those_ in Pd).
And for example, [lti.CholeskyDecomposition], [lti.RegionsPolygonizer], [lti.PolygonApproximation], ... but those aren't in Jitter, they aren't in MAX/MSP, they're in Pd and precisely GridFlow.
The rest of GridFlow uses the "#" prefix except for a few exceptions. (those exceptions are mostly either as compatibility with legacy software, or as classes that I believe should be part of Pd itself but aren't; in any case, the "#" prefix is reserved for objects that are specifically designed to deal with grids, so it can't be representative of all that we need to put in GridFlow)
ons kk.name to avoid namespace conflict (it started when I made my own version of spigot~ for audio, which was just like spigot for messages...guess the rest).
me, it just started when i cloned [demux] from jMax...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
The way things are currently setup are not the end solution, but a
transitional arrangement. We are working towards full-fledged
namespaces, like Java, Python, Ruby, C++, etc. The name prefixes
(jit., ice., kk., iem_) are not namespaces at all. They are just a
technique for generating unique names in a single, global namespace.
The idea then is not that you would load every single library into
the global namespace, which is what the .pdsettings file currently
does. Instead the grand plan is that you would just load the
libraries you need for a given patch. You can already do this to
some degree using the [import] object
.hc
On Oct 9, 2006, at 5:35 PM, derek holzer wrote:
I have to agree on this one. Having to add 50 subdirectories by
hand is tedious. This is the only solution with really makes sense.
Some libs do this already...[iem_prepend], for example.d.
Kyle Klipowicz wrote:
There is the solution of using the library namespace prefix, i.e. [cyclone/svf~]. ~Kyle On 10/9/06, Frank Barknecht fbar@footils.org wrote:
Hallo, derek holzer hat gesagt: // derek holzer wrote:
I noticed this last week when I did a reinstall of PD and
populated the
"extra" folder with externals which were in subdirectories,
copied over
from HC's Linux installer. I had to add each subdirectory to my .pdsettings file manually, and that turned out to be something
like 50
paths! I can see why it was done this way--to avoid
nameclashes, but I
found it extremely annoying that PD doesn't search directories recursively. Is there a way to change that behavior?
If Pd would automatically dive into subdirectories of e.g. "extra" than all that work of placing cyclone-svf~ and bensaylor-sfv~ into different directories would be in vain.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 24: "Bridges -build -burn"
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
Hallo, Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
There is the solution of using the library namespace prefix, i.e. [cyclone/svf~].
You can't use "/" as a delimiter for single externals and abstractions, unless you put your svf~-object in a subdirectory, which is what started all this and which is, what makes subdirectory-diving impossible, AFAICT.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Oct 9, 2006, at 6:09 AM, Frank Barknecht wrote:
Hallo, Thomas Mayer hat gesagt: // Thomas Mayer wrote:
apparently, these are not missing, but the Pd window outputs
svf~ ... couldn't create aenv~ ... couldn't create
Where do have to apply -libdir? It doesn't work neither as a startup flag from the commandline, nor anywhere in the settings.
As I understand it, "-libdir X" is a kind of shortcut for "-path X -helppath X", so you could use these instead. Just put the directory(ies) containing sfv~ and aenv~ into you path like usual and all should be fine. Alternatively you could change your patches and include the directory the externals reside in the object name like [DIR_OF_SFV/sfv~]. Note that I don't know the actual paths used in pd-extended, so you need to find out the "DIR_OF_SFV" part yourself. Probably this is documented better on some page on puredata.info
There is no "-libdir" flag. libdirs are loaded just like old-style
Pd libs: -lib and the "startup" preferences.
.hc
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
-
derek holzer -
Frank Barknecht -
Hans-Christoph Steiner -
Kyle Klipowicz -
Mathieu Bouchard -
Thomas Mayer