Ok, maybe it is my inexperience with MIDI plugins, but I am not getting
it yet.
The host says X event has a time T. The host has already taken tempo
into account, so the time in ticks is correct. So I guess that the issue
is that some plugins want to know where the measure and beat lines
occur. It seems to me that this is more easily handled by having the
plugin request that the host send it metrical events as well. Then the
plugin receives measure events (with time in the single tick unit) and
beat events (same units). The plugin then knows nothing explicit about
tempo, though it could extract it from the beat spacing in time if it
wanted to.
So everything is time stamped in a single tick unit which is defined by
the host.
Am I missing something here?
Paul Davis wrote:
Why do we need musical time at all? Can't a single tick of sufficient resolution cover all of our needs, musical, samples, and UST?
ticks derived from, say, a sample clock, pass by at a constant rate when measured against another reference clock. sufficiently constant at least that changes to it are an occasion for a major event to be sent to all plugins (e.g. SR changed from 44.1kHz to 96kHz).
musical time is defined by ticks whose duration measured by any other reference clock can vary widely. for example, consider what happens when the tempo moves from 30 to 180 beats per minute. the number of musical ticks per second shifts to follow that. with accelerando, the ticks per second value is essentially changing continuously. you don't really want to force most plugins to deal with this unless they have to, do you?
if you don't supply musical ticks, you have to provide access to the tempo map, which is a much more difficult thing to agree upon: the format and mechanism of access both have to be defined.
---------------------------------------------------------------------- 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
-- Mike Berry Adobe Systems
---------------------------------------------------------------------- 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
