Search the Community

With TDM 2.12, after the credits finished, the "Mission Complete" screen did not display. I found that the screen was black and I could hear my footsteps when I tried to move around. I think the reason for the mission not completing successfully was that the "Do not kill or harm allies" objective was never marked as "1 = STATE_COMPLETE" instead it was left as "0 = STATE_INCOMPLETE". Note, I didn't use noclip throughout the mission. Same as: https://forums.thedarkmod.com/index.php?/topic/18054-fan-mission-the-accountant-2-new-in-town-by-goldwell-20160509/&do=findComment&comment=458491

How about using TDM automation framework (and maybe pcem/qemu)? More info see: https://forums.thedarkmod.com/index.php?/topic/19828-automation-features-and-discussion/

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

The lit-up light gem isn't caused by the nightvision light directly (I put ai_see 0 on it) but by its interaction with the dynamic ambient lighting. The dynamic ambient lighting adds a bit of extra ambient to a room depending on the brightness of the light sources that are in it, so that a flickering fireplace will also cause subtle variations in the brightness of shadowed corners, not just the areas that are directly illuminated. If you set ambient_light_falloff to something other than zero, the strength of this dynamic effect also depends on your proximity to the light sources. The wiki says this looks better than the default, and I agree. I've really been working hard on lighting in my latest level. Specifically I want deep shadows punctuated by smallish light sources and generally low ambient to avoid that milky, washed-out look you get with high ambient. In the darkest areas I want to use the nightvision to stop the player getting lost in pitch blackness. Obviously if I have a faint light strapped to my head, an ambient_light_falloff that brightens the ambient for nearby lights is going to defeat the purpose. What I really need is a spawnarg that tells the nightvision light not to contribute anything to the dynamic ambient. Is there anything like that? I also think ambient_light_falloff is a bit bugged. There's supposed to be a cap, by default rgb(0.1, 0.1, 0.1), on the absolute brightest the dynamic ambient can get. However, I'm routinely exceeding that for my setup.

Alberic's Curse v3.11 is now out! It features: 1) A new script event related to the "Curse" 2) EFX Reverb 3) Volumetric Light effects 4) Different detail levels depending on LOD setting 5) A fix for a very old bug that caused stuttering in the basement, along with a long list of standard bug fixes 6) A few more surprises... Check for the mission update in the in-game downloader!

Thank you for this gem, Kingsal. Played it on Easy and thoroughly enjoyed it, just wish it was longer! A beautifully designed mission with a pleasing atmosphere, reminiscent of the buried city of Karath-din in the Thief series. I'm sure to replay it on Expert eventually.

That's basically how Infrared vision WORKS - the candles / lamps / Arc-lamp / Gas-lanterns all emit LOTS of infrared light & heat...them Morlocks are blinded by these unnaturally bright 'light' sources just the same as if you look at the sun... it could make it interesting if the light is strongly DIRECTIONAL , being a projector lantern after all - your rear isn't 'defended' by light-rays. Actually having a skittish monster that wants to wallop the player YET, is very reluctant to engage from the front seems like a VERY Theif'esq universe thing...having them constantly run back or seek cover.

The entities you mention don't have a def_attach for the light so they don't need a name_attach. If you want to change the light properties you can do it directly on the entity instead of using 'set key on name_attach' like you would on other 'combined' light entities. I don't know what these types of entities are called or how they are put together (I haven't looked into it), but that's the difference in how you customise them. Maybe they inherit from some parent that combines lights and models instead of using attachments. I think in that newbie question thread the sconce object was just an entity that someone forgot to add the name_attach spawnargs on.

