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