Search the Community

If the "mission fails as soon as stealth score turns non-zero," that would not be good for ghost players. They might need to find out "how" they failed and experiment to avoid alerting guards. They might need to take those score points as a "bust". They might need to take those score points to complete an objective. Then, mission authors would need to encode exceptions into their missions, which would be a lot of work (if they decide to do it at all). However, part of what makes ghosting challenging and fun is when mission authors do not create their missions with ghosting in mind. Please see: Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523 Writing code for these rules would be a huge undertaking. Ghost Rules Discussion: https://www.ttlg.com/forums/showthread.php?t=148487 Creating an official mode could alienate these dedicated ghost players, because it would clash with what is considered ghosting in the community. Including the Stealth Stat Tool mod in the official release would be more useful. Or, making the audible alert states of guards quick and easy to recognize could help as well. For these reasons, I don't agree with an official "Ghost" mode. If the dev team were to do it, we should consult with @Klatremus so we get it 100% correct or not pursue it at all. (This ghosting bit should probably be in its own thread.)

I loved it. Awesome game. I faceplanted at the people who asked for quest markers in the Steam forums there... Herr, lass Hirn regnen. The game is so great, and so true to the original, because it doesn't hold your hand. When is the new breed of gamers gonna learn.

Sorry, but that is mechanically impossible. ^^ I am going to assume that you didn't mean the Hold-Grabber, but the Toggle-Grabber on Short Press. To that, I would like to raise two comments: There has already been a huge discussion about this topic that I didn't partake in. I only see the result of this discussion, which is the current implementation, and I wouldn't feel comfortable to just ignore this and do something else. What you are asking for is not a simple extension, but a different code-path, which makes things messy, and the frob-code is already quite messy as it is. I understand where you are coming from, but please understand that I don't feel comfortable to go through with it. Also, our lead dev also has a say in this and I doubt he will be happy to open up more code-paths. You still have the original control scheme to fall back on, if it is so important to you to have the Toggle-Grabber on short press.

A couple more: https://forums.thedarkmod.com/index.php?/topic/21739-resolved-allow-mantling-while-carrying-a-body/ https://forums.thedarkmod.com/index.php?/topic/22211-feature-proposal-new-lean-for-tdm-212/ https://forums.thedarkmod.com/index.php?/topic/22198-feature-proposal-frob-to-use-world-item/ https://forums.thedarkmod.com/index.php?/topic/22249-212-auto-search-bodies/

I'm happy to present my first FM, The Spider and the Finch. There may be a spider, but no ghosts or undead. It should run a couple hours. It's now available on the Missions page or the in-game downloader. Many thanks to the beta testers Acolytesix, Cambridge Spy, datiswous, madtaffer, Shadow, and wesp5 for helping me improve and making the mission to the best of my abilities. This would not be have been possible without Fidcal's excellent DarkRadiant tutorial. Thanks also to the many people who answered my questions in the TDM forums. Cheers! 2023-12-13 Mission updated to version 3. Fixed a bug where the optional loot option objective was not actually optional. Updated the animations for Astrid Added a hallway door so the guards are less likely to be aggroed en masse.

We have a whole folder of oil lamps in core assets since 2020 or so - for desks, walls, ceilings and freestranding. Also check out the vintage lamps.