GAMEPLAY * Frob controls have been reworked completely. Previously players were annoyed by having to do three presses to extinguish a light. Also, some player didn't even know that bodies could be shouldered and were limited with dragging bodies. Now simply clicking the frob button performs the action player needs most of the time, and pressing-and-holding the same button performs alternative actions like dragging bodies and extinguishing candles (thread). * Several aspects of mantling has been improved: overhead mantling has become faster, mantling over low obstacles is allowed while carrying an item or a body. Also it is possible to switch weapon while being on rope/ladder or mantling. Pressing crouch button on rope/ladder now starts slide-down immediately. * Some aspects of gameplay can be further simplified. Auto-search bodies is for players who don't want to waste time searching for keys and purses on guard bodies. Lockpicking "Auto" difficulty now indeed trivializes lockpicking (thread). * Leaning animation has been improved with lower head tilt (thread). * Player footstep sounds have been rebalanced. Metal and water sounds were especially painful previously. * Further improvements of subtitles: revised location and font to avoid overlapping with other GUI elements, added directional cue, better slot allocation. Each subtitle is now displayed for at least one second even if the sound is very short. * More settings to reduce camera bobbing/rolling/shaking, which is good for players who feel motion sickness from default camera animations. * Now several script addons can coexist and work independently (thread). ENGINE * Optimized generation of light-entity interactions in rendering frontend. Also greatly optimized shadow processing, especially for moving lights. Unfortunately, many existing missions are not compatible with these changes, so you might see light leaking through walls (mainly with stencil shadows). Please report all such cases, we'll apply workaround on case by case basis (thread). * The "old" and "new" rendering backends are finally merged into one. It is as nice to program as the new backend, and as old-fashioned and reliable as the old backend. Single-pass shadow maps enabled by default and now respect noselfshadow. * Materials with polygonoffset now interact with lights. So static decals can have bumpmap and specular lighting. Note however: dynamic decals still don't interact with lights. * Revised parallelSky lights and marked shadowing parallel lights as deprecated (thread). * PNG image format now behaves equally to other supported formats. In particular, it is not required to explicitly specify its extension, and it can be referenced directly in GUI code. * Added functions min/max to material expressions, which can be useful for clamping. * Fixed minor culling bugs on animated entities and enabled entity scissors by default. * Reduced color banding for fog with some dithering at tonemapping stage. * Finally our C++ code can compress and decompress all texture formats we use, meaning that we no longer depend on occasionally buggy/slow vendor implementations. BUGS * Now both OGG and WAV sounds work the same way and stop playing while in main menu. * Fixed "gui::startSelect" as a feature that allows to choose player starting location in GUI briefing. * Fixed warnings in newspaper_bridgeport0X core readable GUI. ASSETS * Added automatic turrets, to be combined with security cameras (Thread). * Added more covered furniture models (6289). * Added wall models from Seeking Lady Leicester (6293). * New and fixed versions of atdm:lamp_electric_square_3_lit_unattached (6315). * Fixed UV map on Stove models (6312). * Fixed some issues with moor AI (6345).

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.)

Our friend Skacky ( and his team "Feuillade Industries" ) has released a full sized Thief expansion \ campaign "The Black Parade": https://www.moddb.com/mods/thief-the-black-parade t is finally here! After 7-ish years of development, The Black Parade is finally released. So, what awaits you in this campaign? - 10 huge, open-ended and meticulously crafted missions with varied themes packed with content. - A brand new protagonist thrown into a dark, intricately woven story of crime and conspiracies. - 4 new tools happily supplied by the undermarket, at a price. - Many tweaks to the AI to make the game a bit more challenging but still fair. - A brand new "banter" system where AIs greet each other during their rounds and nightly life. - 28 voiced characters totaling roughly 1,800 new lines of dialogue. - 30 minutes of gorgeous hand-drawn briefings and cutscenes. - Brand new AI motions making the denizens of The City look more alive. - Full English subtitles. In The Black Parade you play the character of Hume, a hardened criminal who was sent into exile as a punishment for his crimes. The year is 833, you are now back in The City, a sprawling metropolis of soot-caked brick, greasy fumes and noisy machinery, with many a sinister conspiracy whispered behind closed doors. Lost and without a penny to your name, you are back to your life of thievery and must find your old associate Dahlquist. Shadows and silence are your allies. Light is your enemy. Stealth and cunning are your tools. And the riches of others are yours for the taking. The Black Parade aims at being a love letter to Thief: The Dark Project, and we hope we succeeded! It is recommended to have played through Thief: The Dark Project and/or Thief 2: The Metal Age at least once beforehand, since these missions are overall tougher than the base game. The Black Parade also comes with a few tweaks to the classic Thief gameplay formula: - Hume is not a Keeper and thus never received Garrett’s training: AIs will now notice you if they bump into you or vice versa, sometimes even in a perfect shadow. Be careful! - Hume can move banners aside instead of having to slash them. - Hume has additional footstep sounds for chains and pipes; these are metal sounds that aren’t as noisy as regular metal (about as noisy as stone/wood). - Water arrows can now be used to expand moss patches. - Servants will re-light extinguished torches on higher difficulty levels. - Servants may clean moss on the floor if they notice it on higher difficulty levels. - Zombies now smash wooden doors open instead of simply opening them. - Electric lanterns carried by guards can be turned off. - A few guards in the campaign are outfitted with heavy armor and helms so they cannot be knocked out using the Blackjack. - Hume can pick up small creature corpses such as spiders or sweels. DOWNLOAD (912 MB) MIRROR 1 MIRROR 2 Here is a very handy guide by nicked on how to set up Thief Gold for Fan Missions. !!!IMPORTANT NOTES!!! The Black Parade requires NewDark 1.26 or above! Make sure you use the latest version of TFix/TFix Lite before playing! The Black Parade should be launched with FMSel, NewDarkLoader or AngelLoader. It is not recommended to launch this campaign with DarkLoader or GarrettLoader. Note that mods such as Thief Gold HD Mod, NecroAge or Enhancement Pack are not compatible with this campaign. Remember that this is a campaign for THIEF GOLD, not Thief 2! Known issues: - Due to the complexity of the missions, there can be cases where some NPCs might get stuck walking against walls. There is unfortunately not much that can be done about this. Happy 25th anniversary to Thief: The Dark Project, and have fun taffers!

Hey there, question - Is there a way to temporarily hide the "diamonds" in the rendered view without hiding the light effect? (for screenshot purposes) - pic attached. - DeeP

To cater to both audiences. I mentioned LibreGameWiki as one example. nbohr1more mentioned other uses. Explicitly allowing reuse and spread will help TDM reach a wider audience and would hopefully attract more volunteers. More volunteers which can help improve both TDM versions. There are several benefits for a project of being in the Debian repo. One is that TDM Debian-users can report defects on any package directly to Debian (no need to register on separate forums). Debian may then fix the issue themselves (in their "TDM-libre" package) and will offer the patch upstream to TDM, who can then choose to accept or reject the patch. I envision "TDM-libre" to have the same capability of downloading any mission as regular TDM. The only difference is that "TDM-libre" would come packaged with the regular engine (which is GPL+BSD) and an included mission that has libre media/gamedata. When I play TDM by myself, I want the unlimited-play and can accept commercial restrictions. But if I were to promote it somewhere, or charge for a stream when playing online, or make a video, I would want a version without commercial restrictions (and can temporarily accept limited-play) to make sure I don't violate anyone's copyright. Perhaps. That's what I'm trying to find out.

I suggest you use the term "I", to make clear that it is something YOU want, and that you speak for yourself. But, as wesp5 mentioned, I don't really know what this is about, at all. And, I'm also wondering about all the newly registered people lately, who just arrived at this forum, and already want to revolutionize this mod. This is a thing I noticed 2 or 3 years ago, and which hasn't been present in the 15 years I play this mod and frequent these forums now. Really seems like a common thing these days, to not knock on the door, but kick it in, and stomp right in.

It's not a material token. It's a property, so you can use in light entity def (using this light material).

TDM has tons of textures from "free" texture resources that do not allow redistribution and cannot be incorporated into a commercial project. Someone would need to create a huge replacement pack of textures that do not break the look of existing missions and do not infringe on the copyrighted textures. Also, many artists who contributed to this project do not want 3rd party entities to use their work in commercial projects. They intended the models, textures, sounds, animations to be exclusively used for Darkmod content. You would either have to replace ALL assets or contact every contributor and ask them to re-license their assets. Many contributors are no longer active with the project and haven't visited the forums in years so it would be no easy feat. I cannot speak to Debian policy but I think that they treat installers that add non-free content the same as non-free content itself. One could argue that Steam is such an installer but I guess Debian would counter that there are a few fully Libre games on Steam. I think Debian, Ubuntu, or Linux Mint need to consider a repo that allows for games (etc) that include non-libre content but intentionally offer this content for free to the community with no stipulations other than "don't try to sell it as a product".

The gamepad implementation allows for a great degree of flexibility to personalize settings, aside from a few minor issues that I mentioned here: https://forums.thedarkmod.com/index.php?/topic/22337-gamepad-bindings/ I would say that playing TDM with a gamepad works very well, especially considering that it was implemented as experimental and hasn't been changed since then. If I could, I'd go back to 2021-you and congratulate you on buying that gamepad. I notice that your DarkmodPadbinds.cfg looks very different from mine...

I did a little testing of SVN 10610 and 10611 and haven't seen any light \ shadow problems thus far. I mostly play in shadow-map mode but I think the problems mostly impact stencil? ( haven't seen any issues in stencil mode either ). I think the reverted Doom 3 style frustum may have cured the light leaks above some shielded electric street lamps too. It also may have improved the appearance to lighting in the mission "Behind Closed Doors" ( noticed more shading variation on the walls of the large stairway at the start of the mission ). Could be placebo, gotta compare screenshots.

