[gmpi] Re: Topic 6: Time representation

> (Are folks .really. so seriously cramped by a 960 ppqn grid?)

I think ticks should be integral at the sequencer.  But the plugins might
have to deal with them fractionally, dig?

Sure. But that's an orthogonal issue to whether the fraction needs to be continuous, vs. quantized.


A process block may be
smaller than a tick.  You need to keep track of current_tick + some delta
until the next tick.

Er, can you spell out 'might have to deal with them' and 'need to keep track of'? And which context(s) you're talking about (see list again, below)? Also, are you assuming that music events and interesting-musical-time events both arrive at the plug-in with hard, sample-based times? How is the plug-in getting tempo, via a parameter? All these things have to be designed to work together, and I'm not sure which approach you're suggesting for some of the elements.


Ticks may not (probably won't) fall on perfect sample
edges, anyway.

OK, there's a requirements issue we should look at: Does GMPI need to support sub-sample event timing accuracy? If so , how far-sub?

-- Chris


    Contexts Where Time Representation Is (or May Be) Needed
               (subject to other design decisions yet to be made)

        Contexts visible to the plug-in:
        - Attached to audio sample buffers presented to gmpi::process()
        - Attached to musically timed (MIDI & others) events
        - Attached to linearly timed (automation, maybe GUI, etc.) events
        - Query host for current time, in many formats

        Contexts visible to the host, but maybe not visible to the plug-in:
        - Attached to system audio output buffers emitted by the host
        - Query OS for current system time


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