[gmpi] Re: Topic 6: Time representation
- From: "Todor J. Fay" <todor@xxxxxxxxxxxxxx>
- To: <gmpi@xxxxxxxxxxxxx>
- Date: Tue, 29 Apr 2003 10:43:24 -0700
I was writing up a lengthy email to say the same thing that Ron just
said so succinctly. Any MIDI processors that manipulate the time stamp
typically want to work in music time and they should be able to do so
with simplicity and confidence, not worrying about tempo changes that
may occur later.
Todor Fay
NewBlue
> -----Original Message-----
> From: gmpi-bounce@xxxxxxxxxxxxx [mailto:gmpi-bounce@xxxxxxxxxxxxx] On
> Behalf Of RonKuper@xxxxxxxxxxxx
> Sent: Tuesday, April 29, 2003 10:33 AM
> To: gmpi@xxxxxxxxxxxxx
> Subject: [gmpi] Re: Topic 6: Time representation
>
> > The idea of sample-based absolute timestamp and periodical
> > syncronization events (for exact adjustments) seems to be quite
sane.
>
> Sorry, I beg to differ.
>
> One can imagine using GMPI to implement a MIDI only plugin. It seems
that
> MIDI data should be processed solely in musical time.
>
> Soft synths would naturally want incoming musical events (MIDI or
> whatever)
> to be expressed on a musical timeline, but rendered on a sample
timeline.
> The host could convert musical events to a sample timeline, but what
if we
> adopt a note event structure that has an implicit duration? Then the
> note-off time (in the future) become corrupt if the tempo changes
between
> note on and note off. Not so if note times and durations were
expressed
> in
> musical units.
>
> >>>
> The one potential problem with this scheme is that it is not good for
> dealing with plugins that want to have knowledge of "future" events
beyond
> the end of the current process block.
> <<<
>
> MIDI quantizers and arpeggiators fall into this category. It's not
only
> about being able to deal with tempo changes, its about being able to
> position musical (output) data on the song's timeline without worrying
the
> position might change later.
>
> ----------------------------------------------------------------------
> 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:
