Hi List
I just build a little memento-ified matrix for 24 ins and 24 outs
(only one single outlet allowed per inlet)
which i need for patching parameters between wii-Data-and synth- control..
it works for bangs and numberstreams so far
well the best thing would be to use the same matrix for
audioconnections as well.
It might sound a bit absurd, but what i am looking for is something like
route signal float
myself....
Any Ideas which path to follow with that ??
How are your solutions for building a flexible patchbay ot that kind ??
Thanks Luigi
P.S.
i have attached the patchbay as it is for now..
If you have any suggestions or ideas, improvements or ways to do that
much easier and more efficient ia m very thankful

---------------------------------------<
Luigi Rensinghoff luigi.rensinghoff@freenet.de skype:gigischinke ichat:gigicarlo
isn't there some sort of [matrix~] external that can do that sort of thing? i'm sure i saw it before, but can't find it in my current pd-extended folders.
hard off wrote:
isn't there some sort of [matrix~] external that can do that sort of thing? i'm sure i saw it before, but can't find it in my current pd-extended
i guess you are referring to [mtx_*~] in iemmatrix (former known as [matrix~] (and even former being part of zexy.
as i understand it, luigi's solution is for routing messages (even though he claims including "audio" i haven't seen this in his implementation - but i only had a short glance so i probably missed it)
nevertheless, i think it would be interesting if luigi's solution would somehow integrate into iemmatrix (on a message-level)
fgmasdr IOhannes
ahh, name change....gets me every time.
who thought of mtx_*~ though??? a bit over the top isn't it?
and still no help file. obviously audio matrices are so simple that everyone can understand them ;P
Sorry, i dont get it ??
what do you mean...
Am 25.04.2008 um 12:48 schrieb hard off:
ahh, name change....gets me every time.
who thought of mtx_*~ though??? a bit over the top isn't it?
why "over the top" ??
and still no help file. obviously audio matrices are so simple
that everyone can understand them ;P
i have a mtx:*~-help file....
---------------------------------------<
Luigi Rensinghoff luigi.rensinghoff@freenet.de skype:gigischinke ichat:gigicarlo
Luigi Rensinghoff wrote:
Am 25.04.2008 um 12:48 schrieb hard off:
who thought of mtx_*~ though??? a bit over the top isn't it?
why "over the top" ??
as i understood hardoff's remark, [mtx_*~] is a bit overpowered to do mere routing (being able to mix signals, have any gain and doing interpolation) and thus a potential waste of ressources. (cf: "mit kanonen auf spatzen schieÃen")
nevertheless, [mtx_*~] should be rather optimized when dealing with multiplication of "1" and "0".
speaking of this, i now remember that i do have 2 audio-routing matrices in zexy: [demux~] and [mux~] (for pd-extended users these are probably called [demultiplex~] and [multiplex~]) they have been written as counterparts to the full-featured [matrix~] (now [mtx_*~]), but as you probably have guessed from my lack of memory, i hardly ever (actually quite never) use it...
fgmaser IOhannes
hard off wrote:
ahh, name change....gets me every time.
well, iemmatrix still provides [matrix~] for backward compatibility.
and still no help file. obviously audio matrices are so simple that everyone can understand them ;P
probably you have just deleted this file yourself, since audio matrices are so simple.
if you want it back, get it from: https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/iem/...
mfga.df IOhannes
i didn't delete it.
had a good look, and the help file doesn't seem to be a part of pd-extended hans build for os x.
actually, none of the matrix help files work on osx
not [matrix], nor [matrix~]. nor [mtx_*~]
hard off wrote:
i didn't delete it.
had a good look, and the help file doesn't seem to be a part of pd-extended hans build for os x.
well, how about filing a bug-report then? (i think it is a packaging bug in pd-extended; but you also might just have a very outdated version of pd-extended that has not yet included this helpfile (pre 2006-03-28, according to the logs))
mfgas.dr IOhannes