According to:http://msdn.microsoft.com/en-us/library/cc526959.aspxThe Token Variable TICK18 is a Float and is incremented at 18hz. Used for general purpose timing.Incidentally, others better informed than I am may already be aware of the useful site:http://msdn.microsoft.com/en-us/library/aa155301.aspx

Hey All,TICK18 internally is an unsigned 32-bit integer, which means it won't rollover for 2761.6 days (or roughly 7.5 YEARS). In older versions this may have been a 16-bit integer (and if you look at the var->var_type enum it actually still claims it still is a TYPE_UINT16, but its wrong :-> ), but its not anymore.The reason why its an 18hz timer does date back to the old DOS days, but is really related to the timer chip in the old IBM PCs (18hz was the fastest rate you could get from that chip) not DOS itself.

>Hey All,>>TICK18 internally is an unsigned 32-bit integer, which means>it won't rollover for 2761.6 days (or roughly 7.5 YEARS). In>older versions this may have been a 16-bit integer (and if you>look at the var->var_type enum it actually still claims it>still is a TYPE_UINT16, but its wrong :-> ), but its not>anymore.>>The reason why its an 18hz timer does date back to the old DOS>days, but is really related to the timer chip in the old IBM>PCs (18hz was the fastest rate you could get from that chip)>not DOS itself.>>Well, thanks for clearing that up. It was a rollover issue in the past and since no one's ever changed the SDK info (or stated before that it was different), one would have to assume it would still be a rollover issue.As for the source, yes... I know it was a physical timer chip limitation at the time... but didn't think I needed to go that "deep" ;) I was just trying to explain how "old" it was. LOL

Noted. The info will be in the next version of sd2gau. (D*mn!! That means I have to go back and change a shedload of code!!). I'll update the gauges.h file too.-Dai