All I'm after here are bits of code to do things like 64 bit (Or even 96 bit) math, theories behind collision checking, VISing, etc. and links to places that won't mind us ripping their code

C or assembler is welcome, but try and have implementations of the same thing under both languages so we can use whichever is appropriate.

Hmm... I'll start off with what I can remember of a 3D transformation matrix (Worked out by myself, if I remember correctly):

It's a 3x3 matrix, each row being an output co-ordinate and the columns being the input ones:

a b c
d e f
g h i

Working out the output would be a case of:

x=ax+by+cz
y=dx+ey+fz
z=gx+hy+iz

So by changing the different values you can effect how much of the original x,y and z co-ordinates make it into the output.
Deciding on the values though is the tricky part. For a matrix which does nothing, a=e=i=1. To then make it do something, you would split it down into a 2D transformation matrix, and apply a rotation to the variables required much like Draw does.

If you were to rotate around the Z axis then only the X and Y values would be changing, so a,b,d and e would be put through the 2D matrix. I *think* that the way they that this would be organised is that two co-ordinates, (a,b) and (d,e) would be put through the 2D matrix. I can't remember off hand how to work out the values needed in the 2D matrix though

The TopModel file format may be a possiblity if you can extract what you need from it.

pT has cracked this one for his CAD editor although he managed to import the wrong filetype (the filetype that is only read by TMViewer!). I also have the Topmodel file format from Sincronia.

In reply to Andrew I didn't use Euclid. I initially used the Flight Sim Toolkit and I started on a parser for the TopModel text file format but never finished it - partially because given the cost of TopModel at the time I thought it unlikely that lots of people would have it.

In reply to Jeff - 64bit math should be more than sufficient for our needs. It's easy enough on a StrongARM but I'm not sure how to achieve it on other machines. Bear in mind that we need signed 64bit math - the ARM Assembler manuals have unsigned 64bit multiplication as an example.

I have some other resources that might prove useful. I'll put them up on the web later on when I've had a chance to get them together.

If this filetype was supported and maybe StudioMax from the PC then this should be fine.

The TopModel file format may be a possiblity if you can extract what you need from it.

pT has cracked this one for his CAD editor although he managed to import the wrong filetype (the filetype that is only read by TMViewer!). I also have the Topmodel file format from Sincronia.

Where can we get this from Nathan?

pT has cracked this one for his CAD editor although he managed to import the wrong filetype (the filetype that is only read by TMViewer!). I also have the Topmodel file format from Sincronia.

Where can we get this from Nathan?

I will send it to you, it's not for public release.

Specifically I'm interested in 32bit and 64bit math code, which should be able to run on ARM6's and above.

Try and make some code for plain old integers, fixed point numbers (Perhaps with the point location set by some compiler variable), floating point (Either for you own format or some FPEmulator replacement), and maybe even fractions.

Just stick the source code up here, since it's unlikely to be too big.

Do well and you'll get your name on the creds for the 3D engine!

Specifically I'm interested in 32bit and 64bit math code, which should be able to run on ARM6's and above.

Even better provide routines that work on ARM6 and above also routines that are SA specific - we need both

Just stick the source code up here, since it's unlikely to be too big.

If it is big I'll host it from that temporary page I posted earlier while something better is sorted out. For people who have forgotten the URL is

http://www.comp.lancs.ac.uk/computing/users/johnstlr/riscos/threed.html