DirectX demo gallery and my test results

Sushi engine (DX8)

Sushi engine (DX8)

Sushi engine (DX8)

Sushi engine (DX8)

Sushi engine (DX8)

(DX7)
Can only be run with 'Unspecified' scaling mode without resolution forcing to avoid resizing the application window otherwise the demo viewport gets scaled improperly.
This demo checks for an ATI GPU so 'ATI 8500' preset has to be selected in the config.
Force vSync externally or the water wavels way too fast.
Also, this demo seems to suffer from 'timeGetTime + single precision FPU' problem. A clean OS reboot may be needed to play the demo without heavy stuttering or stalling.

This demo cannot be run in fullscreen because the mouse cursor sticks to the top of the screen and the demo stalls. There is built-in Alt-Enter support for switching to windowed mode, use this after the demo has started. Externally forced windowed mode doesn't work either (same mouse problem) so forced resolution makes no sense.
Other than that, rendering is OK and very nice.

This is a very very cool tech demo utilizing volumetric textures for water caustics. If you patch it to 1.1 then you can only run it through the 'Matrox Parhelia-512' virtual card.

Forced resolution causes mouse input anomalies and the demo becomes unusable.
Also, drawstyle 'Points' ends in full white triangle rendering because this type of the polygon rendering is not currently supported in dgVoodoo.

Drawstyle 'Points' ends in full white triangle rendering because this type of the polygon rendering is not currently supported in dgVoodoo.

Drawstyle 'Points' ends in full white triangle rendering because this type of the polygon rendering is not currently supported in dgVoodoo.

Drawstyle 'Points' ends in full white triangle rendering because this type of the polygon rendering is not currently supported in dgVoodoo.

Thanks to Stiletto for calling my attention to these gems!

Thanks to Stiletto for calling my attention to these gems!

Thanks to Stiletto for calling my attention to these gems!

Thanks to Tuxality, he had the Kyro tech demos pre-patched to run on non-Kyro cards!!

Thanks to Tuxality, he had the Kyro tech demos pre-patched to run on non-Kyro cards!!

Thanks to Tuxality, he had the Kyro tech demos pre-patched to run on non-Kyro cards!!

Thanks to Tuxality, he had me the Kyro tech demos pre-patched to run on non-Kyro cards!!

You need UCyborg's DllMain-patch for running it through dgVoodoo

This demo must be run in WinXP compatibility mode to get it work with dgVoodoo.

You need UCyborg's DllMain-patch for running it through dgVoodoo

UCyborg and me tried to patch the demo executable because it doesn't work through dgVoodoo out of the box, it checks for the real driver dll and dgVoodoo has no such a component. I cannot guarantee the patched executable will work on your computer, as it doesn't do for e.g. CoolGamer.
Anyway, I recorded the demo in high res and uploaded a video.

You need D3DRM.dll for this demo (isn't part of the OS since Windows Vista).
Forcing vSync is recommended for this one.

I'm not sure at all if the demo is OK. It seems to have transparency problems but I get the same natively, and, looking at it at code-level doesn't explain the opposite either.

Hehehe... :)

It's a psychedelic hypnotizing dark-ambient chilling art demo. :)
A good screenshot cannot be taken...

Crash at exit?

Forcing vSync is strongly recommended.

I think it's a DDraw demo.

Minor issue: crash at quit.
BTW, cool music.

:)

Well, I don't know what to say about it: it works on my nVidia card but crashes on my AMD one. There may be a bug in the wrapper somewhere that the nVidia driver survives. :S

This demo has memory-access overrun bug so it may crash at the beginning, after selecting a resolution, or in windowed mode.
Playing with in-demo and externally forced reso settings can solve the problem.

The only way to run it properly in high-res is forcing resolution externally and choosing 640x480 in the demo. Otherwise it renders only to the top-left corner of the screen.

While the demo itself plays fine, there is a serious sky (and dome stair) glitch because dgVoodoo does not support texture wrapping. :(

This demo cannot start in fullscreen through dgVoodoo because DXGI doesn't like its app window. The only way to watch it in fullscreen is typing the resolution you want, starting it in windowed mode and forcing into fullscreen manually.

This demo cannot start in fullscreen through dgVoodoo because DXGI doesn't like its app window. The only way to watch it in fullscreen is typing the resolution you want, starting it in windowed mode and forcing into fullscreen manually.
(The same as fr-015)

You need a 3D glass for this demo.

Can't return from Alt-Tab but I'm not sure if it is dgVoodoo related.

Crash at exit

The sky seems to have glitches because of using 'texture wrapping' rasterizer feature which is not supported in dgVoodoo.

Some 2D depth issue after the first demo part.

I don't know if it's OK. The scroller text is almost unreadable both natively and through dgVoodoo.

Minor glitch: the demo renders from one texture mipmaplevel to the subsequent one which is not supported in dgVoodoo (resulting in black image). ThreePixels uses this technique in their other stuffs too.

Line-drawing glitches when resolution is forced.

There are a lot of software rendered parts, on which MSAA is not applied of course.

This demo can only be run with 'Unspecified' scaling mode and without resolution forcing.
Otherwise the demo window size changes which distort the rendering viewport.

Forcing Phong shading gives very nice appearance of the spotlight in the first part of the demo.

Demo supports resolution setting, so no forcing is needed.
Also, this must be run in Win98 compat mode or else it gets stuck at random points because of some kind of timing thing (infinite loop).

There is a part where I'm unsure if it is OK. Can't check it natively (doesn't work).

Z-buffer glitches here and there.

I've patched this (very nice) demo in order to get it running on modern system, see comments on Pouet.

This is a DDraw demo (so resolution forcing doesn't make much sense) but one of my favorites. Very nice coding.
Unfortunately it has a memory-access overrun bug and it can easily crash at the beginning in the dancing part.