[gmpi] Re: New Reqs 3.8 - Events
- From: "Jeff McClintock" <jeffmcc@xxxxxxxxxx>
- To: <gmpi@xxxxxxxxxxxxx>
- Date: Thu, 18 Dec 2003 10:12:52 +1300
> In a system like VST or LADSPA the parameter value semantics (at least by
> convention) are that at the sitart of the block the parameter has the old
> value and at the end of the block it has the new value.
> do we need timestamped parameters?
Sounds very messy, as block size can vary from host to host, or even when
you change your soundcard latency setting.
I don't want my parameter automation to subtly change because I switch
sample-rate or latency.
Quantizing parameter changes to the block boundary would be a step
backward.
Best Regards,
Jeff
----- Original Message -----
From: "Steve Harris" <S.W.Harris@xxxxxxxxxxxxxxx>
To: "GMPI list" <gmpi@xxxxxxxxxxxxx>
Sent: Wednesday, December 17, 2003 11:45 PM
Subject: [gmpi] Re: New Reqs 3.8 - Events
> On Tue, Dec 16, 2003 at 04:58:52PM -0800, Tim Hockin wrote:
> > http://www.gmpi-plugins.org/gmpi/requirements.php#sec_3.8
>
> An observation: if wa have timestamped events then we need ramps -
> otherwise the value as insufficient smenatics.
>
> In a system like VST or LADSPA the parameter value semantics (at least by
> convention) are that at the sitart of the block the parameter has the old
> value and at the end of the block it has the new value.
>
> If you just have pint values then the plugin has no way to know what was
> intended by that - should it be that value at the poing in time (logical,
> but not possible to handle in general), or should it start moving to that
> value at that time (illogical and hard to interpret, but implementable).
>
> <devils-advocate-mode>
>
> do we need timestamped parameters?
>
> VST and LADSPA get on OK without them, and it allows plugins to apply
> thier own ramps to parameter changes trivally.
>
> </devils-advocate-mode>
>
> I think its clear that we need timestamps for note events, but they are a
> different beast.
>
> - Steve
>
> ----------------------------------------------------------------------
> 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
>
>
>
----------------------------------------------------------------------
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:
