Radeux wrote on 2026-07-04, 18:49:

the source code for it

Doesn't exists any more, it was scrapped when it was undergoing on a full refactor and remains of the code is not even compilable or operational.
More precisely, the parts which were responsible for the tricks on 199x-ish cards doesnt exists anywhere any more.

When i started to refactor that project, i had different business plan in my mind, and i have scrapped those parts of the code. When (years ago) i mentioned a possible restart, what i meant is, to finish refactoring and go ahead with a new conception (for example to maybe do an opengl 3.3 to opengl 2.0 wrapping or something) but there will be nothing to be offered for 1.x cards through that project as even the required source doesn't exists any more.

Besides TitaniumGL no one should expect other gpu related projects from me in the future.
My urge and enthusiasm for anything else besides that, on a scale from 0 to 10, is a negative number.
TitaniumGL is going to be the only and last wrapper of this kind which is developed, maintained and kept alive.

I planned to do a TitaniumGL release this september or october, but i will do a release now instead, due to factors beyond my control.
This is likely the only release this year.

As someone might knows, there is an energy crisis in my country right now.
The country generated almost all of its electricity using nuclear power plants.
Because the rivers dried up, and no water in the rivers left to cool the nuclear reactors, all of them had to shut down.

Scheduled rolling blackouts are a possibility starting from tomorrow afternoon in the entire country.
To develop this software, i have to run my desktop test systems for hours uninterrupted, as i thinker with modifications in the code, and as i put graphics cards in and out to the test system to test functionality. I can't do this when rolling blackouts are happening (i have a few ups but they cant sustain a 100w retro pc for an hour).

Therefore i decided to do a release now while the electric grid is still under proper operation.
This is an important upgrade, it makes win9x era graphics cards to work much better (especially if you had black screen previously).

2026, 08.
General bugfix and patches
-Fixed a bug causing crash, when allocating some batch operations
-Display lists now consume less memory
-Calling display lists now have less CPU overhead than before
-Fixed a bug with display lists causing instability
-Decreased CPU overhead when rendering from display lists.
-New feature in Win98 version: Hardware accelerated rendering in windowed mode
-Fixed up a lot of issues in the Windows98 version
-Enabled hardware acceleration for 24 bit contexts in the Win98 version
-Fixed missing texture bug for S3 Virge and Trio3D graphics cards in the Win98 version
-Fixed black screen with old graphics cards when operating under Windows 98
-Re-enabled texture filtering with ATi Rage2+ and S3 Virge / Trio3D cards

TitaniumGL_2026_08.zip (Win9x OpenGL32.dll) Rage2 and Rage3 screenshot from Quake1

Geri wrote on 2026-08-02, 14:47:

As someone might knows, there is an energy crisis in my country right now. The country generated almost all of its electricity […]
Show full quote

As someone might knows, there is an energy crisis in my country right now.
The country generated almost all of its electricity using nuclear power plants.
Because the rivers dried up, and no water in the rivers left to cool the nuclear reactors, all of them had to shut down.

...

Therefore i decided to do a release now while the electric grid is still under proper operation.

Challenging times, man. We're grateful that you are working on this cool stuff and sharing it with the world, but first and foremost, take care and be safe.

marxveix wrote on 2026-08-02, 22:04:

Rage2 and Rage3 screenshot from Quake1

Thankyou for the quick test. The D3D drivers of Rage2, Virge, SiS 6326, Permedia2 cards can't properly do the color and alpha mixing functions required by opengl.
I was not yet able to find a workaround for this (maybe i will retry next year). This bug will be mostly noticable on light maps and multitextured environments.
(But glquake is very bugous in other ways as well, which causes flickering, and the game is unplayable.)
Historically they made these work with application specific opengl32.dll files, which were implemented with the single purpose of running the given game, but it was no an actual opengl implementation, just a way to quickly mimic the functionality of the functions used by the given game as a quick hack to make it work. This is an approach i can't really do here because titaniumgl implements the actual opengl functionality, and i cant really do anything besides trying to find other alpha and color combining settings which will bug in a way that makes it to look closer to the intended image.
The Rage Pro works because thats a much newer chip on the inside.

digger wrote on 2026-08-02, 22:39:

take care and be safe

Thanks, now they are saying they changed their mind, and there will be no rolling blackouts for homes, but only for the factories and corporations which are now obligated to decrease their power consumption by given numbers (and they sending everyone they could to do home office). If that doesn't helps, only then they will throttle homes. We will see.

Geri wrote on 2026-08-03, 08:51:

Thankyou for the quick test. The D3D drivers of Rage2, Virge, SiS 6326, Permedia2 cards can't properly do the color and alpha mi […]
Show full quote

marxveix wrote on 2026-08-02, 22:04:

Rage2 and Rage3 screenshot from Quake1

Thankyou for the quick test. The D3D drivers of Rage2, Virge, SiS 6326, Permedia2 cards can't properly do the color and alpha mixing functions required by opengl.
I was not yet able to find a workaround for this (maybe i will retry next year). This bug will be mostly noticable on light maps and multitextured environments.
(But glquake is very bugous in other ways as well, which causes flickering, and the game is unplayable.)
Historically they made these work with application specific opengl32.dll files, which were implemented with the single purpose of running the given game, but it was no an actual opengl implementation, just a way to quickly mimic the functionality of the functions used by the given game as a quick hack to make it work. This is an approach i can't really do here because titaniumgl implements the actual opengl functionality, and i cant really do anything besides trying to find other alpha and color combining settings which will bug in a way that makes it to look closer to the intended image.
The Rage Pro works because thats a much newer chip on the inside.

Flickering is there like you mentioned, do you have any game to try that should work better? Thanks for keeping Win9x releases live.

marxveix wrote on 2026-08-03, 09:09:

do you have any game to try that should work better

i havent tested too many on those cards, but xmoto and older tuxracer/tuxkart type games should be fine if they dont use multitexturing or light maps.