I don't know if thief 2 uses any other parts of dx 7, but it only uses version 6 of ddraw and d3d. It might use dx 7 for input or sound, but I don't interfere with them.


That weird text looks similar what you get if thief tries rendering directly to a 32 bit surface. (I give it an extra 16 bit surface to draw text too.) The text is in the wrong place though, and it shouldn't be duplicated like that, so it isn't a problem with the extra surface magically turning 32 bit. :confused:

It looks more like your graphics card is having a problem blitting from a 16 bit surface to the 32 bit one, and is treating the text as if it's 32 bit. That would be a driver issue, presumably.
Edit: Given that the menu is drawn in exactly the same way as the text, I'm surprised your menus are working. The only difference is that the menus require a rescale and don't use a colour key, and are blitted to the front buffer instead of the back.

The seeing your desktop thing is because thief keeps resizing its window on loading screens. (It thinks it's displaying at 640x480, after all.) It was handled by the WindowFix option in older ddfix versions, but again that was something that required a specific version of thief2.exe, and it didn't seem to work correctly when I switched to dx6, so I dropped it. ddfix just automatically resizes the window back now, but there's still a split second delay where the window is the wrong size that allows you to see through to the desktop.

@Bikerdude: could you quote the exact error msg you get?

Darnit, thief gold did the same thing. I can post a screenshot if anyone wants. This is so weird.... The older ddfix has no problems. I think it has to do with the fact that from 1.1.1. to 1.2.0 and above, there was that huge change from directx 9 to directx 6. This time however, the health gems were purple/pink and were duplicated like the red text did in thief 2.:weird: Same deal basically. Not sure if its because of a 6 series card or something else. As Timeslip suggested, it could be drivers. Idk.