Dhj and David-san, yes I am talking about the excessive inter-arrival time (dhj, since I know you took Queuing Theory at IBM). The problem becomes acute when I use my Roland FR-4X MIDI V-Accordion as an input to Omnisphere for example. The FR-4X sends CC#11 by using the bellows and will automatically send approx. 100-200 CC#11 messages per second! There is nothing I can do about the amount of MIDI data that is being sent from the FR-4X … and it is a known problem in the digital accordion world. So, the MIDI data must be thinned down to a reasonable amount on the GP end.
If a script could be developed within GP to do this and would allow the user to specify a thinning parameter EG: let’s say to thin at the rate of 20% of the actual inter-arrival rate … I personally know about 20 Roland V-Accordion players that would be indebted to you and would be serious candidates for GP.
On another note: I am starting to get dangerous with my neophyte GP prowess as I am delving into more advanced areas such as accepting the audio from my Quantum then applying compression within GP using Presswork and then sending the output back out to a Fireface 800 input. Did you realize that you created a monster in GP here? LOL! GP is truly an outstanding product … congratulations!!!
On another note: I have discovered an amazing plugin that GP users must try. It is called “Tantra” which is a Multi-Effect plugin by DS Audio … simply amazing and within bound. If you haven’t tried it, give it a shot