[gmpi] Re: Reqs 3.8 Events - ramped events
- From: "Michael Gogins" <gogins@xxxxxxxxxxxx>
- To: <gmpi@xxxxxxxxxxxxx>
- Date: Tue, 23 Dec 2003 21:56:20 -0500
For the kind of event process that I have been discussing and which has
already been implemented in some existing software, a series of point values
is not optimal and, indeed, NOT SUFFICIENT - at least, not unless it extends
into the future. One advantage of splines, or some other functional
representation of music time, is that it enables an event processing plugin
to "look ahead" a little bit, for example to generate an accompaniment that
creates a cadence that actually synchronizes with the phrasing of a stored
sequence.
If GMPI provides some means of iterating over future point values of tempo
maps or other continuous controllers, that would certainly do the job, it
would probably be simpler to implement, and thus it may even be better that
a functional representation. But the REQUIREMENT is to enable plugins to
process or generate continous controllers, tempos and phrasing, or
sub-scores that synchronize with the host's view of these data.
============================================
Michael Gogins
gogins at pipeline period com
Irreducible Productions
CsoundVST, an extended version of Csound for programming music and sound
Available at http://sourceforge.net/projects/csound/
============================================
----- Original Message -----
From: "Tim Hockin" <thockin@xxxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Tuesday, December 23, 2003 9:47 PM
Subject: [gmpi] Re: Reqs 3.8 Events - ramped events
> On Tue, Dec 23, 2003 at 09:35:44PM -0500, Michael Gogins wrote:
> > Since continuous controllers and tempo changes are the same sort of
> > function, I think it would be best if they were handled the same way.
Some
> > kind of interpolation function beyond just linear ramps would be more
> > useful. It is true that many linear ramps can approximate the actual
> > function as close as required, but a more compressed representation
would be
> > far more useful for any kind of event or parameter processing.
>
> We've already talked about how splines can be inaccurate. I think a
number
> of small linear ramps is a good best-effort approximation. You can always
> fall back on a series of point values, if you need, right?
>
> Are there other alternatives that aren't too burdensome on plugins?
>
> ----------------------------------------------------------------------
> 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:
