[gmpi] Re: ramps vs audio-rate controls
- From: Mike Berry <mberry@xxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Fri, 16 Jan 2004 09:17:15 -0700
David Olofson wrote:
On Friday 16 January 2004 05.19, Mike Berry wrote:
Are you suggesting that this would mean that the audio processing
size for GMPI would always be 1 sample?
No, "audio rate controls" effectively means you use audio streams
instead of function call or event driven controls. Everything's
driven by buffers of audio rate data. Controls are just a lot more
similar to audio ports.
OK, I see.
I think audio rate controls would be very problematic. In my
experience, most controls most of the time are not changing. How often
do you use a filter sweep as opposed to a fixed frequency? So an audio
rate control would be carrying huge amounts of redundant data. If you
then offer an optimization for unchanging controls, you are basically
back to the events model.
Also, there is nothing in the events model which says that you can't
send events at audio rate.
--
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: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
- Follow-Ups:
- [gmpi] Re: ramps vs audio-rate controls
- From: Tim Hockin
- References:
- [gmpi] ramps vs audio-rate controls
- From: Tim Hockin
- [gmpi] Re: ramps vs audio-rate controls
- From: David Olofson
- [gmpi] Re: ramps vs audio-rate controls
- From: Mike Berry
- [gmpi] Re: ramps vs audio-rate controls
- From: David Olofson
Other related posts:
- » [gmpi] ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
- » [gmpi] Re: ramps vs audio-rate controls
Are you suggesting that this would mean that the audio processing size for GMPI would always be 1 sample?
No, "audio rate controls" effectively means you use audio streams instead of function call or event driven controls. Everything's driven by buffers of audio rate data. Controls are just a lot more similar to audio ports.
---------------------------------------------------------------------- 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.
- [gmpi] Re: ramps vs audio-rate controls
- From: Tim Hockin
- [gmpi] ramps vs audio-rate controls
- From: Tim Hockin
- [gmpi] Re: ramps vs audio-rate controls
- From: David Olofson
- [gmpi] Re: ramps vs audio-rate controls
- From: Mike Berry
- [gmpi] Re: ramps vs audio-rate controls
- From: David Olofson