Are you suggesting that this would mean that the audio processing size
for GMPI would always be 1 sample? This is too extreme a processing
burden. Just the function call overhead kills you at higher sample
rates, and there is no audible benefit except in feedback cases.
Mike
David Olofson wrote:
On Friday 16 January 2004 01.17, Tim Hockin wrote:
It was asked to me this week (by someone who may or may not turn up here) why we're spending time on ramped controls, instead of just providing audio rate controls.
It seems that audio-rate controls for float/real values *might* be a good answer. We could either provide point-value and audio-rate controls, or require all float controls to be audio-rate.
Pros: Same end result as ramps More flexible than ramps No issues with long-running ramps beyond a buffer
* Lower communication overhead than ramps when actually running at audio rate.
Cons: Memory bandwidth Host needs to enable hooking up point-value controls to audio-rate controls
* Must be processed at full audio rate at all times.
* Fewer optimization tricks.
Audio rate controls definitely seem like the best choice for high end modular synths and the like, but for consumer audio (games, media players etc) and for large networks where most controls are only ramped every now and then, I have a feeling that the cost is a bit too high.
"Computers will only get faster and faster" he said, and adviced his students not to worry about performance when coding. And no one is optimizing code these days, right!? ;-)
Any benchmarks to look at?
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -----------------------------------------------. | Free/Open Source audio engine for games and multimedia. | | MIDI, modular synthesis, real time effects, scripting,... | `-----------------------------------> http://audiality.org -' --- http://olofson.net --- http://www.reologica.se ---
---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission.
Archive: //www.freelists.org/archives/gmpi Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
-- Mike Berry Adobe Systems
---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission.
Archive: //www.freelists.org/archives/gmpi Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
