On Sat, 11 Aug 2007, Rohan Drape wrote: > Henning Thielemann <[EMAIL PROTECTED]> writes: > > However I consider it a slight hack to first add magic number 2208988800 > > in utc_ntp, then subtract it in ntpZeroed again. Would you mind making the > > Bundle time zero based and add the appropriate offset at encoding the > > message? > > 2208988800 = (70 * 365 + 17) * 24 * 60 * 60 > NTP epoch = January 1, 1900 > Unix/UTC epoch = January 1, 1970 > > Deleting the -/+ would mean making a local variant > of encodeOSC and I'm not sure it is really important? > (ie. I don't this this is going to slow anything > down too much?)
We need encodeOSCZeroBase :: OSC -> B.ByteString which converts a message by converting Double to Integer and does the message encoding (which is currently done by encodeOSC) delayOSC :: Double -> OSC -> OSC which shifts a message in time (i.e. changes time base) encodeOSC :: Double -> OSC -> B.ByteString calls delayOSC and encodeOSCZeroBase encodeOSCZeroBase can be used for non-realtime synthesis and encodeOSC for realtime use. _______________________________________________ haskell-art mailing list [email protected] http://lists.lurk.org/mailman/listinfo/haskell-art
