Search the Community

I've tried to update to 2.10 from 2.09 with the TDM updater v0.76 but fails to update saying my installation is up to date, in the log entries 'Didn't find executable name tdm_update.exe in download queue.' I downloaded the new installer v1.10 to install a new copy and fails every time at the same place while trying to install tdm_textures_nature01.pk4 with the error message 'missing end chunk...' etc. Also the link to install TDM using Freyk’s Unofficial Installer doesn't seem to be working Any help or workaround most appreciated. Thanks.

Trying to update TDM 2.07/64 to the current version. I have tried to update on different days for about a week, and I always get the same error complaining that an expected file size is different with the actual new file size. The latest updater log is attached. Darkmod.log

Hi, I'm trying to install the latest release version of TDM on Gentoo Linux (and I'm aware that there is an unofficial ebuild but I prefer to keep the number of third-party repositories to an absolute minimum). Anyway, it seems to be impossible for the installer to receive any data at all, except for the config file. If however I check the "Skip installer self-update" option in Advanced Settings it attempts to download manifest files for all the release versions but doesn't receive any of them (curl error 56 - Failure in receiving network data). If I try to download any of these files manually using a browser, the browser complains that the source files can't be read. It doesn't seem to be a problem on my end. Kind of seems like the files are simply not publicly accessible but I'm not sure. Enclosed is the complete log file for reference. tdm_installer_1634569973.log

There's some sort of problem with the TDM updater whereby it won't create a proper 2.07 installation. Being on a slow Internet connection, my TDM installation/update procedure has always involved downloading just the latest update zip file (currently, 'tdm_update_2.06_to_2.07.zip') from the ModDB site and making that available to the updater locally, to avoid unreliable, slow downloads during the actual update. I followed the same procedure that I've always (successfully) done in the past: extract the huge, 2.3-GB 'THEDARKMODVersion2.0-StandaloneRelease.zip' file (downloaded once from ModDB and re-used many times over the years) change the permissions on all the PK4 files to be write-able (so that the updater can alter the content within, as needed) delete the existing, obsolete (2013-era), read-only 'tdm_update.log' file (which shouldn't be in the zip file to begin with) put a copy of all the 'tdm_update_2.0{x}_to_2.0{x+1}.zip' files amassed to date into that extracted directory download the latest version of the TDM updater app (from the TDM website) run the updater, with the options '--keep-update-packages --noselfupdate' On the 1st run, it proceeds in what appears to be normal fashion. There's no obvious indication that anything has gone amok. However, if you run the game, it comes up with the main menu showing "TDM 2.06", not the expected "TDM 2.07". Here's the TDM updater log file for this 1st run: tdm_update--run-1.log.txt Some analysis of the directory content and the updater's log file seems to indicate that the installation only made it to 2.06! As for the 'tdm_update_2.06_to_2.07.zip' file, I've verified the integrity ('zip -T'). I've also verified the filesize and checksum against the updater-downloaded 'tdm_version_info.txt' file: [UpdatePackage from 2.06 to 2.07] crc = 159677cb filesize = 427644498 package = tdm_update_2.06_to_2.07.zipSo I don't think there's anything wrong with that particular file. If I compare what the updater created as a "2.07" installation with an old, virgin 2.06 installation of mine, the only files that are different are ones that you'd expect to be: 'crc_info.txt', 'tdm_mirrors.txt', 'tdm_update.log', and 'tdm_version_info.txt'. If I run the updater a 2nd time (and all subsequent times) with the same options, it essentially does this: Applying differential update package... [=========================] 100.0% Adding: ExtLibs.dll [=========================] 100.0% Adding: ExtLibsx64.dll [=========================] 100.0% Adding: TheDarkModx64.exe [=========================] 100.0% Adding: thedarkmod.x64 [=========================] 100.0% Adding: vcredist_x64.exe [=========================] 100.0% Adding: vcredist_x86.exe [=========================] 100.0% Replacing: AUTHORS.txt [=========================] 100.0% Replacing: TheDarkMod.exe [=========================] 100.0% Replacing: tdm_update.exe [=========================] 100.0% Replacing: tdm_update.linux [=========================] 100.0% Replacing: thedarkmod.x86 [=========================] 100.0% File: Done applying the differential update.Due to website file upload limitations, the TDM updater log file for this 2nd run will be attached to a subsequent post. The updater log files on that 2nd and all subsequent runs are essentially identical, just with different timestamps and potentially use of a different mirror site. That's the repeatable scenario, the "crux of the matter", if you will. FWIW, I also dug more deeply into the problem. What I describe from here on is less thoroughly documented, but I'll mention what I did, in case it helps.... I tried removing all of the update zip files, hoping it would force the updater to update what is effectively a 2.06 installation but via a slow, painful download of that 408-MB 'tdm_update_2.06_to_2.07.zip'. But instead, it inexplicably wanted to download the 235-MB 'tdm_update_2.05_to_2.06.zip' file, so I aborted the update. Taking a different tack, I dug into the updater source code a bit and noticed this curious-looking snippet in '.../tdm_update/libtdm_update/Updater/UpdateController.cpp': //#4529 stgatilov: Since differential update does not uncompress unchanged OGG/ROQ files, //The hashes of pk4 files are now different from the ones on the server. //That's why we exit right away to avoid redoing the same differential update and redownloading the unchanged data. if (info.fromVersion == "2.05" && info.toVersion == "2.06") { TryToProceedTo(PostUpdateCleanup); break; }I played around with various changes to that code (both bumping the 2 version numbers and outright disabling the whole block), but to no avail. Although I'm running Linux (64-bit Slackware 14.2), I don't immediately see any reason why this would be OS-specific. This issue sounds different from the problem grayman had (running Windows), but I did get an "infinite updater loop" scenario when I hacked that code mentioned above, so maybe there's some correlation. I also noticed during some debugging that the installation I had was not being correctly recognized by the updater app as a valid 2.06 installation. When I looked into the updater's console output and log file, it seemed that every file about which the installer reported "SIZE MISMATCH" was one of the PK4 files that had embedded OGG files, although I did not check every case. I'm simply not able to figure out what's going on here, despite much effort, so I have to "punt" before my head explodes. Any input on this matter would be very much appreciated!

Not so long ago I found what could make a pretty good profile picture and decided to try it out on these new forums. But I couldn't find a button anywhere that would let me change it. I asked on Discord and it seems Spooks also couldn't find anything anywhere. So I logged into an old alternative account and, lo and behold, that account has a button. This is on the first screen I get when I: 1) click on my account name in the top-right of the browser -> 2) click on 'profile'. Compared to my actual account: Are you also missing this button on your account? It'd be very much appreciated if that functionality could be restored to any of the affected accounts.

The ELF executable provided from the main download page is 32-bit. It doesn't run on 64-bit systems without adding support for ELF32. Since 64 bit support is now available in 2.06, this needs updating. While the documentation on the download page is accurate in removing the instructions for adding 32 bit architecture support, which should now be unnecessary, the binary download needs updating too. I get the error: "no such file or directory" on Debian Stretch GNU/Linux, on a bash shell. This is perhaps because it requires loading some dynamically linked 32 bit libraries unavailable on my system, or perhaps even the 32bit loader itself is missing. Here is the list of shared libraries it needs to load acquired from 'ldd' application. linux-gate.so.1 (0xf777a000) librt.so.1 => /lib32/librt.so.1 (0xf774e000) libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf765c000) libm.so.6 => /lib32/libm.so.6 (0xf7616000) libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf75f9000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf75dd000) libc.so.6 => /lib32/libc.so.6 (0xf742f000) /lib/ld-linux.so.2 (0xf777b000) Here is a dump from the binary header using readelf application. ELF Header: Magic: 7f 45 4c 46 01 01 01 03 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - GNU ABI Version: 0 Type: EXEC (Executable file) Machine: Intel 80386 Version: 0x1 Entry point address: 0x804f519 Start of program headers: 52 (bytes into file) Start of section headers: 1690508 (bytes into file) Flags: 0x0 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 9 Size of section headers: 40 (bytes) Number of section headers: 33 Section header string table index: 30 The class is ELF32 & Machine 80386. One solution is to provide a separate 64 bit updater, or to statically link the libraries (Which would allow only one executable for both architectures). Is there a 64 bit version of the installer?

Hi, I need to know what the code is to use Spoiler Tags. I am using my tablet and I don't have the options to use anything, like spoiler tags, quote tags, text changes etc. Thanks

When I run the updater it goes to an error telling me to check if the file is set to read only. Can someone step me through how to change it from read only? Or is there another way? Whenever I uncheck the read only box it just goes back to read only. I never had a problem updating before on my previous computer, but I now have a new computer where I have to run TDM and other applications as the administrator. (Dell Alienware running Windows 10) Thanks!

Hey, I'm trying to update to 2.05 but the updater is stuck in a loop. It will check my local 2.04 files and then download tdm_update_win.zip (1.5mb). However, when I click Restart, it starts the process all over again. I've tried renaming the folder to no effect. The game is not installed in Program Files or any secure folder. The updater worked fine when I updated to 2.04 when it was released (on the same machine).

Well I just discovered this mod after being a Thief fan since day one. and I am really excited over what the game promises. But I have one problem. I have been trying to download the game now for 3 days. The Updater (v0.66) starts up fine connects and starts to download and it will get just so far and then hang up. I usually let it sit for 5 min or so and then I'll cancel the download. about 1 times in 10 it will close properly otherwise I have to force it closed (not responding) then I restart. at this point I still have 932 MB (9 files) remaining as I type this the loader is stuck on "tdm_textures_stone_brick01.pk4" at 57.5 MB successfully downloaded 6.94% of that 932. I have tried turning off the advanced options but they haven't had any appreciable effect, here are the last few lines of the log Step thread started: 10 Picking mirror waffles.za.net Picking mirror darkmod-alt.taaaki.za.net Picking mirror darkmod-alt02.taaaki.za.net Picking mirror waffles.za.net Picking mirror fidcal.com Picking mirror waffles.za.net Picking mirror waffles.za.net Picking mirror darkmod.taaaki.za.net Picking mirror waffles.za.net Downloading to temporary file I:\tdm_update_win\__tdm_shared_stuff.zip Initiating Download from http://waffles.za.net/tdm/darkmodredist/tdm_shared_stuff.zip Download successful: http://waffles.za.net/tdm/darkmodredist/tdm_shared_stuff.zip Checking filesize of downloaded file, expecting 7558444 Checking download for 'is-a-zipfile'. Checking CRC of downloaded file, expecting 959701f CRC calculated for zip file I:\tdm_update_win\__tdm_shared_stuff.zip = 959701f Downloaded file passed the integrity checks. Removed file I:\tdm_update_win\tdm_shared_stuff.zip Moved I:\tdm_update_win\__tdm_shared_stuff.zip to I:\tdm_update_win\tdm_shared_stuff.zip Downloading to temporary file I:\tdm_update_win\__tdm_textures_stone_brick01.pk4 Removed file I:\tdm_update_win\__tdm_textures_stone_brick01.pk4 Initiating Download from http://darkmod-alt.taaaki.za.net/release/tdm_textures_stone_brick01.pk4 any help would be appreciated. thanks

Hi guys, through the "cheats" topic I got the idea, that it would be quite useful, if there were tags for missions (the post was about removing the killing restriction in some missions to suit the prefered play style). I don't know how easy or difficult this is, but with them, it would be quite convenient to pick missions with playstyles, environment, etc one does want to use. This could also be expanded to other mission properties. I remember a discussion about climbable drains, handles on doors, that cannot be picked and other things the map author chooses for himself. That way these things would be clearer and as I said before, it is easier to choose missions with playstyles that suit oneself. What do think?

Getting this error when running the installer: Downloaded the installer using the updater and from here. In both cases: 'bang!' Is TDM 2.04 no longer XP x86 compatible, or am I no longer worthy?

I kinda ran into that issue before, but the tdm_update.exe doesn't seem to behave properly: it just downloads a file of size 1.5 MB, then asks to restart and repeats this again. I then did the following (now it works, but I don't know which of these steps were necessary): - I deleated all files in the darkmod directory - I downloaded a new version of the updater - When the button asking for a Restart appears, I go to the directory instead and run the file _tdm_update.exe (instead tdm_update.exe) I just thought I let you know about this.

I tried to install 2.05, but during the update, Trend Micro blocked the updater and I can't click on it anymore without bringing up the Trend Micro warning. Anyone else getting it?