[PD] mtx_* & Extended RC7 WAS Re: [GEM-dev] OSX binary with multi-blob tracking online somewhere?

B. Bogart ben at ekran.org
Fri Jan 20 01:24:16 CET 2006


Ok...

So just to clarify Johannes could just put [iemmatrix] in the help
patch? or that I would have to start pd with -lib iemmatrix?

Johannes, I'm not sure about this blobtracker depending on iemmatrix is
a good idea...

.b.

Hans-Christoph Steiner wrote:
>
> 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 at 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
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060119/66623f2c/attachment.pgp>


More information about the Pd-list mailing list