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