Date/Time: Mon, 25 May 2020 07:40:44 +0000
Post From: True Millisecond/Microsecond Time Stamping and ACSIL
Sierra Chart Engineering - Posts: 85445 | Ending Date: 2020-06-09
Update 2020-05-23: Important update at post #14 below.
We are gradually starting to work on support for true millisecond and microsecond time stamping. Milliseconds will be used where available. Microseconds will act as a counter for multiple trades within the same millisecond.
The SCDateTime format is documented here:
The internal format is going to be changed to the time since the UNIX epic time of January 1, 1970 UTC. It will represent the number of microseconds since that time and hold only integer values but still be a double type.
This is going to cause compatibility issues with ACSIL studies that use the SCDateTime type and they will have to be recompiled for the version that is released that has the new internal format for SCDateTime. This is not likely to be for about two months.
Our thought is that in order to make the transition as easy as possible that we would support custom study DLL files for older and newer versions of Sierra Chart at the same time. If the transition to this new format occurs at version 1900 then a 64-bit DLL will have this naming format:
This file can also exist with [DLL name]_64.dll
So a DLL that has _1900_ in its file name would be compatible with that version and any version higher. The number 1900 will be a fixed number.
So no matter what version a user is running of Sierra Chart, the appropriate DLL will exist assuming they have a _1900_ version.
Sierra Chart Support - Engineering Level
Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-24 10:54:10