Am 27.08.2014 um 20:58 schrieb Garth Hjelte <[email protected]>: > Just a question about the WindowsTimerMBS before I try it: > > 1) Is this a direct replacement for any Timer? For any Timer class you set > the Super to WindowsTimerMBS and you get the better performance?
Instead of setting mode and period, we only have a period parameter to constructor. But yes, you can use it very universally. > 2) On Mac, does this pose as a regular Timer so I don't have to use two > discreet timers for cross-platform apps? No. Would you guys want that? Than I would need to see if I can make it a subclass of timer somehow. > 3) I use a Timer for polling a PortMIDI MIDIInStream, running Period=1 > (saying "go as fast as possible") to minimize latency. MIDI latency has been > a problem on Windows, will this help? It should help. > 4) I assume so, but this works on REAL2011r3 just like any of your newest > plugin version? yes. Even 2006r4 should work. > 5) How did you create this, and similarly why did it take you so long? What > was the complication involved? And, how does REAL/Xojo Windows even allow > this, isn't it too slow itself to allow it? Windows has probably a dozen APIs on how to make timers. But normal timing only gives 60 calls per second. WindowsTimerMBS internally runs a thread which basically sends a message to a message window every millisecond. Than the message window on main thread checks if time is reached and performs action event. PS: I think this is 5th time I try to code this over the last years and this time it seems to work. Sincerely Christian -- Read our blog about news on our plugins: http://www.mbsplugins.de/ _______________________________________________ Mbsplugins_monkeybreadsoftware.info mailing list [email protected] https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
