[gmpi] ramped parameters

  • From: ben <ben@xxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Wed, 5 Jan 2005 14:58:42 -0500

On Wednesday 05 January 2005 2:08 am, FreeLists Mailing List Manager wrote:
> > This
> > means that every DAW operator in existence is used to hearing the
> > effect of a plugin some time after the change shown on our monitor.
>

I appreciate you guys (Paul and Olaf) trying to set me straight here, but I 
think I was misunderstood (poor terminology on my part)

What I was saying is that if you have a "linear control event" written into a 
DAW automation track, the effect on the audio has a high likelihood of not 
being heard where it is drawn on the waveform because the underlying plugin 
will probably interopolate from the last value to the new value, and it can 
only do this AFTER it receives the new value.  This is to avoid clicks (yes, 
I know some volume automation is applied directly to the waveform ..... but 
this is a host function, generally not a plugin automation issue )  ( and 
yes, I'm sure many plugins don't ramp their values but I think most do. )

What I'm saying is that even if you draw a controller change at X samples, 
don't be naive enough to think that you are doing "sample accurate changes".  
The only way this could be implemented correctly is if the host asks the 
plugin "how far ahead should I send you this parameter change so that the 
full effect is heard by sample X" which I think we can agree is overkill.

-Ben Loftis


----------------------------------------------------------------------
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

Other related posts: