This might be handy, its a transcript of loading rradical/usecases/showcase/the-showcase.pd:
OSCroute object version 1.05 by Matt Wright. pd: jdl Win32 raf. OSCroute Copyright ? 1999 Regents of the University of California. All Rights Reserved. [symbol2list] part of zexy-2.1 Copyright (l) IOhannes m zm?lnig, 1999-2005 forum::f?r::uml?ute IEM compiled: Nov 15 2005
pool 0.2.1pre - hierarchical storage object, (C)2002-2005 Thomas Grill
expr, expr~, fexpr~ version 0.4 under GNU General Public License nroute v0.1, written by Olaf Matthes olaf.matthes@gmx.de guts 30 0 1 2 (receive->canvas) connection failed oggrecorder ... couldn't create STARTING _mtx_mul_tilde_setup error: unpack: type mismatch ... you might be able to track this down from the Find menu. error: : can't open error: : can't open error: unpack: type mismatch error: unpack: type mismatch error: unpack: type mismatch error: unpack: type mismatch error: unpack: type mismatch error: unpack: type mismatch error: unpack: type mismatch error: signal outlet connect to nonsignal inlet (ignored) error: signal outlet connect to nonsignal inlet (ignored)
________________________________________________________________________ ____
¡El pueblo unido jamás será vencido!
Hans-Christoph Steiner wrote:
STARTING _mtx_mul_tilde_setup error: unpack: type mismatch ... you might be able to track this down from the Find menu.
please be aware, that there are several names you can call [mtx_*~]; however the objects will behave differently (for compatibility reasons), they will have different in/outlets, the matrices they accept could be swapped (transposed),...
i highly suggest using [mtx_*~] instead of anything else since this is the canonical version (and resolv the naming issue on the pd-side; see the other mail for this)
mfg.adsr. IOhannes
On Nov 15, 2005, at 3:33 PM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
STARTING _mtx_mul_tilde_setup error: unpack: type mismatch ... you might be able to track this down from the Find menu.
please be aware, that there are several names you can call [mtx_*~]; however the objects will behave differently (for compatibility reasons), they will have different in/outlets, the matrices they accept could be swapped (transposed),...
i highly suggest using [mtx_*~] instead of anything else since this is the canonical version (and resolv the naming issue on the pd-side; see the other mail for this)
Could you add an alias without special characters for [mtx_*~] so that it can be included in the build system as an individual file? Maybe [mtx_mul~]?
.hc
________________________________________________________________________ ____
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
-
Hans-Christoph Steiner -
IOhannes m zmölnig