*Zaccheus* on 25/6/2009 at 12:39
Hmm ... I suppose those maps are calculated when DromEd does its lighting cycle.
Any comments regarding how on earth Thief is able to render anything at all when DDFIX.DLL is renamed (post #2) ?
Is it possible that DDFIX is not catching all of the calls to DX ?
Volca on 25/6/2009 at 12:42
I wouldn't be surprised if it was the software renderer that took over then. From your description it seems like it - it is there but does not work with RGB lightmaps.
Timeslip on 25/6/2009 at 12:44
Quote Posted by *Zaccheus*
Any comments regarding
how on earth Thief is able to render anything at all when DDFIX.DLL is renamed (post #2) ?
Is it possible that DDFIX is not catching all of the calls to DX ?
Yeah, that's just thiefs software renderer. It's mostly non-functional in thief 2; you get a few seconds of psycodelic colours then a crash. It worked reasonably in thief 1 though.
*Zaccheus* on 25/6/2009 at 13:16
The old software renderer does not use DX at all then? Is everything drawn using GDI32.DLL ?
Timeslip on 25/6/2009 at 13:20
Quote Posted by *Zaccheus*
The old software renderer does not use DX at all then? Is everything drawn using GDI32.DLL ?
oh, good point. Of course it should still be using ddraw even in software mode when it's not using d3d... :erg:
I have no idea then. It could be using gdi, but I'd see no reason for it. ddraw doesn't require hardware support, so there'd be no reason not to use it.
*Zaccheus* on 25/6/2009 at 13:39
I noticed that current versions of DDRAW.DLL contain registered COM objects.
Searching HKEY_CLASSES_ROOT\CLSID\ for DDRAW.DLL gives me:
{3C305196-50DB-11D3-9CFE-00C04FD930C5} "DirectDraw7 Object"
{593817A0-7DB3-11CF-A2DE-00AA00B93356} "DirectDraw Clipper Object"
{D7B70EE0-4340-11CF-B063-0020AFC2CD35} "DirectDraw Object"
The last two might be used by Thief2 without needing to load DDFIX.DLL !
When I get home I'll try to search for those CLSIDs in the Thief2 EXE (in binary form of course).
EDIT:
The only reason I care about this is that it might explain some of the bugs if Thief2.exe is using DX components independently from DDFIX.
d'Spair on 25/6/2009 at 15:20
Quote Posted by Wille
DX8, DX9 or even OpenGL renderer could provide us with cool things like shadows, reflections and proper bloom :cool:.
Well, no this shit, please. I will be happy if future versions of DDfix allow me to play and see Dark Engine games on modern hardware the way the games are intended to look.
van HellSing on 25/6/2009 at 15:49
Quote Posted by Bikerdude
I dont see how this would be possible if the dark engine itself dosent support it..
DDfix v1.1.1 plus ENBseries.
EDIT: (
http://ttlg.com/forums/showthread.php?t=123571) aaaand you actually posted in a thread about this very topic.
epithumia on 25/6/2009 at 16:06
One thing that might be possible is to intercept the low-resolution lightmap textures and use a bitmap scaling/smoothing algorithm to artificially increase their resolution.
I have to agree that what enbseries does is purely useless. It just looks like some post-processing of the last two or three frames.
*Zaccheus* on 25/6/2009 at 18:52
Found it!
The binary form of the "DirectDraw Object" GUID can be found at offset 0x2287C8 in Thief2.exe !
