[gmpi] Re: Topic 6: Time representation

>       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: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: