On Jan 19, 2006, at 10:49 AM, B. Bogart wrote:
Hmmm,
Unless mtx_ conflicts with something else should they not be instanciated by mtx_* and not iemmatrix.mtx_*
I like these namespaces, but it does make using patches from non-installer machines a little irritating. (searching for broken objects and replacing with the namespace name...)
If you load all the libs, then it'll act as if everything was directly
in extra. So if you load "iemmatrix" as a lib, then [mtx_print] will
work without [iemmatrix/mtx_print].
Maybe we need this [import] stuff sooner than later...
Yes indeed! A real import would be lovely. But unfortunately, not so
simple. There is a very basic [import] included in Pd-extended. In
order for it to work, it needs to be the first object loaded in a
patch. You can ensure that by cutting every object in a patch except
[import], then pasting it all back and saving it.
.hc
.b.
james tittle wrote:
On Jan 18, 2006, at 4:50 PM, B. Bogart wrote:
After a lot of Jamie's help I finally got a gem CVS version to work on my OSX machine. I ended up having to use RC7 to load the Gem binary for some reason, and I could not get my local copy to work (PD said it was loaded, but I could not create any Gem objects).
...good to hear!
Anyhow I have pix_multiblob working, and I was trying to use the help patch but it seems that the pd extended RC7 does not include mtx_*
which is needed by the blobtracker help. :(mtx_* ... couldn't create mtx_* ... couldn't create mtx_* ... couldn't create
Could this be added to the extended installer? Since I am unable to get a recent verson of Gem to load into PD using anything but RC7 (RC4
did not work). blech!...actually, these are included in RC7, but they would have to be accessed as [iemmatrix/mtx_*]...I don't think this issue is really covered in the docs, certainly not in the RC* series, so this is a major documentation oversight, IMHO...
...the ReadMe.html also only lists a few of the included libs and versions, with no mention of how to access anything from, say zexy...
james
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