Hey, developer here. I've had a few people comment on the in-game timer reporting shorter times than expected, and I wanted to both explain how it works and ask if people would like to see changes in an update to the game.

The timer increments every gameplay frame and assumes exactly 60 (NTSC) or 50 (PAL) frames per second, reporting frames (not centiseconds) in the lowest portion. It starts when you make any movement after spawning, and it pauses on death. This means it doesn't measure the death animation. The entire untimed span, covering the death, fade out, level load, and fade in, lasts 131 frames (plus 1 lag frame during level load) on both NTSC and PAL. How much more isn't timed depends on how long before you start moving, but it's 131 if you move right away.

My intent was just to time actual gameplay, but it's clear that deaths near a checkpoint have very little cost, and in fact, crashing at high speed after touching a checkpoint can be faster than slowing down. I figured people would probably be playing competitively on expert, but given the difficulty of the game, people have gravitated toward normal, so it might make sense to start timing deaths to force a time cost.

I'm planning on releasing a minor update probably next month and am looking for feedback on whether the timer should be changed to include some or all of the untimed portion. I'm still planning to have the timer only start after your first movement when respawning, as a compromise for the game lacking a pause feature (and in fact, even gravity doesn't work until you move). I could make the game time all of the sections mentioned above, currently totaling 131 frames, though NTSC vs PAL complicates this somewhat; I intend to shorten the PAL death animation (pre-fade out) to 90 frames so it lasts the same real-world time compared to NTSC's 108 frames, but I can't really do much about the duration of the palette fades or level load. That said, PAL and NTSC times aren't directly comparable anyway because of meaningful gameplay differences (which I can elaborate on if there is interest), so perhaps that point is moot. I also don't intend to count lag frames, which have the potential to vary, though I suspect in practice there is always just 1 hidden lag frame when loading a level and that's it. [Edit: I think I have a minor preference for just timing the 108 frame death period, as that best aligns with the idea of measuring gameplay time, but trying to better match real-world time is also reasonable.]

Note that old times would be easily converted to the new time system by adding a fixed amount per crashed ship. The ending screen would also indicate the game version. Other minor changes being made to the game for the update won't affect in-game timing.

So, would people like the timer to measure deaths? If so, should the entire 131 frames of death, fade out, level load, and fade in be counted, or a shorter period?

Thanks for any feedback!