Glad that you got it working Spark!

Is a way to disable mipmapping in the latest D3D driver? I don't think this feature ever worked properly on the rage pro.

Spark wrote on 2023-08-19, 22:56:

Is a way to disable mipmapping in the latest D3D driver? I don't think this feature ever worked properly on the rage pro.

Some games have options to disable or change mipmap settings and it has some, but i have not played Shogo or used these settings myself.

more info and commands here: https://redriothog.tripod.com/console.htm

press the"~" while in a Shogo game and type

LodBias <value>
Sets the mipmap range, so you can push those mipmapping lines back.
Default value is 0.7. The lower you go, the further the lines are.

MipMapOffset <0,3>
Offset the mipmap level that it uses by a certain amount. This helps on crappy
cards with very little texture memory.

GroupOffset0 through GroupOffset9 <0,3>
Offset the mipmaps used for textures in each group (this offset is in addition
to the offset applied with the 'global' mipmap offset in MipmapOffset).

Thanks for checking, I did see that page and tried to set those options in a few different ways but nothing worked. Decided to play that game on a different card with working mipmapping instead.

Back to OpenGL, in GlQuake you can specify the command line option "-nomtex" to disable multitexturing. This means you can leave multitexturing enabled in the driver for use in Quake II without crashing GlQuake.
With regards to gamma correction, desktop gamma of 1.6 for GlQuake and 1.5 for Quake II seems about right, but would be interested in other opinions.

Takedasun wrote on 2023-04-19, 13:49:

marxveix wrote on 2022-04-30, 19:21:

I would like to get Rage OpenGL ICD 1073, it should have multitexturing support in it. OpenGL ICD name atoglrp9.dll (before 5.40), atio9xad.dll (5.40) or atio9xae.dll (J5.xx). 1073 should be before 5.40 releases, but i am not 100% sure, anybody has 1073 OpenGl ICD?

Talk about this 1073 and other RagePro OpenGL versions:
http://www.rage3d.com/board/showthread.php?t=1022

I found the damn file.

Somehow i can get OpenGL 1073 to work with Quake2 and my AMD K6-2 gets max 0.5fps gain from other Rage3 fast OpenGL versions. It is fastest for Quake2 and less compatible for my drivers and pc.

Spark wrote on 2023-11-16, 23:45:

Thanks for checking, I did see that page and tried to set those options in a few different ways but nothing worked. Decided to play that game on a different card with working mipmapping instead.

Back to OpenGL, in GlQuake you can specify the command line option "-nomtex" to disable multitexturing. This means you can leave multitexturing enabled in the driver for use in Quake II without crashing GlQuake.
With regards to gamma correction, desktop gamma of 1.6 for GlQuake and 1.5 for Quake II seems about right, but would be interested in other opinions.

Thank you for the information Spark.

Takedasun wrote on 2023-07-19, 21:22:

I did not find any mention of the UseAsm and UseGen variables in the ATOGLRP9.DLl file. […]
Show full quote

Spark wrote on 2023-07-18, 07:54:

Any idea what UseAsm=1, UseGen=1, or BMPad=1 actually do?

I did not find any mention of the UseAsm and UseGen variables in the ATOGLRP9.DLl file.

There are other variables

[Performance]
SkipFlipWaitIdle
UseAsmDraw
UsePioDraw
BMPad

atidbg.ini setting

[Performance]
SkipFlipWaitIdle=1

Gives great performance boost, but also bit laggy/strange keyboard behaviour inside the game for my pc, tested with Quake2 OpenGL.

Judging by the name of the option, it might be pegging the CPU at the end of the render cycle and not sleeping after flipping the screen buffer (drawing the frame) to yield for other operations. This is a side effect of the cooperative multitasking nature of Windows 9x. You have to play nice with the rest of the system and leave some CPU cycles for other things, or else the system can hang or become choppy.

This is my guess, anyways. It also depends on how they are reading input, such as if they are polling it or using window messages.

Kahenraz wrote on 2023-11-25, 16:31:

Judging by the name of the option, it might pegging the CPU at the end of the render cycle and not sleeping after flipping the screen buffer (drawing the frame) to yield for other operations. This is a side effect of the cooperative multitasking nature of Windows 9x. You have to play nice with the rest of the system and leave some CPU cycles for other things, or else the system can hang or become choppy.

This is my guess, anyways. It also depends on how they are reading input, such as if they are polling it or using window messages.

Thank you for your input!

This command is good for benchmarking, but for gaming experience, it is another story. If there is a fix for laggy keyboard/mouse inputs, then we can use it more widely, still i have tested it with only one OpenGL version, that was 4.11.1094.

I have option to upgrade CPU to AMD K6-III+ or oc vga/cpu, but i am also thinking to use Rage3 with Slot1 and Pentium 3 or Celeron 300A.

First OpenGL version that works with SkipFlipWaitIdle is OpenGL 1084, all older versions not gain performance boost from SFWI command. Enable this option only with bilinear disabled + multitexture disabled (both disabled). Quake2 is playable with SkipFlipWaitIdle at the moment.

C:\Windows\atidbg.ini
[OPENGL]
EnableMTSGI=0
EnableMTARB=0
[Kelvin]
Bilinear=0
[Performance]
SkipFlipWaitIdle=1

SkipFlipWaitIdle=1 works, i get 3fps more @ Q2 timedemo 1 demo1.dm2 640x480x16 and also no big keyboard/mouse lag for Quake2 now!

OpenGL 4.11.1091 quick test (does support SkipFlipWaitIdle=1 - enabled @ settings)
~40.5fps without vga overclock and bilinear and multitexture disabled + tweaked Q2 (k6-II+400@500Mhz)
~37.5fps without vga overclock and bilinear and multitexture disabled + original Q2 (k6-II+400@500Mhz)
~35.0fps without any overclock and bilinear and multitexture disabled + tweaked Q2 (k6-II+400)
~33.0fps without any overclock and bilinear and multitexture disabled + original Q2 (k6-II+400)

OpenGL 4.11.1073 quick test (does not support SkipFlipWaitIdle=1 - enabled @ settings)
~37.5fps without vga overclock and bilinear and multitexture disabled + tweaked Q2 (k6-II+400@500Mhz)
~34.7fps without vga overclock and bilinear and multitexture disabled + original Q2 (k6-II+400@500Mhz)
~34,4fps without any overclock and bilinear and multitexture disabled + tweaked Q2 (k6-II+400)
~32,0fps without any overclock and bilinear and multitexture disabled + original Q2 (k6-II+400)

These benchmarks are without sound, i add soon isa or pci soundcard and i make some Quake2 runs again.
Still SFWI is more experimental, Quake1 is not playable and Quake1 has no or minimal gain over OGL 1073.

OpenGL 4.11.1073 works now normally, like others, something with the chipset drivers did not like it sometimes, also found one new OpenGL , that new version is 4.11.1062.