• As each line of the mission script is tokenised, a list of tokens will be generated. e.g.:
  "ia","=","id","+","ie","*","27"
  "IF","ia","+","5","<","ib","*","fg","THEN",".foo"
• The contstants will automatically be converted to constant-variables as they are tokenised
  "ia","=","id","+","ie","*","i;27"
  "IF","ia","+","i;5","<","ib","*","fg","THEN",".foo"
• When a mathematical expression is detected, it will be converted to reverse polish notation on the fly:
  "ia","id","ie","i;27","*","+","="
  "IF","ia","i;5","+","ib","fg","*","<","THEN",".foo"
• The expression will also be simplified on the fly. "ie","i;27","*" will be replaced with "i;;0", and the token sequence "*","i;;0","ie","i;27" will be inserted onto the end of the main token list. "id","i;;0","+" will then be replaced with "i;;1", and "+","i;;1","id","i;;0" will be inserted onto the main token list. Eventually the top line will be simplified down to nothing, and the main token list will have had the following added to it:
  "*","i;;0","ie","i;27","+","i;;1","id","i;;0","=","ia","i;;1"
• As can be seen, i;;0 and i;;1 are temporary variables. Before the next line is processed the temporary variable name pool will be reset. Processing the next line will result in the following being added to the main token list:
  "+","i;;0","ia","i;5","*","i;;1","ib","fg","<","i;;2","i;;0","i;;1"
  And the tokens in the input buffer will be:
  "IF","i;;2","THEN",".foo"
  The buffer can't be simplified any further, so will be appended to the processed token list.

• Each vehicle will contain several isles of seats
• The number of seats in each isle will be specified in the car definition file
• Each isle can have two doors, one next to the first seat and one next to the last seat
• Seat 0 in isle 0 will be the drivers seat
• The coordinates of each seat can be specified
• Peds will be able to slide past other peds in the same isle, in order to reach a free seat or a door

*starts work on script parser*

So, when are you lot going to contribute something?

*starts work on script parser*

So, when are you lot going to contribute something?

Cheers,
Rich.

So all my morale-boosting by changing thread titles to something more positive, and making polite replies to missives that I barely understand, don't count?

Stuff done
----------
27/11/05
* Added support for functions with no args, rewrote NEWGAME to use it
* Added support for unary minus
* Added code to ensure the P/C/O bits aren't set if an E is set to 0
* Added STRTIME, RAND, GOSUB, RETURN, POP, PUSH script funcs/commands and supporting code
* Made script_error invalidate the game instead of quit the program. Improved error handling in script execution code to account for this.
* Added gang respect framework and script commands
* Fixed arithmetic parsing code so that if the first input to an untyped op is the size of an array, the output type will be set as an int
26/11/05
* Added some more script commands
* Added gang bitflags system
* Added script_error func
* Added code to do reserved word lookup from sorted list
* Fixed numerous bugs in the script/mvar code
* Added postfix conversion for expressions
* Added expression simplifier
* Made loading a new script cause existing script related vars to be cleared
* Split script.c into scriptexec.c
* Added all arithmetic ops
* Added IF, NEWGAME, GAMEOVER script commands
* Made reserved word parser use special code to detect +, -, *, ==, etc.
* Improved script error reporting
* Added default keyboard controls
* Tweaked templates
25/11/05
* Started todo list!
* Added basic script parsing and execution code
* Improved mvar code
24/11/05
* Started coding

29/11/05
* Fixed a bug that could cause _reset functions to crash if their data structure was empty
* Fixed a bug causing fonts_reset to crash
* Wrote simple BASIC program to generate 256 colour palette files, PalGen
* Added an option to carsprs_load for loading files without a path, in case I write some kind of delta utility prog
28/11/05
* Added script variable stack flushing when loading a new script
* Made script loader use PATH_MISSIONS (except for gameconfig script)
* Fixed a few bugs stopping the intended final gameconfig script from working
* Added UI sprite loading/management and LOADUI command
* Added basic loading screen & LOADING command
* Added font loading/management and LOADFONTS command
* Made loading screen use font if available
* Added empty sound framework, config window, and LOADSOUND command
* Added pause/unpause, desktop, map key checks & skeletion pause menu/map view code
* Added gp_screen ptr for screen to mode.h, and moved some mode handling/screen bank swapping code from game.c to mode.c
* Rewrote script_getvarpair to be easier to use, rewrote script execution code to match
* Added car sprite management code, delta generation, composite generation
* Made common loading code update loading screen with status
* Added GAMETIME script func
* Added tile sprite management code and LOADTILES command

• Object sprite management. Can borrow some of the code from the tile system, since it also has to deal with animations
• Car definition files. I think I know enough about what these must contain to do them now.
• Ped sprite management. Sprite loading, recolouring, etc. Might however require code from...
• ...ped definition files
• Object, Car, Ped management will all rely on the corresponding asset management code having been written, so I can't really start on them yet
• However I could have a go at writing the map system. For map generation I'm currently leaning towards some kind of set of definition files, describing what buildings and roads look like, in particular which tiles should be used
• Sound system. The base of the framework is there, I need to look into how sharedsound works before adding any real code. Also need to decide how many sounds cars/peds/objects can make, how to manage the sounds so only the ones nearby are scheduled for playing, etc.
• Event system. Without any peds, cars or objects the only real event I can add is a time based one. But it is the simplest and most flexible.

• CD music. This looks to be fairly easy to get going, and will have no performance hit on the game. It also means you can play the music from GTA 1 (Or any other audio CD, homemade orotherwise)
• AMPlayer. This plays MP3's, so will have a crapload of music available for it. It's also been designed with making new frontends in mind, so will be easy to control. Unfortunately decoding MP3's will probably eat up too much CPU time, and make my already slow code appear even slower.
• Tracker player(s). These don't use much CPU time, but the music available is somewhat limited. They're also fairly easy to control from code.
• Another solution. Are there any music playing modules for RISC OS that support CD music, MIDI, wav files, MP3 and tracker files?
  !Amp supports all these, but is an application. Luckily it supports the different file formats via a plugin system, but... the plugins are written in BASIC as WIMP applications. Translating these into C for use with a plugin manager built into the game would take time.
  Also the player modules need to be 32bit compatible.

void colplot(short *scr,short *spr,f1616 x,f1616 dx,int len,int wid)
{
	while (len--) {
		*scr = spr[x >> 16];
		scr += wid; /* Move to next screen row */
		x += dx; /* Increase sprite index */
	}
}

void rowplot(short *scr,short *spr,f1616 x,f1616 dx,int len)
{
	while (len--) {
		*scr = spr[x >> 16];
		scr++; /* Move to next screen pixel */
		x += dx; /* Increase sprite index */
	}
}

The prototype map renderer is now FINISHED.

Now I just have to link it into the rest of the code, fix the compilation errors, then write a test script to build a simple map and test it all out

The fact that it hasn't crashed suggests that it's having trouble building the map. That and the fact I just fixed a map building related bug, and the savegame I made didn't have any texture names stored in it

And my makefile is randomly building files which are up to date