[gmpi] Re: Reqs 3.8 Events - ramped events
- From: Tim Hockin <thockin@xxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Tue, 13 Jan 2004 15:04:54 -0800
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: //www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
Other related posts:
