Search the Community

That's the way it's gonna be with most of the giveaways. If it's something amazing I've played, I'll note it. Even Epic Games giveaways are mainly junk until December. Meanwhile I put like 12 hours of time into the last TDM mission I beta tested.

Public release v1.7.6 (with Dark Mod support) is out. Improvements since the final beta 14 are: Fixed a few remaining bugs with zip/pk4 support. Game Versions window now properly displays TDM version. Import window no longer has a vestigial off-screen TDM field (because TDM doesn't need or support importing). Web search option is now disabled if an unknown/unsupported FM is selected. If an FM with an unknown or unsupported game type is selected, the messages in the tab area now no longer refer to Thief 3 ("Mod management is not supported for Thief: Deadly Shadows"). The full changelog can be viewed at the release link. The de facto official AngelLoader thread is here: https://www.ttlg.com/forums/showthread.php?t=149706 Bug reports, feature requests etc. are usually posted there. I'll continue following this thread though. Thanks everyone and enjoy!

well to add insult to injury google now shadowbans devices blocking they're trackers tested by phone and pc if you are in the eu theres a good chance google's tools will stop functioning if A behind a vpn B using encrypted dns on a phone blocking googles tracking URL's. my phones chrome browser actually gave me several warnings about google being infested and wanted to uninstall all google tools, turned out if i disabled the secure dns proxy i use all was honky dory but as soon as i reenabled it BOOOM!!!!.

Hey @Klatremus - Thanks for the bug report! Looks like this was added after release and did not get properly tested. We doing some bug fixes now and a patch should be forthcoming shortly.

Good work! I enjoy short missions because things are nice and focused - you get in, you get out. Also I tend to do better with the loot amounts and I was able to get all the loot without too much trouble, which is rare for me. If I were to make a suggestion though - I found the intro briefing sequence a bit distracting because it was so obvious the narration was pitch-shifted to make a deeper voice. If you felt the original voice wasn't deep enough for your needs, I would either get someone on the forums to record it for you or just leave as is. That's my only real complaint and it's not even about the mission itself, so pretty good first start!

Beta 11 Fix finished-on state auto-update was unreliable Slighty improve scanner title/author detect Tags are now named some whatever regular-version-looking thing to force GitHub to put the newest at the top

I'd like to better understand what you want. The design of dragging bodies is to hold frob (key down) to drag and release frob (key up) to let go. That way it's impossible to walk away while unintentionally dragging a body. Plus, it's quick to grab and move several body limbs in rapid succession. This is thought to provide a better experience, especially for new players. Towards the beginning of this thread, I created a "tdm_frobhold_drag_body_behavior" cvar. https://forums.thedarkmod.com/index.php?/topic/22198-feature-proposal-frob-to-use-world-item/&do=findComment&comment=487580 "tdm_frobhold_drag_body_behavior", default:"1" Which drag body behavior? 1 --- on frob key up, drop body (limb). 0 --- on second frob, drop body (limb), TDM v2.11 (and prior) behavior. That cvar was removed shortly afterwards, because it was said that it wasn't needed. With that cvar set to 0, a second frob would be required to let go of the body. Is that the behavior that you want? If so, I can add that cvar back. Also, I saw elsewhere that you want the ability to revert back to the old way. If you mean that all of the controls match TDM 2.11, that can be done with "tdm_frobhold_delay 0" and there will be a menu setting to disable it as well.

I can't find any topic where this new feature is being described or discussed so allow me to create this one. I tested Auto-Search Bodies and I like it a lot, to the point that it may very well become my default someday. We all know how hard is to make that purse, key, scroll... highlight, so this is, in my opinion, a welcome addition to the game. Thanks to those involved! My only concern is that if a body has more than one item you grab them all in one go, preventing me from knowing I just acquired more items than the one showing in the HUD. If a feature is not to be trusted then I don't see the point in this exercise and I would like to know why the current approach was considered superior over one-frob = one-item. Regards!

@MirceaKitsune, I haven't tested yet your new mod but please please please carry on working on it This reminds me, we have to figure out a way to make different mods work alongside.

When I was a teen I used to play a game called Hitman: It was also a 3rd person stealth game focused on assassinations and disguises. Its main gimmick was the player stealing an enemy's clothing and dressing up as them to infiltrate, while disguised you avoid acting suspicious or your enemies would realize you're not one of them and your cover is blown. I've thought about attempting something similar in TDM in the past. Since it's impossible to customize the player model 1st person hands, I realized custom outfits are out of the question. Then it dawned on me that I could go for a simplified version, by implying the player only wears a helmet or large hat to disguise theirself, enough so it makes sense and throws the AI off. So I got to work and after 3 days of tweaking I'm ready to share my latest mod: Working disguises How it works: The player can pick up headwear and equip by using the item, making you a member of the target team when active. While worn a bar appears at the top of the screen indicating the status of your disguise: This bar slowly fills up over time... it will drain when a member or ally of the team you're disguised as sees you the closer you get, further draining if the AI is alert. When the strength reaches 0 the disguise deactivates, you must wait for it to reach 1 again for it to be active again. When the disguise is inactive the bar will be gray and the icon black, when active it's colored and the full icon shown to make that clear. By default only helmets for the Citywatch were included thus far, with the normal Citywatch helmet offering less cover whereas the Elite Citywatch disguise gives you a greater distance and time at the expense of a cumbersome overlay. It even changes the player's person type / gender / rank so AI salute you as one of them... unfortunately this doesn't seem to have an effect in practice, maybe it can be investigated why. Further more the item sets a custom head model and skin, so when the player sees theirself in a mirror the hat accurately reflects the associated head... sadly this functionality had to be disabled due to a crash that occurs if you try to modify the model of the player's head causing a -1 model index, I filed a bug report about it and hopefully it can be resolved soon. If enough people like this to motivate me to continue, my plan for the next release is to allow stealing the helmets off guards. This might be tricky as I need to make the head frobable and have it execute my script action, which must change the model of the AI's head to their non-helmet version: Unless the same crash as the player head risks occurring, this should be doable in theory... this would also allow it to be used as an universal mod (with any FM) as you no longer rely on the items being placed by the mapper. Below is the latest version: If you're a mapper maybe add this to your FM and let me know what you think! I'm eager to hear your thoughts and see a field use case, this was only tested in a simple box map not in a practical scenario. As usual copy everything in your FM except tdm_custom_scripts.script you'll need to mix the include line with your existing one. disguises_1.0.pk4

Ok, so I remembered that TDM textures are declared in mtr files in the materials folder, so I copied over `tdm_internal_engine.mtr` and it works. DR sees textures, but... only .tga files. The console has quite a few lines like: "[shaders] Unable to load texture: textures/tool/clip.png", referring to my own textures. Can DR not work with png files? EDIT: I presume it can, and maybe it has to be set in the game config file, but I have a very feeble understanding of those files, and I can't find any information anywhere on how to set them up. I've used NRC a bit, which uses the same kind of game config files, and I also had trouble detecting textures. But the only way I could get it to work was... the NRC developer gave me a working config that could see my textures. So... I'm not very confident that I'm gonna get this working on my own. I tested the NRC game config in DR, but nothing seemed to change.

I realized a fun change we could consider for the lightgem, which should also be fairly easy to implement if agreed upon. We know how aside from the amount of light shining on the player, some FM's increase the lightgem based on movement and crouching, you become more visible while walking and especially when running. I'd like to ask if anyone thinks we should additionally support a slight increase to the lightgem based on mouse movement. Explaining how the idea came to mind is the best way to illustrate why I feel it would make the experience more fun. The player often hides in a dark corner waiting for a hostile AI to pass right by as they patrol: In any real scenario you'd be holding your breath as to not make any sound or the slightest movement, even breathing would stand out slightly and could get you spotted. Thus from a perspective of realism, it feels out of place that I can zoom the mouse all over without any consequence... merely turning your head would draw a bit of attention, let alone looking behind which implies the player turning their whole body around. Meanwhile from a gameplay perspective, it could be a welcome challenge having to not move the mouse when a guard is right next to you, keeping your mouse steady similar to how you'd hold your breath as you wait till the danger passes to look away... this would feel more exciting and add a new form of tension, especially as many players complained the AI feels too easy even on the highest difficulty settings. Obviously the increase should be minuscule, possibly just 1 lightgem point: We don't want players feeling they can't look around while hiding, just not doing it too much when an enemy is right in your face. The best way seems like making it based on the movement speed: Moving the mouse very slowly could have no penalty, whereas jerking it suddenly could increase the lightgem by a few points so even in total darkness the AI sees something and may even catch you if you keep looking around rapidly while next to them. Another debate is whether this should be a spawnarg new missions have to configure, similar to some existing visibility properties and lightgem offsets. Personally I'm in favor of defaulting it to a low value, just 1 lightgem point increase if it's fixed or something like 3 if it's speed based. Alternatively we could tie it to the difficulty setting... if it's controversial maybe just implement it as a hidden cvar we can try out? Very curious what you think so let me know your thoughts, I'd definitely like to at least see the concept tested!

Not to be a nag, but I was thinking about the columns problem. If you go to the view source tab in the wiki article: https://wiki.thedarkmod.com/index.php?title=Fan_Missions_for_The_Dark_Mod&action=edit The raw table data is accessible directly: |- !align=left|{{TDM-FM|written|Written in Stone}} |Bikerdude, Amadeus, Dragofer |{{Forumlink|https://forums.thedarkmod.com/index.php?/topic/21265-written-in-stone-beta-210-only-20220128/}} |2022-01-28 |338 |Yes |Yes |CCC 22, Elixir |City Missions |Undead, Horror Themes |- Each pipe character represents one of the columns.

I'm the developer of AngelLoader, a fan mission loader/manager for Thief 1/2/3/SS2. I recently decided to try adding Dark Mod support. The latest release is here: https://github.com/FenPhoenix/AngelLoader/releases I'm going to keep a log of issues, ideas, notes, etc. here and we can discuss them or whatnot. If anyone has ideas or suggestions, feel free to post them here. TDM version requirement: I've only tested it with TDM 2.11. I'm not sure but I dimly remember FMs used to be stored differently at some point in the past? If so, it wouldn't work with those older versions. I assume people would normally keep their TDM install up to date, but just a heads up. How it works: In the Settings window -> Paths tab, choose your Dark Mod executable. Click OK. Now your TDM FMs will be detected, scanned, and added to the list. For the other supported games, there is the concept of "installed" vs "not installed", this is because they normally come in archive files and then the loader can "install" them (extract the file into the "installed FMs" folder). For TDM there is no such concept (FMs are always installed), so the green checkmark "installed" indicator means that that FM is the currently selected one (the one that is loaded up when you start TDM), and only one TDM FM can be "selected" at a time. This indicator is kept in sync with the game, so if you change your selected FM inside TDM, AngelLoader will update its "selected" indicator in-app. Notes & Issues: Deleting FMs: Deleting TDM FMs is not supported yet. I notice TDM itself doesn't allow you to delete FMs either; it has been noted that people have accidentally lost their data and so the option was removed. AngelLoader puts files into the recycle bin when it deletes them, and I could add the option, but figured it was okay to leave it out initially since the game doesn't let you do it either. Note, though, that you can still delete TDM FMs from AngelLoader's database if you've manually deleted the actual FM from disk first. To do this, first click the "Show only unavailable FMs" button (red X page icon on the top bar). Last Played and Finished-On-Difficulty: Finished-on difficulty is now autodetected. Last played date is taken from the game's database only if AngelLoader doesn't have one in its own (its own is more granular). In the FMs folder, there is a file missions.tdminfo which stores certain pieces of data about FMs. Included among this data is which difficulty the mission has been finished on, and the last played date (down to the day only). AngelLoader also stores this information, but it doesn't get these values from this file at the moment. Instead, the last played date (down to the instant, not just the day) is set whenever an FM is started, and the finished-on state must be set manually. I could have it watch the file for changes and update the finished-on-difficulty automatically for the current FM. This would override the user setting, but in theory should be accurate anyway. I could also auto-update the last played date, but because it's only down to the day, that would be less optimal than just setting it on FM start, which would give a more granular date and would have sorting working better. So if you played two FMs in one day, the latest played one would sort at the top. Mods tab is disabled: For NewDark games, there is built-in support for mods, and they can be enabled or disabled per-FM in an official capacity. I've disabled the Mods tab for TDM because - from a cursory look anyway - I don't think there's such a per-FM method of mod management. Language selection is disabled: In the Edit FM tab, there's an option to choose which language to play an FM with. I've disabled it for TDM because there's a language option in-game (not the case with NewDark) and I haven't looked into how I would scan a TDM FM for supported languages anyway. "Play Without FM" Option: For the other games, there is the option (in the bottom bar) to play them with no FM. For TDM there is no such thing as "no FM", but the option is still there currently. It will simply start TDM without passing it anything, and whatever FM it has selected will be there. I might remove the option since it doesn't really make sense. This might make people wonder "where's the button for TDM" but on the other hand having it isn't really useful. Not sure. Mission downloading and updating: An in-app mission downloader is in progress. There is no mission downloader or anything like that currently. It simply lists what you've got on disk. This means that to get new FMs or check for updates to existing ones, you still have to go in-game. I don't know how people feel about the convenience factor of this, having to go in-game to get your FMs and then back out to AngelLoader. However, duplicating the TDM download functionality would mean it might well break if TDM ever changes anything about its downloader. Custom resource stats: In the Statistics tab, custom resource display is disabled for TDM. I haven't looked into what sort of "custom" things a TDM FM can have and how I can detect them. I may do this in the future.

Nice knowing you are looking at this. Btw when I made my own version of "namedEvent" gui cmd, I just copied the convention of other gui cmds like the "localSound" cmd, what I found is that it made the usage of simple nameEvents in GUI's very fast, with no need to mess with c++ and compile the engine. I think exactly the same reason quake 4 developers said they implemented it, thou like you said we don't know how they made their version. Perhaps is why I had some issues with my implementation when trying to call more complex onNamedEvents, so is something that needs to be well tested. Simple example of usage (the following code is untested and should be looked as "pseudo" code) windowDef Desktop { rect 0,0,640,480 backcolor 0,0,0,1 menugui 1 float "text_state" 0 onInit { // just in case ... if("Desktop::text_state" != 0) { set "Desktop::text_state" "0"; } } //*************** Events ************************* onNamedEvent ClearText { set "Text::text" ""; set "Desktop::text_state" "0"; } onNamedEvent SetText { set "Text::text" "Hello world"; set "Desktop::text_state" "1"; } //************************************************ windowDef Text { rect 240,41,165,110 visible 1 forecolor 1,1,1,1 text "" textscale 0.5 font "fonts/micro" textalign 1 } windowDef back_btn { rect (320-55),(240-35),50,30 visible 1 text "Click Me" textalign 1 textscale 0.3 font "fonts/an" onActionRelease { if("Desktop::text_state" == 1){ namedEvent "ClearText"; } else { namedEvent "SetText"; } } } }

That's weird. I just tried it with the exact same setup (linux, dev16829-10455, fresh install from the in-game downloader) and I am not getting that bug. Are you using any mods? I don't use any except the stealth stats one, and I haven't tested the map with various mods installed. Maybe one of those is interfering.

Terrific! The beta test thread is up: https://forums.thedarkmod.com/index.php?/topic/22238-beta-testing-the-spider-and-the-finch/

I finished this mission. Great mission. It's interesting to play this after having played Braeden Church first. I made the subtitle files. Unzip it in the folder of the fm. I also tested it in-game. If a couple of people will review it over time, it might be enough to include it at some point. It's actually only 3 sentences (2 inline, 1 srt). Edit: subtitles added to mission.

Welcome to the Dark Mod forums MarsManon! Thank you very much for the kind words about SLL, it's always nice to hear We all worked real hard on bringing Grayman's map to life and I'm glad you enjoyed it

I was so enchanted by this FM, I had to sign up to the forums the same day I finished it to come thank the authors Genuinely, truly incredible work! I was so overwhelmed in places that I resorted to just shouting joy at my monitor two, three, maybe four entirely separate times while playing. Exploring, puzzling, finding something new, trying to use it, and finding it does a whole new, separate, wonderful thing! There aren't enough words inside me to describe the feeling. It was breathtaking. I don't have any specific feedback that hasn't come through this thread before Thanks so much for making this, for all the inspiration and ingenuity and effort it took. If I never play another level this good, in any other game, in my life, I'd be fine with that.

I just tested on the other system. v1.1 didn't seem to change much from v1.0 on the i5-6600T + HD 530 Graphics system, but I delved further into the mission. Interior portions obviously have much better performance. My performance target for this system is basically 720p 30 FPS. I tested the beginning on the 5700G + GTX 970 system for a minute just now and I can get it to hold at as low as 20 FPS at 1080p, e.g. on the starting boat looking out past where the rope is. Wild swings between 20-60 FPS (locked to 60) as I look around. I haven't made adjustments to other settings like AA yet, that could likely boost performance. I'm still on TDM 2.11. I don't want to upgrade to a dev build right now, but I'm interested to see what kind of performance boost 2.12 can bring.

Thanks for your work @stgatilov. This solution does what's advertised, it is out of the way and it doesn't break anything. There is potential for double-clicking untended results but in my case I had to force it too much to get undesired results. Dousing candles require now two key presses instead of three and while this doesn't solve "the problem" it is a step in a direction and it can be added to the game without a second thought, imho. Upon having tested @Daft Mugi's version I am of the opinion that a lo(o)ng-frob would feel more natural though, as if making an actual effort.

Seems to work fine. Dragging is much easier though. double clicking might get tiresome over time, but you can always switch to the use key. Because the second click comes so fast the object is only slightly lifted, so when it falls down (a centimeter), there is no sound, although I haven't tested this on metal.

Quick test with the new build. No freezes in this area. To be sure I tested again the old build and it still gave me the crashes.

I was thinking about the concern @snatchermentioned about this making the ability to manipulate bodies around prohibitively tedious. I think there a bit of truth to that. I don't think it's that bad: I just manipulated a body around with not much hassle. But I can see how the delay might end up feeling like a stone in your shoe, for someone who does this often. But as I was testing this, trying to manipulate a guard around, I noticed that most often when I want to manipulate, I have a tendency to want to not just click and hold, but to also drag the mouse (or start walking). And that's where the delay interferes a bit. So I was thinking, maybe the implementation could also detect mouse dragging after the initial click, and immediately enter manipulation mode when it detects it? (Maybe it would be wise to still have a slight threshold for this? Not all mice and hands are exactly steady when clicking, so I suppose there might be a slight unintentional movement. I suppose this would have to be better thought about and tested.) And maybe the same could be said about detecting walking right after the initial click.