Comments on: Timer based Vs frame based

By: Flash tutorials | AS3 Timer class tutorials roundup | Lemlinh.com

Flash tutorials | AS3 Timer class tutorials roundup | Lemlinh.com — Sat, 20 Sep 2008 04:54:54 +0000

[...] Read more [...]

By: Ian Callaghan

Ian Callaghan — Thu, 11 Sep 2008 00:11:29 +0000

If you think about it though, it really depends on the game. For example if you had a game where you had to last aslong as you could that used a true timer, it could be exploited by using cpu intensive apps to lower the frame rate.

I guess real time/frame based both have their advantages for different situations =)

By: Iain

Iain — Sun, 17 Aug 2008 16:21:08 +0000

You should only ever use a time-based timer if you have time-based game code, for example onUpdate(){x += 5 * timeElapsedSinceLastFrame}

If you have frame-based game code, for example onUpate(){x += 5} you should be using a frame based timer.

This is the fairest way to do it. I guess developers (me included) do things frame-based because it’s simpler, and collision detection code etc is easier and more consistent to program. For multi-user games, for example, you have to be time-based, so it’s a useful thing to learn.

By: Jhelle

Jhelle — Sat, 16 Aug 2008 17:48:44 +0000

I recently stumbled upon a discussion about this topic and within it is a nice explanation on how to make a true timer based function in AS2.0

https://www.mochiads.com/community/forum/topic/best-way-to-make-slow-motion/54949#54949

By: Livesinabox

Livesinabox — Sat, 16 Aug 2008 09:55:22 +0000

It’s a valid point, timing in flash is terrible and the slower your computer is running (if it’s just busy running other apps, old or a cheap laptop running vista) then a lot of flash games become unplayable due to the frame update rate compared to the input reaction speed.

About the only thing you can do is watch the number of frames going by and average the time across a few seconds and adjust the game accordingly. I use a smoothed frame update method which instead of giving me say 70ms->20ms->40ms gives me 33ms->30ms->31ms which i use for slightly smoother motion and animation. You can see my test on my blog http://www.adventuresinactionscript.com/blog/27-07-2008/accurate-timing-with-actionscript-3

Until adobe improve their timing under all circumstances (which is probably very difficult) you’ll struggle to get accurate timing – although i do have some other ideas, i haven’t had time to put them into practice!

As for cheating – if someone really wants to cheat theres already tools that do this kinda thing which you’ll struggle to protect against – google “speed gear”. Check out youtube for all the videos of people cheating in flash in various ways!

By: Kesh

Kesh — Sat, 16 Aug 2008 06:33:02 +0000

so limpeh, you are trying to say that he should enable an easy cheat just because there are 80 year olds with pieces of shiz computers?

By: rob

rob — Sat, 16 Aug 2008 00:35:59 +0000

perhaps you could monitor the frame rate and stop the game if it drops below a certain level

By: limpeh

limpeh — Fri, 15 Aug 2008 22:58:58 +0000

However, if you make it timer-based, then that will not be fair for those people with slower computer, am I right? That means, they have slower ‘responding time’ but the time just keeps on passing.

By: Prankard

Prankard — Fri, 15 Aug 2008 22:37:06 +0000

I’m working on a box2d game at the moment. I was having “related” problems in terms of experiencing different speeds of the game for on different computers.

I always test my games on my friends PC that I built for her, it’s a single core 1Ghz AMD, 512mb RAM and if it runs my game at anywhere near a playable speed I’m happy.

What I used to do (and other developers used to do) was change the framerate of your game from your standard NTSC 30fps to something nearer 60.
This way it would force your CPU draining game to try to run faster and actually playable. The problem with this was, browsers (like Safari) began to run flash faster, and with PC’s speeding up in processing power it was possible to actually run the game at 60fps, which is unplayable.

Now, I’ve come across frameRateKeeper.as which can be found at MajiDesign:
http://majidesign.com/forum/viewtopic.php?t=46

What it does is get the data from the system clock and monitor how fast your flash is running (actual framerate), then using the new AS3 code change the flash running framerate to speedup or slowdown your flash until you get the desired framerate.

It’s very simple code and can easily been written directly into your flash (but why re-invent the wheel).

So, download it and see how it performs in browser and out of browser on your game. If you want to do some test, take out the line that changes the framerate and just monitor what rate it is running at.
Oh, and please be aware, tracing out a lot of things like frameRateKeeper currently does I wouldn’t do. I only have a single core on my laptop and tracing lots of things causes my flash to run a lot slower. Just display the framerate in a dynamic textbox.

I hope this post has been useful.