It seems like more and more "thief" and "thief players" is becoming a short hand to dismiss community members earnest desire to improve the game - which happens to be a barely legally distinct "thief style" game which was made by thief fans for thief fans and is "designed to simulate the stealth gameplay of Thief". Who is the predominant player base of the game supposed to be beyond fans of the thief games? Is there some better avenue to find feedback for the game beyond this forum? FOSS and linux forums? I have seen maybe half a dozen posts from that segment. I am a thief fan, I play thief fms, my association with those games is what drives me to play and make things for this game. Are we supposed to pretend the original games are not a huge reason why most of us are here at all? TL;DR version:

Thanks! 1) Doing LONG_PRESS PAD_A (what I, for lack of knowledge, call "jump-mantle" or "_jumpmantle") differs from doing PRESS PAD_A ("_jump"). "_jumpmantle" differs from "_mantle", so they must be mapped to different button-calls. "_jumpmantle" differs from "_jump", so they must also be mapped to different button-calls. This appears to be the case, but it is not evident (or changeable) in DarkmodPadbinds.cfg. "_jumpmantle" seems to be hard coded to always connect to the same button as "_jump" but with a long press. It is as if bindPadButton PRESS PAD_A "_jump" is not actually just binding PRESS PAD_A to "_jump", but rather interpreted as "link PAD_A (regardless of button press time) to behave exactly like keyboard SPACE for short and long presses". I would have expected the default DarkmodPadbinds.cfg to explicitly read: bindPadButton PRESS PAD_A "_jump" bindPadButton LONG_PRESS PAD_A "_jumpmantle" bindPadButton PRESS PAD_B "_crouch" bindPadButton LONG_PRESS PAD_B "_mantle" ... but neither LONG_PRESS PAD_A or "_jumpmantle" is listed in the file. If there are actions "_jump" and "_mantle", I suppose there must also be an action "_jumpmantle" since it is possible for the player to do all those movements: * "_mantle" does the movements "crouch on the high surface, then stand up" * "_jumpmantle" idoes the movements "jump slightly forward, then land standing on the high surface" * "_jump" idoes the movements "jump up, then land exactly where you started" If the actions "_jump" and "_moveup" are not synonymous, then perhaps the action "_moveup" is what i call "_jumpmantle"? 2) Thanks for the link! It was useful in more than one way. I'll link to that page from https://wiki.thedarkmod.com/index.php?title=Bindings_and_User_Settings#Gamepad_Default_Bindings if I can get an account on the wiki, which proved more difficult than i thought (https://forums.thedarkmod.com/index.php?/topic/22327-how-can-i-create-an-account-on-the-tdm-wiki/). However, it does not answer my question how to find out the name ("<button>") used for a button on my gamepad. Basically, I would need to press the button on my gamepad and some program could tell me "That button is called 'PAD_A'". In my case, I have a gamepad "Logitech F310" (https://commons.wikimedia.org/wiki/File:Logitech_F310_Gamepad.jpg) which has a "Logitech button" (see image) that I want to use. I was hoping to find out the "button name" for that button and then edit DarkmodPadbinds.cfg to map it to a function. 3) ... but if that button has an "unusual name" that TDM does not recognize, then it may perhaps not work. E.g. if that button is called "PAD_LOGITECH" and TDM cannot recognize that name, then I cannot map anything to it via DarkmodPadbinds.cfg. Using QJoyPad I can map any keyboard key to it instead, as a workaround, but I cannot map MODIFIER to it (since MODIFIER cannot be set to a keyboard key). If current implementation is still called "experimental", then I must say it works very well; @cabalistic: kudos for that! I may not have continued playing TDM had it not worked with a gamepad.

Went for the thunder def file and added the last lines as follows: fx fx/thunder { { //creates light delay 0 name "thunderlight1" duration 0.4 restart 0 light "lights/biground1", 0.35, 0.35, 0.7, 99999 ai_see 0 } ... { // sound delay 1.5 name "thundersound" sound "thunder" duration 10 s_volume -15 } } Repeated this for every other thunder/lightening def in the relevant file, but the added lines at the end do not work...

I remember I got it working last time but had one issue left: The UV light doesn't cast shadows. That's because being on its own spectrum, it doesn't interact with anything on the normal spectrum any more... this means it will illuminate only the special materials I want it to, but at the cost of only those materials existing to the light thus being able to cast or receive shadows too. Let me know if there's any known solution or potential fix for this so the UV light doesn't reveal objects through walls.

It is possible that this is a setting that needs to be activated to work: https://mantisbt.org/forums/viewtopic.php?t=23221