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
[EMAIL PROTECTED] 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
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
