Quake 2 WorkShop

[grelbfarlk]

Just launch the game normally and hit bring down the console with ~.
timedemo 1
demomap demo1.dm2
Then it will do a timedemo and report the FPS.

[spudje]

My system
AA3000+
Voodoo 3
Apocalypse G4 128 MB

640x480 glnolru fullscreen

demo1.dm2

Disruptor died
ShutDownGame
Server Was Killed
689 frames, 23,3 seconds, 29,5 FPS

demo2.dm2

Player died
ShutDownGame
Server Was Killed
618 frames, 22,1 seconds, 28,0 FPS

800x600 glnolru fullscreen

demo1.dm2
689 frames, 35,5 seconds, 19,4 FPS

demo2.dm2
618 frames, 32,1 seconds, 19,3 FPS


So could I improve here? If needed I think it's already very decent and running quite smooth and stable. And how to tweak those detailed settings, those are not in the menu, are they?

[trixster]

What version of picasso96 are you running?

AA3000+
Voodoo3
Apocalypse 256MB

640x480 glnolru fullscreen

demo1.dm2

689 frames, 16.5 seconds, 41.9 fps

The Mediator machine is significantly faster at 64.9 fps but it is not a like-for-like test

[spudje]

Latest P96: 3.2.4. I read older ones are faster aren't they?

Unfortunately after some 20 minutes of normal gameplay (after running the demos) the thing froze with audio looping. I guess that same heat problem that haunted me on my A4k Mediator Sonnet setup as well.

[trixster]

try rtg.library from any picasso96 prior to v3

[spudje]

OK, so just overwriting that single file?

[trixster]

yes, backup original. interested to see if you get an fps boost.

[spudje]

With rtg.library from Aminet P96:

demo1

640x480 glnolru fullscreen
689 frames, 18,3 secs, 37,6 fps

800x600 glnolru fullscreen
689 frames, 29,3 secs, 23,5 fps

So around 25% improvement. Maybe some settings to tweak and increase it a bit more? Is that done by editing the config.cfg file?

[trixster]

interesting. that confirms what I have seen. so what is it in p96 v3+ rtg.library that is slowing down fullscreen warp3d?

[grelbfarlk]

I'm wondering, is the memory access speed on the Prometheus to GFX RAM just slower than the Mediator from the PPC? Or the 68k for that matter?

[Hedeon]

PCI to PCI transactions are slower on the Prometheus.

[spudje]

OK, so now I only run into an AHI issue. I think I have faced and fixed this before but I can't find how anymore.

AHI only outputs right channel in quake2 no matter what I choose as unit0 in AHI settings.
What AHI settings do I need to set? Do I need to do something with the number of channels there?

In game config I changed 16bit to 8bit, but left all else untouched, no difference. Do I need to change number of channels? It is set to 2. ahi speed is set to 22.

In Wipeout it has sound on 1 side when I set DMA 8bit Paula as unit0 but works with stereo sound when set to 8 bit Paula tereo++

[Cowcat]

@Nobby_UK

"This is not the thread you're looking for".

[Nobby_UK]

Moved to Nova's

[Cowcat]

@Nobby_UK

Novacoders's Q2 thread ?

[pcotter]

PiStorm, soft driver :-)
[ Show youtube player ]

[Truxilian]

I have newly returned to the Amiga world after almost two decades.. I never coded anything for Amiga.. BUT I would like the opportunity to share my observations, and hope it can either help others or result in bugfixes.

Quake2 for WOS (GCC/VBCC) - Observation/Tip:
I had problems running Q2 on WOS. I previously had success running AmiQuake2, but it was.. well.. slow!
Both GCC and VBCC versions kept throwing me a PPC exception before even opening a new screen. It always did so.. also with 2000000 stack.
After weeks of fooling around with different Amiga stuff, it turned out that the 68k VBCC version of Q2 would actually run.. also extremely slow, but it would run. And even in MiniGlNoLRU (whatever that is) mode using my BVision.
After this, a stray thought led me to copy the configuration file saved by mu 68k VBCC into the PPC VBCC installation.. and WOOOSH! It loaded and started the intro movie.. and the game was quite playable! How awesome is that!?!?
So, my conclusion is that Quake2 for WOS crashes no matter what, if there is no config file!
A bug, or a issue on my system only? For the moment, I don't care.. I love my miggy, and and I love Q2.. So I am kinda in heaven, even though it gets a bit too slow to be playable in some scenes. ;-)

Thanks for all the effort people put into making these ports work! :-D

System: BlizzardPPC 603e@240MHz + MC68060Rev6@50MHz, 128MB 50ns EDO (all wait-states disabled), BVisionPPC. 32GB SD card. AmigaOS3.2.2.

[Cowcat]

Thanks for all the effort people put into making these ports work!

It's one man battle usually.

my conclusion is that Quake2 for WOS crashes no matter what, if there is no config file!

More or less, but is a "feature": IIRW what happens is that when there's no config, game tries to load the basic software renderer and when this dll can't be found or doesn't work it crashes.

Not what a program should do but good amount of code still "in old original form" in this regard: gcc is more picky about that.

As pointed by me in various places, software mode rendering for Quake engines (Q1,Q2, Hexen, etc alike) is broken and gcc versions show it in the bad way, not so dramatic in vbcc versions (don't know in latest compiled versions)........

.....so for gcc warpos version, ref_soft.dll should be used basically to create the config file: As soon game starts the demo, the renderer should be changed to a "gl" version. That usually is ref_glnolru.dll.

I "promised" a new release but other ports get in the way of doing it. What I know about this particular unpublished version is that an old bug that eat memory while demos where played in rotational mode is fixed. Also that theoretically "paula.dll" works in gcc as I tested in WinUAE (at least there).