[gmpi] Re: Topic 6: Time representation

  • From: David Olofson <david@xxxxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Tue, 29 Apr 2003 21:27:32 +0200

On Tuesday 29 April 2003 19.28, Angus F. Hewlett wrote:
> On Tue, 29 Apr 2003, Tim Hockin wrote:
> > > Agreed. So we have an absolute linear stream clock in samples
> > > (we'll need a 64-bit integer word for that) and an optional
> > > periodic sync pulse in the
> >
> > 32 bits is sufficient: it doesn't matter if we wrap, so long as
> > the wrap window is not too small (i.e. larger than one processing
> > block).
>
> No... some applications need absolute time to be absolute. 32-bit
> unsigned might be enough - that gives us 6.2 hours at 192KHz or
> >24hrs at 44KHz - to Mike @ Adobe, is that enough or do you need
> more headroom? (presumably this relates primarily to video/film
> soundtrack?)

Yes - but consider this: An audio buffer contains data only for the 
block we're about to process. Why should an event queue contain 
events that belong in the past or in the future?

Right; I can situations where it makes sense to view timestamped 
events as something plugins dig out of a host managed database as 
they like, but I can't see that working nicely in a real time 
processing system. Just consider chaining event processing plugins in 
a system that works like that, and I think you'll see what I mean.


//David Olofson - Programmer, Composer, Open Source Advocate

.- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`-----------------------------------> http://audiality.org -'
   --- http://olofson.net --- http://www.reologica.se ---


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