Probably i didn't explain it correctly. Bag does store all the notes on so when receive [ flush ( it sends out all the notes of. I.e when the sustain pedal is on and three [ 64 127 ( in a row are received no [ 64 0 ( are sent out before the new [ 64 127 ( arrives but they are sent out all together only when sustain turns off. This is conceptually the same way as [poly] works with voice allocation so that repeated notes with the same MIDI note number are treated without a specific system. So probably solving those voice allocation things with an array of 128 values (one for each possible midi note) is the only way to model the piano behavior with polyphony and the sustain pedal.
www.elgallorojorecords.bandcamp.com/ https://elgallorojorecords.bandcamp.com/ soundcloud.com/alfonsosantimone www.facebook.com/alfonsosantimone
On Thu, Jan 7, 2021 at 1:01 PM Peter P. peterparker@fastmail.com wrote:
- alfonso santimone alfonso.santimone@gmail.com [2021-01-07 12:53]:
Sebastian's one is surely a more compact solution and probably more efficient. But it doesn't deal with repeated notes, better said repeated MIDI notes with the same MIDI note number, as the Hans' one does. best
Are you sure? Sebastian's solution is the one with [bag]? Without checking myself I thought that [bag] can deal with multiple copies of the same number being stored. And trying its helpfile shows it is so.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list