One way to fix it, is to override the tdm_objectives.gui file (in mission folder) and change the code from windowDef ObjectivesHolder to this: windowDef ObjectivesHolder { #define OBJ_FULL_WIDTH 500 #define OBJ_FULL_HEIGHT 370 #define OBJ_SCROLL_KEYBOARD 1 rect 30, 60, OBJ_FULL_WIDTH, OBJ_FULL_HEIGHT //backcolor 0.3,0.3,1,1 //for debugging #include "guis/tdm_objectives_core.gui" } Objectiveholder is the objective text, so changing that you can specify how the objectives outline on the background. It would be nice (in general) if there's a more elegant way than overriding this core file.

Did you delete the mission folder under darkmod/fms then download the latest version?

Well it works via command vid_restart , but it's very slow.. I guess the best workaround is to make some script that converts all image files in the screenshots folder to the specified resolution. Like: #! /usr/bin/bash mogrify -resize 1280x720 ./*.jpg

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!

Where, please? I can't find anything neither in the root nor in the fm folder.

Here's the latest beta. I feel like this is about ready for a public release at this point. If no one has any bug reports or anything, and if I don't find any issues in the next few days, I'll start preparing the first public release. Beta 14 Matching game behavior on a bunch of subtler points. None of the below scenarios are likely to occur, but it's best to be able to handle them. TDM auto-converts FM file names to a valid form (lowercase, replacing disallowed chars with underscores, etc.). AngelLoader is now able to match non-converted FM names to their converted counterparts, so it knows for example "BaKerY;job.pk4" is the FM "bakery_job". TDM doesn't care what the pk4 inside an fm's folder is called. So "C:\darkmod\fms\bakery_job\bakery_job.pk4" will load just as well as "C:\darkmod\fms\bakery_job\totally_different_name.pk4". AngelLoader is now aware of this during scans and will not require the in-fm-folder pk4's name to match the FM's. TDM supports compressed FMs with the .zip extension as well as .pk4 when the FM is in the base FMs dir (hasn't been moved yet). AngelLoader is now aware of this, and of the priority order of the two extensions, and will choose the correct file when scanning/loading. In Settings -> Paths, the Backup Path area has been polished a bit. In Settings -> Appearance -> Show or hide interface elements, the checkboxes are now "Show" instead of "Hide", to be more straightforward. When scanning, the progress box will now show a message that it's getting TDM FM data from the server if it's doing so, rather than the more generic "preparing scan" message.

Beta 13 More robust TDM file reading attempts: we now try until we can access them or until a 5 second timeout If a TDM file is not found at all, we now continue immediately and don't wait the 5 seconds Rework auto-refresh system to be simpler and more robust: Refreshes run completely on the UI thread now Refreshes happen immediately or not at all; no more deferred refreshes Refreshes are not allowed when the main window is blocked or disabled (mostly if a progress box is up) If a dialog window is open (Settings, About, etc.) then a "lightweight" refresh (UI update only) is allowed, but a "heavyweight" refresh (FM list reload, possible scan and/or readme cache update) is not. Remove installed status from unavailable TDM FMs (those not found on disk) Gracefully handle scenarios where some or all watched TDM files or directories may not exist (clean install, partially broken install etc.) Ignore empty or invalid FM dirs (dirs with no pk4 files in them; TDM clean installs may add an empty "saintlucia" folder for example)

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!

Yeah, a last completed date would be something the game would have to implement (and write it out to missions.tdminfo). Apart from that, there's no reliable way for AngelLoader to know it. Beta 12 Fixed: the first "refresh from disk" trigger from TDM would be ignored, due to spurious refreshes being queued on startup and then never run, thus not having the refresh level value reset. In the Settings window, if a setting was changed that required a view refresh (game paths etc.), the filters would lose their state after the refresh. Dark Mod FM scans now show a progress box with a cancel button, because it's theoretically possible for the server data download to take some unboundedly large amount of time (highly unlikely, but covering the edge cases). Title filter searches now also search TDM "archive" names, same as for the other games. The DarkLoader Import window will now disable the Import Saves checkbox if no backup path has been specified, and shows a link to go to the Settings window where you can specify a backup path.

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

Download the executable that works for you. I assume the Windows one. You unzip it to your darkmod folder (best to make a backup of the original file). Then you have to set the cvar in-game: tdm_frobhold_drag_body_behavior 0

Although the argument of using ads to finance creators is legitimate, the abuse that YT makes of them is not and makes the use of adblockers inevitable, if one does not want, for example, a concert to be crushed by interruptions, even with advertorials. , this is independent of countless clickbaits in the thumbnails and other shit that YT wants to push us to use YT Premium with its abusive prices. A few months ago, YT began an aggressive anti-adblock campaign, with pop-ups reminding us of the ban and even blocking the player, in addition to YT Premium's self-advertisements. This leaves the user with only the options of either swallowing the ads interrupted by their favorite videos or signing up for YT Premium. Many have already moved to other platforms, for example Odysee, but the problem is that no other platform can compete in content with YT. Luckily there is a solution to this problem, which, at least for the moment, works and is a small userscript that we can add to our browser. For this we install the Tampermonkey extension and add this script https://greasyfork.org/en/scripts/477725-youtube-iframe-adblocker In the Vivaldi browser it is not necessary to use Tampermonkey, there you just have to download this script in a folder (do not delete it) and drag the script to the extensions tab in Developer mode to install it. This surrounds YT's adblock detector, as this script dynamically overlays the video on an iFrame, making the adblocker invisible to YT.

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.

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'm trying to get DR to work with my Godot projects, to replace TrenchBroom, but my first attempts haven't been fruitful. I need DR to see my project's textures, 3D models and entity definitions. I told DR where to find my game in the Game Setup window, but I'm having some issues. As far as entities go, I think I'm probably fine. I unpacked a few of TDM's .pk4 files and found the folder def with many .def files. I tried placing misc.def and tdm_base.def in there, to see if DR would load those entities after restarting, and it does but only if the game type is TDM. I'm probably fine with that, as it makes no difference, as far as I can tell. The Godot importer only cares about the contents of the .map file, which I know I can export in a few formats, so that should be fine (Q3 at least should work fine). However, DR is not seeing my project's textures. I don't know if DR can work with .png files, but I brought in some .tga files from TDM for testing and DR doesn't see them either. So something is missing, but I don't know what it is. I tried placing the textures in a textures folder at the project's root, but nothing happened. Although ideally I'd like to have the textures in root/assets/textures. I haven't tried to use 3D models at all yet, so I'm in complete darkness about that. I wonder what formats DR supports, though. I usually work with .obj, which bypasses Godot's import weirdness.

@CountMorillonite You are using a version of the mission which uses "Rhand" instead of "Righthand". This version seems to be quite old and no longer supported. I tracked down a copy of your version to taffersparadise.co.uk. Perhaps there are other copies of this obsolete version out there in other sites. Close TDM, delete the fms/flakebridge folder and re-download the mission from the built-in downloader, which is the most reliable source. Cheers!

RE Glitches with the Stone (aka Stone Print) font. Probably the minor artifacts with this font - mentioned in the bugtracker - are due to the fact that this file is missing from the distribution: tdm_fonts01\fonts\english\stone\fontimage_12.dat <== MISSING which I surmise causes the 24pt font to be used instead and scaled down. There is some reason to believe the missing file was present at one time, because the corresponding .dds file is present: tdm_fonts01\dds\fonts\english\stone\stone_0_12.dds And the russian paths have both the .dat and .dds files (2 of the latter in the case of russian) for this font. (I think trying to copy the russian version of .dat to the english branch would fail big time.) If someone with access to an archive of very early TDM full distributions can check to see if it is available, that would be great. That would be the best way to go, because that file may contain hand-tweaks to the font spacing. Otherwise, it could be regenerated from the .ttf file and tweaked, a somewhat fraught endeavor (at least if I were to attempt it).

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.

Here's another instance found in "The Painter's Wife" at viewpos: 688.45 -205.07 -127.75 57.2 -124.4 0.0 The following video compares 2.11 and 2.12-r10451: The new optimizations are a good thing as they allow mappers to build more, so I think they should be kept. Also, I've heard that some missions are currently being built with the assumption that the optimizations will be available. Without knowing much about this, would two code paths be doable: one for old missions and one for new missions? Perhaps DarkRadiant can add a flag by default for the new optimizations when making a new mission? If that doesn't seem like a good strategy, what other solutions can be tried?