Yeah this is annoying. I'm pretty sick of the way that libraries are managed in Pd right now. What I do for the 50 million separate iem-libs is to just dump them all in the /extra folder directly. Then they seem to work right.

Kudos though to the pdmtl crew. They are doing the right thing with organization strategies: unifying the cruft and making things easy to understand. I am all for Pd-extended to adopt this method completely. It makes more sense to have a single use-based directory structure for externals and abstractions a la pdmtl. If devs can get over the ego shock of giving up their little cvs fiefdoms.

~Kyle

On Sun, Mar 30, 2008 at 6:51 PM, marius schebella <marius.schebella@gmail.com> wrote:
I am not 100% sure, but i think you need a library called hexloader to
load these objects. (should load on startup with pd-extended. then mtx_*
will know that it has to load äh...
I think you can also try mtx_mul.
marius.

Luigi Rensinghoff wrote:
> Hi List
>
> i can imagine this was asked before......
>
> i am on OSX and i was trying to go through pdmtl-abstractions
> i cam across
>
> the mtx_* object which cannot be loaded...because it appears as somethin
> like
>
>
>
> ------------------------------------------------------------------------
>
>
>
> how do i know which one is which ????
>
> this question might concern many other libs i guess...
>
> even  ">~" or something might not load because of a similar issue
>
>
> bye
>
> Luigi
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list


_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



--
-----
------------
---- -----
---- -------- - ------
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz