[gmpi] Re: Reqs 3.8 Events - ramped events

On Tue, Jan 13, 2004 at 12:49:20PM +0000, Steve Harris wrote:
> > I'm OK with something like this.  Plugins that don't want to handle ramping
> > can get pseudo-ramped by the host.  Plugins that can handle it themselves
> > will.  Is the max update rate needed?  It makes things obvious, I guess.
> > Not sure.  What do others think?
> 
> I think its overcomplex (supprise ;). OK, there are some parameters which 
> the plugin cant/wont update very often, inevitably users will want to 
> connect them to LFOs or something equally inapropraite, but why stop them?

I'm not advocating stopping them.  Quite the contrary, I was saying that
inputs and outputs should be flagged as ramping/not-ramping and the host can
deal with that however it likes.

If I want to put an LFO onthe delay time, I should be able to.

> We did discuss non-RT controls IIRC, but I cant remember what we decided.
> Was it just that they would be hinted to produce non-RT friendly behaviour
> when changed?

I think that was the general consensus.

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

Other related posts: