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:)
- November 2024 News Summary (News:1)
- Latest hardware upgrade from RISCOSbits (News:)
- WROCC November 2024 talk o...ay - Andrew Rawnsley (ROD) (News:3)
- Accessing old floppy disks (Gen:3)
- November developer 'fireside' chat on saturday night (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)

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

© Copyright One Point Nought 2000 - 2024.About | Staff | Contact us | Privacy policy