Re: some simple physical modelling

[ben]

> If the user wants all the notes to ring out as if the sustain pedal were
> held, just don't send note-offs until you really want all the notes to
> stop. You can do this by editing the pattern so that notes start at
> different times but end at once. For live MIDI we might have to do some
> buffering of note-offs (holding them until you release the midi sustain)
> but I would rather write that code once than make machine authors each
> do their own algorithm for holding notes on sustain. This is why I am
> changing the name of ox_track to ox_channel.... the channel is really a
> more general mechanism that is mapped to the voices inside each machine
> (if you make objects that are capable of making one voice, you can
> easily combine their output into polyphony.)  
> 
> That way the machine developer worries only about how to generate their
> sound and how to respond to events; some of the general details like
> voice allocation can be handled easily by the host. If the host can also
> handle sustain in a transparent way (by postponing note-off events) then
> we can use that for any generator instead of just ones that had sustain
> code written in. I'm trying to make it as clean and easy as possible to
> write machines that can take advantage of future host extensions.
> 
> How do you feel about doing it that way? 

That makes sense.  It seems simpler and easier than doing it all inside
the machine.