The Icon Bar: Games: *new* game demo
|
*new* game demo |
|
nex (06:03 17/12/2001) Phlamethrower (18:58 18/12/2001)
|
|
nex |
Message #84270, posted by nex at 06:03, 17/12/2001 |
Member
Posts: 3
|
here is a link to a game i am currently working on, please try and give me your thoghts http://www.cloudsprinter.com/software/ |
|
[ Log in to reply ] |
|
Jeffrey Lee |
Message #84271, posted by Phlamethrower at 18:58, 18/12/2001, in reply to message #84270 |
Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot stuff
Posts: 15100
|
I've had a quick play on it, and it seems like a pretty good concept. However, there are a few areas where the coding could be improved - for example there seems to be no way of quitting the game, and the right mouse button doesn't move the remote around the screen. Another big thing is that it runs a bit too slowly, even on a StrongARM. A quick hack around in the code (For your own benefit, of course) reveals that you're using OS_SpriteOp commands to draw the sprites, and that the game is programmed in BASIC. Although this itself is not a bad thing, it's worth noting that OS_SpriteOp is horribly slow compared to writing your own routines in ARM code. Assuming that you don't know ARM code (Or C/C++), my advice would be to try and cut down the number of sprites you draw each frame. Instead of redrawing the entire level, why not just redraw the sprites which are near the probe and the mouse? It's a technique which I've used myself to get a great speed boost. You also seem to have a 20fps limit on the speed - although this may be useful for doing animations, when playing the game it's a lot better to have the mouse updated as often as possible so that it doesn't appear sluggish to use. Hope that helps. |
|
[ Log in to reply ] |
|
|
The Icon Bar: Games: *new* game demo |