Game Development Stack Exchange is a question and answer site for professional and independent game developers. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm following a tutorial about the time management and, the tutorial shows this function:

double GetFrameTime()
    LARGE_INTEGER currentTime;
    __int64 tickCount;

    tickCount = currentTime.QuadPart-frameTimeOld;
    frameTimeOld = currentTime.QuadPart;

    if(tickCount < 0.0f)
        tickCount = 0.0f;

    return float(tickCount)/countsPerSecond;

The tutorial explains that, this function basically gets the time that one frame takes, but, I don't understand how the variable tickCount can be negative, if the currentTime is increasing all the time (calling this function every frame, obviously), so, is that if really necessary?

share|improve this question
What if someone messed up with the memory (access violation kinda bugs)? or whenever you restart timer? Also I'm not sure what would happen if user changes computer time while your code is running. – Ali.S Dec 22 '12 at 20:57
well I know but, in ideal conditions that check wouldn't be necessary right? – German Dec 22 '12 at 21:07
I'm not sure, maybe there is some other reason behind that condition. But in general you are developing a game, which I'm pretty sure will not always run in an ideal condition eg. my computer fails to keep track of time, and I don't have to mention how many games I've got installed on my system – Ali.S Dec 22 '12 at 21:14
I have a few comments not worthy of a full answer: 1. It’s also good practice to clamp the frametime to a predefined maximum value which basically represents the framerate above which some algorithms start misbehaving. 2. If you read a tutorial on time management, make sure you read this one, too. – sam hocevar Dec 22 '12 at 21:47
Is QueryPerformanceCounter sensitive to, for example, the user changing the system time? – Liosan Dec 22 '12 at 22:17
  1. Even a 64-bit integer can overflow eventually; after increasing for a certain amount of time (exactly how long will depend on QueryPerformanceFrequency(&outvar)), it will eventually roll over, and what used to be a very large number will become a very small number. So when you calculate currentTime.QuadPart - frameTimeOld, that becomes small number - large number == negative number. (This would only happen on one frame, since frameTimeOld then gets overwritten with the small number, and everything would be fine again on the next frame)
  2. According to MSDN, bugs in a computer's BIOS or HAL on a multi-processor machine can result in different values being returned from QueryPerformanceCounter() based upon which processor happens to run the code. So in this sort of case, it could happen far more often.
  3. Probably the real reason: QueryPerformanceCounter() provides its output as a signed 64-bit integer. So you might as well work with it in that form. And since when you're dealing with a signed integer variable it's possible to wind up with a negative number, and that would cause problems if it happened, it's just good practice to guard against it.
share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.