Timeslip on 1/4/2008 at 08:20

---

1.2.7 is up. Hopefully it'll fix the crash on exit problem. The GUI also recognises thief.exe now, so there's no need to rename it when playing thief 1.

satanfripp on 1/4/2008 at 10:44

---

Great work Timeslip:thumb:

Timeslip on 1/4/2008 at 17:09

---

I've got it working. :D

I just need to add something to the GUI to let it modify pcx's to tell ddfix that the texture has been replaced, and then I can release. Should be done in a couple of hours.

Edit: (http://timeslip.chorrol.com/temp/ddfixBeta.7z) done. New textures need to be in A8R8G8B8 format. Only .pcx's at least 16x16 in size can be replaced. New textures go in \res\ddfix so that they don't get in the way of anything else. The alpha channel is ignored for the moment. Because of the way thief handles mipmaps, replacing a texture with something of much higher dimensions will result in aliasing.

Edit2: Quick and mostly pointless (http://img358.imageshack.us/img358/3102/83184637hg2.png) screenshot. (700k, because compressing it to jpg would kinda have defeated the point. :p)


Normally, all mipmaps are contained in a single texture interface, and when the texture is used the graphics driver itself decides on which mipmap to use depending on the distance of the pixel. (In fact, it generally does a linear interpolation between two, so you don't get a sudden switchover where the level changes.) Thief uses a separate interface for each texture, and doesn't do anything that would let me match them up like blting from one to the next down the whole chain, or even creating them all at the same time.

Luckly I found a bit of the level loading code that does the initial file loading that I could hijack. Unfortunately, this mean that the new textures get stuck in system memory. (They do get cleared from video mem correctly, at least,)

Also:
Since it's dependent on the location of some code in the thief 2 exe, it's not going to work with SS2 or thief 1.

Timeslip on 1/4/2008 at 18:01

---

I've never known a .NET program to run with just mscoree. If you want to try it, ddfixgui also uses System.dll, System.Drawing.dll and System.Windows.Forms.dll. If you don't want to install .NET you'd be better off with (http://www.mono-project.com/Main_Page) mono than trying to do some sort of manual job.

Edit: Yes, v2.0 will do. That's what I compiled against, so that or anything newer will work.

If you can spare some time with a hex editor, you can do it manually. Open up the .pcx you want to modify, and starting from byte 128 replace the contents with 1,2,3,4,1,2,3,4,38, [the numbers from 1 to 37],4,4,6,9,38, then the string of the replacement file path without the \res\ddfix\ or .pcx bits. (replace each letter with it's position in the alphebet, '\' becomes 27 and the numbers 0 to 9 are 38 to 37. Then add a 38 on the end.


Only stability implications would be if your ram completely filled up. Textures stay in system mem until T2 is quit, when really they should be cleared at the end of each level. If memory usage really gets to be a problem, you might need to quit and restart the game at the end of each level before starting the next. (To get that bad on my system, you'd need around 1500 textures each 512x512 in size. On a computer the same age as thief, it might be a bit more of a problem.)


Anyone who knows their way around ida could presumably find the equivelents of the bits that I've hooked in the other exes.

Timeslip on 1/4/2008 at 18:12

---

Ah. Sorry, I forgot to include another file that the GUI uses but isn't needed for the manual version. I've reuploaded it with the missing file. (And also the default ddfix.ini, in case anyone is downloading without having ussed ddfix at all already.)

Edit: You spotted it before I did. :erg: