Durinda D'Bry on 3/10/2005 at 08:19
Sorry, guys, perhaps I missed something but where is GL support thread or bug tracker?
I've tried to use version 1.12 to play "Special Vintage" and "The Walk" but failed due to the following problem: whenever I push "Install" on TDS FM the content of my Thief DS installation folder is completely replaced by FM content - I mean that all original files are gone!
I also found some other small things:
1. I replaced original T3Main.exe with new T3Main.exe from potterr site (it is T3MainRelease exe from editor distribution) but when I configure in GL TDS directory I've got message about incorrect version of T3Main.exe.
2. Is it feature or bug: when I open "Configuration" or "Tools" and move cursor to the left corner of the screen main GL window is activated again. For me it looks pretty annoying. Is it possible to disable this feature?
potterr on 3/10/2005 at 16:36
Ok, this would be the reason,
1) You are based in the US or a country that uses the date format MM/DD/YYYY (version 1.12 doesn't support this, the next version does).
This then meant that your T3 Game path was not set up in GLs ini file and so when trying to install it does not have the correct file path to install to and will wipe things incorrectly.
2) This is a bug, fixed for the next release, out around this weekend.
Jadon on 3/10/2005 at 17:41
I don't think he's from the US.
potterr on 3/10/2005 at 17:55
didn't see the location while typing the reply, however the problem is roughly teh same, if the date format of the PC is not DD/MM/YYYY then it won't pick it up correctly. Im not sure what the russian date format is though.
The main problem with the install process is the saves. By it not knowing the correct path location to backup to and restore saves it will cause issues. This has been resolved in the next version by only deleting files off the savegames folder and not recursing from the savegames registry string set by T3. It has yet to be tested fully but should work ok as it will now only delete names files (and files that match certain criteria just to be sure). The problem does not exist on other games supported by GL as the save games folder and file types are all predefined and known, its just T3 can have its saves anywhere and could possibly be incorrect.
Also one thing occurs to me in that version 1.11 had this issue more prominent that version 1.12 are you using the latest version?
Durinda D'Bry on 4/10/2005 at 08:08
Thank you for the comments, potterr.
Yes, I'm using MM/DD/YYYY date format (my location is Russia and default date format here is European but I need to use some US regional settings for my work).
I'm not sure that I've understand right why "T3 Game path was not set up in GLs ini file". Does GL obtain it from registry (AFAIK there are 2 paths in registry: game path and saves path; my saves path is <game path>\saves - I've changed to keep saves in game folder, not in my profile)? Also problem with saves doesn't clear for me. First time I thought that each save is stored in separate subfolder in "all saves" folder, each save folder contains some number of files; also there is index file in "all saves" folder. Thus I thought that for backup we just have to store recursively all subfolders and files from "all saves" folder (probably except of UserSettings subfolder - or called something like that, I haven't game installation available now, sorry - where user settings such video, keyboard mappings etc. are stored). Only problem I think that saved games info is not "portable" (because I saw some files contain absolute paths). Thus "all saves" folder reference should not be changed since saved games backup is performed.
potterr on 4/10/2005 at 17:32
Durinda D'Bry, yep, GL obtains information oin the savegame path from the registry, however when installing it re-takes that info from the registry again (this has changed in the next release so that its more stable).
I see where the issue is with your registry I am presuming that your path is just "\saves" rather than something like "c:\program files\thief3\saves"
The way GL does saves for T3 is to use the savegame path from the registry it will then use the savegames folder in that path (T3 uses a savegames folder rather than just the saves folder). It backs up all the files and folders in that savegame path (except the user options folder and any .log or .xml files). The backups end up in a folder GL creates called allsaves (same as for T1/G/2 ) as zip files and maintain their folder structure. GL will then delete all the files in teh savegames folder from the root of the registry path....although it just recurses the folders and deletes then without picking up the names (except user_options as it should leave that). This is where one of the problems lie in that the save folders are guids and are effectively random names so they cannot really be check to make sure that it is not an important folder. I have changed this now to only delete 44 character long folders and the gamelist and saveindex files, this will mean GL now does not delete folders it shoudl not for T3. All the other games don't have this problem as the saves are all in set places and are all in 1 folder rather than groups of folders with unknown names.
scumble on 7/10/2005 at 09:30
Note that I've created a sticky thread for such problems now - perhaps we can move the discussion there? I didn't want to do a merge as that can be a bit confusing - this thread would have disappeared.
