sfogar

David Ziccarelli wrote the following in his very interesting article

"mxj~ is interesting because it shows a higher-level model for

developing signal processing objects where the programmer can fill in

a few Java classes and have a working object. It also supports a model

for dynamic patching of DSP routines that we hope will be the basis of

Please could you explain what does mean "It also supports a model for

Is this a way to allocate on the fly dynamic DSP objects similar to

David Ziccarelli wrote the following in his very interesting article
"MSP Learns to Ride a Bike":

"mxj~ is interesting because it shows a higher-level model for
developing signal processing objects where the programmer can fill in
a few Java classes and have a working object. It also supports a model
for dynamic patching of DSP routines that we hope will be the basis of
a future MSP."

Please could you explain what does mean "It also supports a model for
dynamic patching of DSP routines" ?

Is this a way to allocate on the fly dynamic DSP objects similar to
what Supercollider does ?

mxj-and-dynamic-patching-of-dsp-routines

If all your classes support the MSPPerformable or a similar interface 

you can easily build signal graphs on the fly.

If all your classes support the MSPPerformable or a similar interface  
you can easily build signal graphs on the fly.
Topher


I don't see any reason why you couldn't do this in conventional MSP 

externals - it's just code - I guess the DSP cycling is an artefact 

of the way Max/MSP deals with recompilation after rearrangements of 

nick rothwell -- composition, systems, performance -- 

I don't see any reason why you couldn't do this in conventional MSP  
externals - it's just code - I guess the DSP cycling is an artefact  
of the way Max/MSP deals with recompilation after rearrangements of  
patcher cords.

   nick rothwell -- composition, systems, performance -- http:// 
www.cassiel.com


What I think you're missing, Nick, is that mxj~ provides an interface

by which you can create unit generators in Java, and then mix and

match those unit generators on the fly in another mxj~ object. There

currently is no simple way to load another C msp external within a C

What I think you're missing, Nick, is that mxj~ provides an interface
by which you can create unit generators in Java, and then mix and
match those unit generators on the fly in another mxj~ object.  There
currently is no simple way to load another C msp external within a C
external.

If I felt like it, I'm sure I could go away and invent some kind of 

dynamic dispatching framework to allow me to load up native DLL's for 

C signal vector processing and get the same kind of mixing and 

matching, but it would be hard work and awfully fiddly and messy, and 

If I felt like it, I'm sure I could go away and invent some kind of  
dynamic dispatching framework to allow me to load up native DLL's for  
C signal vector processing and get the same kind of mixing and  
matching, but it would be hard work and awfully fiddly and messy, and  
I most certainly do not feel like it...

> If I felt like it, I'm sure I could go away and invent some kind of

> dynamic dispatching framework to allow me to load up native DLL's for

> C signal vector processing and get the same kind of mixing and

absolutely, and it's our hope that we can provide this kind of

> If I felt like it, I'm sure I could go away and invent some kind of
> dynamic dispatching framework to allow me to load up native DLL's for
> C signal vector processing and get the same kind of mixing and
> matching...

absolutely, and it's our hope that we can provide this kind of
framework sometime in the future.

If I remember well somebody on the list said he developed something

If I remember well somebody on the list said he developed something
similar but then stopped.

mxj~ and dynamic patching of DSP routines