[gmpi] Reqs 3.8 Events - abs. vs rel. timestamps

Let's see if we can wrap up some of these topics.  I know it is Holidays
soon, so if no one replies, I'll understand.  But if you can reply, I would
be very happy to put Section 3.8 to bed inside of 2003.

On absolute timestamps vs relative timestamps:

I've been through all the emails, and I find the following to be the core
points.

* We all agree that the master time counter should be 64 bits. Signed or not
  doesn't matter much.  Assuming 1 MHz sampling rate, we get the following
  times until the master counter rolls over:
        signed:   (2^63)/(10^6)/60/60/24/365.25 = 292271.023 years
        unsigned: (2^64)/(10^6)/60/60/24/365.25 = 584542.046 years

* Many people don't care whether we choose 32 bit offsets (from start of
  buffer) or 64 bit absolutes for the timestamp on each event.  Some people
  do care, and all those people have voted for 32 bit offsets.

* Assuming the same 1 MHz sampling rate, we get a maximum time per buffer of:
        signed:   (2^31)/(10^6)/60 = 35.79 seconds
        unsigned: (2^32)/(10^6)/60 = 71.58 seconds

Can we live with a maximum of ~36 - ~72 seconds per buffer max?  I don't see
a problem with it that can't be solved relatively easily. :)  Signedness
should be left for the spec or the implementation to decide, probably.

Based on this, I'm inclined to believe we have come to decide that event
timestamps are 32 bit offsets from the start of the buffer.

What think?

Tim

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