[gmpi] Re: Topic 6: Time representation

> >>     * musical time (ticks, 64 bit integer)
> >>         (obviously requires nanoseconds-per-tick to be available to
> >>          make it usable, plus tempo map info to make it useful)
> >
> >Does this last one (musical time) need to be supplied constantly, or can
> >it be supplied as periodic sync pulse events?
> 
> you can do it as an event, but the point where you really need it is
> within the process() callback, and it seems to make sense to me to
> pass it in along with the other time references.

Ticks can't be integral - a tick is musical, not sample based.  A tick-edge
and a block-edge will rarely coincide, I suspect.

> i agree. but in that case, we need two sample clocks, one for "free
> running sample clock" and one for "transport sample clock". otherwise,
> plugs that don't know anything about musical time have no way of
> knowing where the current transport location is without dealing with a
> stupid and unnecessary conversion.

Is this really needed?  Given the XAP model where we can be told about
various fundamental time-ish things...

----------------------------------------------------------------------
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: