I am again getting very confused about what you really want.

On Saturday 10 June 2006 17:30, Dr. Richard Boulanger wrote:

> As I understand it, this pgmin opcode should work as an optimized  
> subset of midiin.
> (just at notnum, and veloc) and I hope that you would not implement  
> it in a fashion
> that it returned a new program change message every time a midi  
> message or midi note
> was received becuase I think that this would cause all sorts of  
> needless re-triggering.
> 
> Rather, as in standard midi sequencers, when and only when a program  
> change message
> is sent from the sequencer program (or from the synth), the receiving  
> hardware or software synth
> (or the sfplay  opcode in my case), should change to the new preset/ 
> program.
> 
> Once implemented, the new *pgmin* opcode should be a simple, direct  
> and intuitive opcode that will
> help all MIDI musicians in their Csound instrument design and make  
> the sfplay (and fluid) opcode(s) much
> more useful too.
> 
> *pgmin* is a standard opcode/external in PD and Max/MSP and something  
> that has been missing
> from Csound for a long time.
> 
> i do imagine that it would be used exactly like notnum, and veloc,  
> and would be as intuitive as midic7.
> 
> having to do all the conditional stuff to parse the raw midi seems  
> needlessly complicated and possibly less efficient.
> 
> In fact, there is a great external for just this purpose in Max/MSP  
> and PD that I think you should add too.
> 
> It is called - midiparse
> 
> it puts out all the midi messages as separate output arguments.  
> noteon, noteoff, control, program, etc
> 
> Its compliment, of course, is  - midiformat
> 
> we have something of this in Gabriel's midiout opcodes, but we were  
> missing some of the midiin family
> 
> -dB
> 
> ps:  maybe David Akbari would like to design  midiparse and  
> midiformat  UDO's??
> 
> and...
> 
> for that matter a pgmin and sensekey UDO  if the opcode seems too  
> difficult to add.
> 
> Although, they are missing or poorly designed and do need to be there


_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net