AmiQuake - new 68k Quake Port

[Cosmos]

@NovaCoder

Again here : seven emulated 060 instructions on this game !

Slow down because the 68060.library is not fast you know...

[Cosmos]

Use the last version of OxyPatcher => v3.14

[Cosmos]

Any compiler supporting the 68060 and compiled for the 68060 should not use trapped instructions that are not available in the 68060

That's the theory !

The reality is very different...

[Cosmos]

Surely that depends on where they are. If they are in some inner loop, yes, if they are in some initialisation code or something called infrequently, does it matter so much?

Trapped instructions are slow all the time, everywhere and anywhere !

Watch by yourself !

Hopefully, OxyPatcher accelerate a lot, but still 5.6 time slower than a 32x32 routine untrapped...

Explanations :
Trapped mulu64 via the 68060.library: 1852
Real routine mulu64 untrapped : 6

Trapped mulu64 via the 68060.library and OxyPatcher running : 28
Real routine mulu64 untrapped with OxyPatcher running : 5


Ouch !

[Cosmos]

Have you included the asm parts of the Frank Wille Quake version ?

[Cosmos]

I cannot get working Frank Wille Quake port on my 1200 under AGA : cannot open screen or something like that...

[Cosmos]

you need both the PAL & NTSC  monitor drivers in devs/monitors if you launch it from the gui.

Yes, you'r right ! The game is running now !!

[Cosmos]

Something (hardware ?, software ?) is wrong with Quake on our Amiga Classic...

Please watch this video (Quake on Atari Falcon with CT60@100 in 320x200 256 colors) :
http://www.youtube.com/watch?v=gXHkx4k1mkQ

The game run very very much faster with the optimised routines from Frank Wille (Quake68k)

[Cosmos]

The faster RAM etc probably helps... I can't see if it has a gfx card in the PCI slot.

I think it's the native TOS screen...

[Cosmos]

@NovaCoder

What C/C++ compiler are you using ?