[CM] Reconfigurable DSP patches

cristopher pierson ewing cewing at u.washington.edu
Thu Oct 17 09:32:33 PDT 2002


I understand that normally, this type of thing would be packaged with each
dsp being a generator, and the patch itself being an instrument, but that
would require the user, in advance, to program all the combinations of
dsps they might desire into separate instruments, and then call each one
by name at the right time.

What if the user could instead allocate dsp objects (instruments) in
advance that he/she might wish to use, and then algorithmically patch them
together by feeding the output of one into the input of the next?  This is
the paradigm I'm seeking.

Perhaps I'm missing something in your reply, but it doesn't seem to
address this aspect of my question.

C

********************************
Cris Ewing
CARTAH Assistant
University of Washington
Home Phone: (206) 365-3413
E-mail: cewing at u.washington.edu
*******************************


On Thu, 17 Oct 2002, Bill Schottstaedt wrote:

> > out = (dsp1 (dsp2 (dsp3 smp1))) +
> >      (dsp2 (dsp1 (dsp3 smp2))) +
> >      (dsp3 (dsp2 (dsp1 smp3)))
>
> Normally in CLM these sorts of things are packaged up as "instruments".
> Each "dsp" function is a "generator", the sound input itself is handled
> via "ina" or "readin".  What I think you're calling an "instrument",
> CLM calls a "generator".
>




More information about the Cmdist mailing list