Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

DarkBASIC Professional Discussion / Does a game run faster on a faster comupter?

Author
Message
IceBird
23
Years of Service
User Offline
Joined: 11th Jan 2003
Location: Sweden
Posted: 10th Jul 2003 00:33
If I make a game on my older computer and then run the same game on a much newer computer, will it run to fast then?! (Is it machine independent).

For an example.. for those people who have tested to run the old clasic game named Theme Park on a new computer knows what I mean. (many other old games act the same).
Is this the same in dbp? if it is, is there a good workaround/tips that someone please could share?
------------------------------------------------
Someone is watching you...... And it isn't ME!
------------------------------------------------
lcfcfan
23
Years of Service
User Offline
Joined: 19th Feb 2003
Location: North East, UK
Posted: 10th Jul 2003 00:55
This is the oddest question i have ever heard but yeah they do run faster!

Kentaree
23
Years of Service
User Offline
Joined: 5th Oct 2002
Location: Clonmel, Ireland
Posted: 10th Jul 2003 00:56
Yep, the faster the comp, the faster the game. However, in the case of Theme Park the game becomes unplayable, but with Darkbasic created games, I dont think this is the same. The framerate is higher on faster pc's but the game should run at the same speed as on a slower pc, if somewhat less smooth. Sync rate is used for that (I think). However, if you have a really slow PC, the game can run slower than its supposed to, and very jerkily, making it unplayable.

Whatever I did I didn't do it!
spooky
23
Years of Service
User Offline
Joined: 30th Aug 2002
Location: United Kingdom
Posted: 10th Jul 2003 01:01
See here: http://www.darkbasicpro.com/apollo/view.php?t=8760&b=1

What you need to try and do is user timer() function as it is the only thing that is consistent on any pc. You need to time how long one frame of your program takes and move your objects as a percentage of this. So you can for example move an object 100 units in 1 second and be sure it will do this on anyones pc.

R Tape loading error
gbuilder
23
Years of Service
User Offline
Joined: 26th Aug 2002
Location: New Zealand
Posted: 10th Jul 2003 01:10
An important question. The answer, yes and no.
If the Sync Rate is programmed...
'sync on : sync rate 70' then all computers are set to run that program at a certain number of frames per second. There are issues with the default sync rate on different monitors but I havn't found it to make a lot of difference.
Then there are speeds that can be set in Mouse or Keyboard movement. eg.'if mouseclick()=1 then move camera 3'
A faster computer seems to move the camera faster with the setting at three than a slower one. So, the remedy is to have a slow machine and a fast machine, test on both and adjust the code variables accordingly to find a happy medium.

gbuilder.

AMD900mhz, 256mb Ram, 64mb GForce2 MX400 Graphics card, Windows ME.
Rob K
Retired Moderator
23
Years of Service
User Offline
Joined: 10th Sep 2002
Location: Surrey, United Kingdom
Posted: 10th Jul 2003 01:11
It depends how you code the game. If you code it poorly, it will run faster on a faster PC (unless you limit the framerate), if you code it properly as sonic suggested, it will run the same "speed" (ie. things will happen in the same amount of time), but on a faster PC there will be more frames.

Do you want Windows menus in your DBP apps? - Get my plugin: http://snow.prohosting.com/~clone99/downloads/tpc_menus_103.zip
IceBird
23
Years of Service
User Offline
Joined: 11th Jan 2003
Location: Sweden
Posted: 10th Jul 2003 02:42
I got my answer on my question.. I will use a timer() function.. because if I understod everythong right.. because if you move for exaple an object 100 moves in one direction.. the computer moves the object.. but then the time it takes to move the object ain't programmed.. so on a real slow pc this would take long time.. and on a computer thats developed in a 2 years future. this move probably would be make in under a second when it should take about 4-5 second.. so I go for the timer() function...
thanks everyone.. =)

------------------------------------------------
Someone is watching you...... And it isn't ME!
------------------------------------------------

Login to post a reply

Server time is: 2026-07-18 05:39:48
Your offset time is: 2026-07-18 05:39:48