log in | register | forums
Show:
Go:
Forums
Username:

Password:

User accounts
Register new account
Forgot password
Forum stats
List of members
Search the forums

Advanced search
Recent discussions
- Elsear brings super-fast Networking to Risc PC/A7000/A7000+ (News:)
- Latest hardware upgrade from RISCOSbits (News:)
- RISCOSbits releases a new laptop solution (News:4)
- Announcing the TIB 2024 Advent Calendar (News:2)
- RISC OS London Show Report 2024 (News:1)
- Code GCC produces that makes you cry #12684 (Prog:39)
- Rougol November 2024 meeting on monday (News:)
- Drag'n'Drop 14i1 edition reviewed (News:)
- WROCC November 2024 talk o...ay - Andrew Rawnsley (ROD) (News:2)
- October 2024 News Summary (News:3)
Latest postings RSS Feeds
RSS 2.0 | 1.0 | 0.9
Atom 0.3
Misc RDF | CDF
 
View on Mastodon
@www.iconbar.com@rss-parrot.net
Site Search
 
Article archives
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
PhlamethrowerHot 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