[gmpi] Re: Reqs 3.9. Time - opening arguments.1

  • From: Paul Davis <paul@xxxxxxxxxxxxxxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Wed, 04 Feb 2004 17:32:39 -0500

>>  >On Wed, Feb 04, 2004 at 02:04:04 -0800, Tim Hockin wrote:
>>>>  * GMPI must provide one master clock per graph.  The GMPI master clock mu
>st
>>>>  provide sufficient range to represent several hours of time at a high
>>>>  sampling rate, and enough resolution to address individual audio samples.
>>>>  Hosts may build multiple graphs with different master clocks.
>>>
>>>Shouldnt this be "at least one", theres no reason why the host might not
>>>present two different timelines to two different plugins in the same
>>>graph - if it wanted to. Isnt the intention that a give plugin should only
>>>be presented with one distinct timeline?
>>
>>the master clock is *not* the same as a timeline. plugin's can be
>>presented with different timelines, but there is only one master
>>clock.
>
>Speaking of multiple time coordinates that could conflict, can 
>someone remind me again why an event needs both sample clock and UST? 
>What does the plug do when they don't agree, pick whichever one it 
>like better?

they *never* agree (more or less). to repeat: UST is there to act as a
3rd party mediator when a plugin needs to sync a time derived from
GMPI's master "sample clock" with another non-GMPI streaming sample
clock (e.g. video vertical retrace clock)

--p

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