Search the Community

Complaint From Players The player must pick up candles before extinguishing them, and then the player must remember to drop the candle. The player must drag a body before shouldering it (picking it up), and the player must remember to frob again to stop dragging the body. The player finds this annoying or easy to make mistakes. For players who ghost, some of them have the goal of returning objects back to their original positions. With the current "pick up, use item, and drop" system, the item might not return easily or at all to its original position. For example, a candlestick might bounce off its holder. (See player quotes at the bottom.) Bug Tracker https://bugs.thedarkmod.com/view.php?id=6316 Problems to Solve How can the "pick up" step be eliminated so that the player can directly use or interact with the item where it is in the game world? How can so much key pressing and mouse clicking be eliminated when the player wants to directly use an item? How can candles be extinguished and lanterns toggled off/on without first picking them up? How can bodies be shouldered without first dragging them? Solution Design Goals Make TDM easier for new players while also improving it for longtime players. Reduce tedious steps for common frob interactions. Make it intuitive so that menu settings are unnecessary. Do not introduce bugs or break the game. Terms frob -- the frob button action happens instantly. hold frob -- the frob button is held for 200ms before the action happens. (This can be changed via cvar: 200ms by default.) Proposed Solution Note: Some issues have been struckthrough to show changes since the patch has been updated. Change how frobbing works for bodies, candles, and lanterns. For bodies: Frob to shoulder (pick up) a body. Second frob to drop shouldered body, while allowing frob on doors, switches, etc. Hold frob (key down) to start drag, continue to hold frob (key down) to drag body, and then release frob (key up) to stop dragging body. Also, a body can be dragged immediately by holding frob and moving the mouse. For candles/lanterns: Frob to extinguish candles and toggle off/on lanterns. Hold frob to pick it up, and then frob again to drop. Frob to pick it up, and then frob again to drop. Hold frob to extinguish candles and toggle off/on lanterns. For food: Frob to pick it up, and then frob again to drop. Hold frob to eat food. For other items: No change. New cvar "tdm_frobhold_delay", default:"200" The frob hold delay (in ms) before drag or extinguish. Set to 0 for TDM v2.11 (and prior) behavior. Solution Benefits Bodies: New players will have less to learn to get started moving knocked out guards. With TDM v2.11 and earlier, some players have played several missions before realizing that they could shoulder a body instead of dragging it long distances. Frob to shoulder body matches Thief, so longtime Thief players will find it familiar. Second frob drops a shouldered body. Players still have the ability to both shoulder and drag bodies. Compatible with the new auto-search bodies feature. Dragging feels more natural -- just grab, hold, and drop with a single button press. There is no longer the need to press the button twice. Also, it's no longer possible to walk away from a body while unintentionally dragging it. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Candles: New players will have less to learn to get started extinguishing candles. With TDM v2.11 and earlier, some players didn't know they could extinguish candles by picking them up and using them. Instead, they resorted to throwing them to extinguish them or hiding them. Hold frob to extinguish a candle feels like "pinching" it out. Once a candle is picked up, players still have the ability to manipulate and use them the same way they are used to in TDM v2.11 and earlier. For players who ghost and have the goal of putting objects back to their original positions, they'll have an easier time and not have to deal with candles popping off their holders when trying to place them back carefully. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Solution Issues Bodies: Frob does not drop a shouldered body, so that might be unexpected for new players. This is also different than Thief where a second frob will drop a body. "Use Inv. Item" or "Drop Inv. Item" drops the body. This is the same as TDM v2.11 and earlier. This is the price to pay for being able to frob (open/close) doors while shouldering a body. Patch was updated to drop body on second frob, while allowing frob on doors, switches, etc. Candles: Picking up a candle or lantern requires a slight delay, because the player must hold the frob button. The player might unintentionally extinguish a candle while moving it if they hold down frob. The player will need to learn that holding frob will extinguish the candle. The player can change the delay period via the "tdm_frobhold_delay" cvar. Also, when the cvar is set to a delay of 0, the behavior matches TDM v2.11 and earlier, meaning the player would have to first "Frob/Interact" to pick up the candle and then press "Use Inv. Item" to extinguish it. Some players might unintentionally extinguish a candle when they are trying to move it or pick it up. They need to make sure to hold frob to initiate moving the candle. When a candle is unlit, it will highlight but do nothing on frob. That might confuse players. However, the player will likely learn after extinguishing several candles that an unlit candle still highlights. It makes sense that an already-extinguished candle cannot be extinguished on frob. The official "Training Mission" might need to have its instructions updated to correctly guide the player through candle manipulation training. Updating the training mission to include the hold frob to extinguish would probably be helpful. Similar Solutions In Fallout 4, frob uses an item and long-press frob picks it up. Goldwell's mission, "Accountant 2: New In Town", has candles that extinguish on frob without the need of picking them up first. Snatcher's TDM Modpack includes a "Blow / Ignite" item that allows the player to blow out candles Wesp5's Unofficial Patch provides a way to directly extinguish movable candles by frobbing. Demonstration Videos Note: The last two videos don't quite demonstrate the latest patch anymore. But the gist is the same. This feature proposal is best experienced in game, but some demonstration videos are better than nothing. The following videos show either a clear improvement or that the player is not slowed down with the change in controls. For example, "long-press" sounds long, but it really isn't. Video: Body Shouldering and Dragging The purpose of this video is to show that frob to shoulder a body is fast and long-press frob to drag a body is fast enough and accurate. Video: Long-Press Frob to Pick Up Candle The purpose of this video is to show how the long-press frob to pick up a candle isn't really much slower than regular frob. Video: Frob to Extinguish The purpose of this video -- if a bit contrived -- is to show the efficiency and precision of this proposed feature. The task in the video was for the player to as quickly and accurately as possible extinguish candles and put them back in their original positions. On the left, TDM v2.11 is shown. The player has to highlight each candle, press "Frob/Interact" to pick up, press "Use Inv. Item" to extinguish, make sure the candle is back in place, and finally press "Frob/Interact" to drop the candle. The result shows mistakes and candles getting misplaced. On the right, the proposed feature is shown. The player frobs to extinguish the candles. The result shows no mistakes and candles are kept in their original positions. Special Thanks @Wellingtoncrab was instrumental in improving this feature during its early stages. We had many discussions covering varying scenarios, pros, and cons, and how it would affect the gameplay and player experience. Originally, I had a completely different solution that added a special "use modifier" keybinding. He suggested the frob to use and long-press frob to pick up mechanics. I coded it up, gave it a try, and found it to be too good. Without his feedback and patience, this feature wouldn't be as good as it is. Thank you, @Wellingtoncrab! And, of note, @Wellingtoncrab hasn't been able to try it in game yet, because I'm using Linux and can't compile a Windows build for him. So, if this feature isn't good, that's my fault. Code Patch I'll post the code patch in another post below this one so that folks who compile TDM themselves can give this proposal a try in game. And, if you do, I look forward to your feedback! Player Complaints TTLG (2023-01-10) Player 1: TDM Forums (2021-03-13) Player 2: Player 3: TDM Forums (2023-06-17) Player 4: TDM Discord (2021-05-18) Player 5: TDM Discord (2023-02-14) Player 6: Player 7: Player 8:

Ever since I worked on "Chalice of Kings" with Bikerdude, I have wanted to get flame particles with new particle glares into the core mod. My reasoning was that the candles have glares and the un-glared torches look mismatched. This proposal was met with mixed reactions, so (knowing the history of TDM feature proposals...) I have created a technical demo. You may download it here: zzz_flameglare.pk4.txt (fixed) Just rename without the .txt extension at the end and place it in your Darkmod directory. Here are some screens. Using particles for this is probably the wrong way to go now that Duzenko has an emissive light feature in his branch: http://forums.thedarkmod.com/topic/19659-feature-request-emissive-materialsvolumetric-lights/

"...to a robber whose soul is in his profession, there is a lure about a very old and feeble man who pays for his few necessities with Spanish gold." Good day, TDM community! I'm Ansome, a long-time forums lurker, and I'm here to recruit beta testers for my first FM: "The Terrible Old Man", based on H.P. Lovecraft's short story of the same name. This is a short (30-45 minute), story-driven FM with plenty of readables and a gloomy atmosphere. Do keep in mind that this is a more linear FM than you may be used to as it was deemed necessary for the purposes of the story's pacing. Regardless, the player does still have a degree of freedom in tackling challenges in the latter half of the FM. If this sounds interesting to you, please head over to the beta testing thread I will be posting shortly. Thank you!

I mean that moving them from one internal models file to another causes it to break. Example, building with models before creating a folder inside the models folder, and then moving models in there, causes all placed versions of those models to become blue/black squares.

The time has finally come for me to release my 5th mission for The Dark Mod. This project started sometime around 2015-2016 (couldn't find any old files to confirm) with me starting poking on a city mission and for some time I built quite randomly without a plan. I expected I could plot a story later; You can never go wrong with a city section, eh? I had a hiatus and did other projects in my life with model painting and skydiving and mapping became more and more scarce. Now and then I felt an itch to map and some kind of responsibility towards the mod team to produce something, to provide and give something back, if you will. At the start of the pandemic I started building more focused on this misson, but still no exact goal on what I wanted to achieve. Finally I decided I wanted a mission where you follow a person and the mission continued to grow in a linear fashion. I am not the quickest mapper and have severe problems on how to imagine a scene without building it first. This means that I often have to redo scenes and lots of stuff gets unnecessarily built just to be removed later, hence the almost absurd build time (about 1900 hours all in all). Betatesting came about and I got very good tips and feedback and decided to redo a lot of the mission. This need for a rework could have killed my motivation but fortunately, as the map was designed, it only required a modest amount of work and the mission became so much better for it! Sometimes I believe I'm somewhat of the uncrowned king of missions with a bit more unusual and experimental playstyles and this mission also have some elements that isn't used that much. In contrast to some of my other missions though, this one isn't depending on any quirky meter or sun shining down on the player (Reap as you sow *cough*). As mentioned, it is a sprawling city mission with lots of exploring that I hope will satisfy you! So DeTeEff gives to you: Who Watches The Watcher? ver 1.0 https://drive.google.com/file/d/1YYoJJnxr2UbGxemTR-WoWmH64fbazusH/view?usp=sharing The night is creeping over Bridgeport. You squint in the street lights as you trot down the small alley to where you're about to meet your contact. As a man who straddles the line between lawful and outlaw, it's not often you have peaceful interactions with the City watch but as you're about to learn, this time they have more problems on their hands than to deal with petty thieves like yourself. You see the trademark silhouette of a City watch helmet approaching and you make a last take of your immediate surroundings, should you have to flee if things get awry. The guard presents himself as Albert and you listen carefully to his story and you quickly realise that you don't have much to fear from this man; The Citywatch has wrestled with some internal problems lately with missing reports and evidence that disappear. Albert strongly believes they have a mole on the inside that works for the Greynard RoughBoys; a band of ruthless thugs that doesn't hesitate to maim anyone who oppose them. You learn that he thinks the mole is no other than a Sergeant named Clerwick. Your mission will be to find this man, and collect intelligence on his doings for the night. And as it is payday, you should of course also help the inhabitants to carry some of their heavy purses. Mission type: Creepy elements? Undead? Spiders? Thanks to: My wonderful girlfriend who endures my constant talking about mapping and for helping me with readables and story design and some voice lines. Dragofer - Scripting help Springheel - All those modules Sotha - Hangman model Henrik Swenson for providing some ambients Digiffects Sound Library for some custom sound bites Betatesters: Acolytesix Datiswous Duzenko Jaxa Mezla Nort Prjames Shadow Thebigh Wellingtoncrab Wesp5 And a big thank you to the community for keeping the mod alive! I hope I haven't forgotten anyone... Known bugs: -The AI in TDM is inaccurate in some ways. They will sometimes behave strangely when returning to their original routes after being alerted, like sitting on chairs in weird ways or turning in places, especially if they meet another AI in narrow places. I have done my best to adjust these weird behaviours but with the complexity of everything that's going on and the player making different desicions/noise, it's probably impossible to adjust for everything. I believe I have ironed out the last wrinkles I can, with respect to my knowledge/skills. -Frobbing out of boxes/chests/drawers has always been a pain but I think this is largely an error within the code and how frobing works as the frob highlight wants to lock onto the box itself and not its contents. -There seems to be some kind of bug with the skybox, especially in places where there is water reflections present; The Sky/water volume switch between an opaque variant to a more translucent one. Neither is straight up ugly, but it's jarring to see the sky switch (as it seems randomly). I don't know what is causing this, and I have decided to let this one pass (if any players knows what is causing this, please let me know so can I squash this annoying bug. PLEASE POST ANY QUESTIONS/SPOILERS IN SPOILER BRACKETS

I have been building my map using some models I've created. I noticed that moving the models around in the folders caused the models in-game to break. Are there any precautions I must take for when I want to upload the map for beta-testing/finalizing the upload?

The real St. Alban was a pagan who became a celebrated religious personality, this All Saints Day 2010 The Dark Mod places its own spin on this mythical figure. Screenshots: Intro: "'Business' has been slow lately, even more so after most of my gear got snatched during a Watch raid... I've since been forced to hit the streets and pick pockets for a living. But my luck was about to change, last night I was approached by a red hooded figure with a proposition... As we sat down in a dark corner of a nearby inn, he told to me that the Builders of St. Alban's Cathedral in the Old Quarter had recently unearthed a discovery that might lead to the final resting place of some saint." " But before I do anything, I need to get my tools and stash from the evidence room at the local watch station." "with the hawks, doves will congregate they will drop honey from the cliffs wine will surge over the earth the sheep will wander harmlessly with the wolf then the wicked will rise, but to retribution" - 'scripture of St Alban' There is a new version out now, see the following thread St Albans Cathedral version 1.6 Build Time: about 2-3 months. Thanks:- Huge respect to the Dark Mod team for such a great mod and for all the hard work they put into it and continue to put into it. Special thanks to Fidcal, Serpentine and others for their help on the forums and to Testing:Ugoliant, Baddcog, Grayman, Lost soul, Bjorn and Baal (for doing all the Vp work in the town. Readables: Ungoliant and Mortemdesino for all awesome work on the readables. Resource: Fids, Grayman, Ungoliant - guis, models & images. Misc: Loren Schmidt - the author of the map I based the cathedral on. Info: # Like Thief2, some things are climable, pipes, wall vines etc.. You can also drop some of the keys, some door that are frobbabe mean there is another way inside - explore u taffer! # Due to TDM being a lot more of a resource hog than T2 I have been forced to limit the number of Ai in the mission, but they have better placement than my last mission. # On all difficulty levels the player starts with vertualy no tools/weapons, there are weapons to be found - read, read, read! # For the love of all that is holy, read the briefing otherwise you will problems completing the mission. Known issues:- # This mission will have less than optimal fps at a few points on the map, mid range DX9 card(X1900/GF7800) or higher required. # On low end PCs I recommend, V-sync is off, AA is off, Aniso is 4x or lower and that any and all background apps are closed.

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/

Author Note: This is a brand new mission and a new entry into the accountant series. There are some different than usual puzzles in this FM, so if you find yourself stuck try to think about your pathway forward in a logical manner. And if you're still having troubles then pop by this thread and ask (preferably with spoiler tags). This FM is brand new and serves as the first installment in The Accountant series, a few years back there was a small prologue style mission released however I felt that it did not represent The Accountant series so I decided to go back to the drawing board and do a whole new mission that's larger, has a better level design and has a story that lines up closer to what I plan to do with the accountant series. The mission is medium sized and you can expect between 30-90 minutes to complete it depending on your playstyle. Beta Testers Captain Cleveland Crowind Kingsal PukeyBee Skacky SquadaFroinx Voice Actors AndrosTheOxen Epifire Goldwell Stevenpfortune Yandros Custom assets Airship Ballet Bentraxx Bob Necro Dragofer DrKubiac Epifire Kingsal MalachiAD Sotha Springheel SquadaFroinx Available via in-game downloader File Size: 233 MB - Updated to v 1.1 (01.06.2018)

Welcome to the forums Ansome! And congrats on making it to beta phase!

As someone who tends to alert guards often and occasionally stir trouble when going through a FM, I noticed some major issues when it comes to AI realism and awareness during combat or when guards face difficult situations. Everything's fine when AI go about their usual patrols... once trouble takes place however, the illusion falls apart as guards act like they're less self aware than a toddler. Indeed AI realism can't be improved past a certain point as there's a limit to the effort the team can put into something so complex... yet I do believe a few improvements can make AI behavior much more realistic and exciting. After analyzing this issue for a long time, I decided to put it all it into a few main points... I apologize for their length as I wanted to go in a bit of detail on each one, hope folks have the time and patience to read them. Biggest issue is AI are unaware of where attacks are coming from. I recently made another thread on how I climbed on a table and blackjacked two guards to death as they sat there doing nothing, something that also happens when shooting them with arrows as guards only explore the nearby area. The issue seems to be that AI don't account for the direction a hit comes from, they only know something hit them but act as if it must be some mystical force of nature: If you're sitting in a parking lot and an asshole neighbor throws a tomato at you from his balcony, you aren't going to cluelessly investigate the road in front of you when the projectile clearly came from behind and hit you in the back of the head, instead you'll storm into the building and start looking for which of the neighbors facing that side of the road may be the culprit. Despite voice barks existing for this exact scenario, we never see AI running to get help from other AI. NPC's will do one of two things: If armed and with enough health they will attack or search for you nearby, if hurt or unarmed flee to a random location. I've never seen an AI consciously run up to another AI asking for help and bringing them to where they spotted me, even when fleeing the AI seems to go to a random location. They don't share knowledge with each other generally speaking: The only awareness AI spread to other AI is alert level, meaning NPC A becomes alert if it sees or hears that NPC B is alert too... beyond that there's no coherence or actual cooperation, the voices may indicate some form of searching together but friendly NPC's are never seen actually engaging. Another big issue is voices being played (or not played) in disconnect with what's actually going on. There are AI voices for most important circumstances but they're very rarely activated: It's a miracle to hear a guard say "someone's been hurt" or "there's a body here" when noticing someone who's unconscious or dead. What seems to happen is if AI was already alerted by another peculiarity such as a noise, they're no longer surprised by anything else and won't play the voices designated for that scenario, so they'll only mention a body if that's the first thing to alert them in any way. Furthermore AI don't actively talk with each other while searching together, everyone acts as if they're on their own and not a team. What happens after a conflict is over. For this discussion I won't focus on better permanent alerts, that has greater difficulty implications and I think I made a separate thread on it a while back. The problem I noticed is once the immediate alert has gone down, AI return to full normality and act abnormally calm: The idle voices change from saying things like "it's a quiet night" to "we've got an intruder" but that's about it. In any realistic scenario even a trained guard would be shocked after being in a fight or finding a body. Below I'll list the immediate improvements I see to those problems, which without having an understanding the code myself am presuming can be changed without too much effort: When an enemy hits the AI with any weapon, the AI should be alert to the estimate location of the shooter. If you're standing atop a tower and fire an arrow at a guard, the guard shouldn't draw his sword and look around their nearby vicinity like a fool, but instead run up to the tower where you're standing granted they can pathfind their way to that location. If the player is far away the destination should be fuzzy and a random location nearby, thus the guard won't run to your exact location but will still climb the stairs and enter a room near it. AI need to learn how to ask for help instead of fleeing to random places when not attacking. If an ally who isn't already alert can be found nearby, the scared AI should explicitly run to their location tell them where you are then have the ally either run to your location (if armed) or go to another ally to get them to your location (if unarmed). Even if an AI is already alert, finding a body or dropped weapon or broken arrow should result in the AI speaking the voice line for that circumstance, only being engaged in combat should suppress it. I'd go further and support repeating those voice lines: A guard yelling "we have a dead body" several times during the first seconds of discovery would make them appear more shocked. Similarly talking to a nearby guard shouldn't be done just once when the two first meet: When multiple AI are searching for you, they should constantly alternate between single voice lines (eg: "I bet you're right over there in those shadows") and looking at another guard to talk to colleagues (eg: "I know I saw him here keep searching"), this would be a huge improvement since guards currently act like they're completely unaware of each other during a coordinated search. Making guards permanently affected after an incident is a trickier one but a few tweaks could improve it. The most immediate solution would be changing the idle animations: Instead of stretching or blowing their noses or eating candy, AI should be seen randomly cowering or face-palming or even playing the scout animation to look around carefully. One suggestion I'd absolutely throw here: If the AI found a dead body from an ally, have them cry occasionally... I think that would be an interesting and unexpected detail, that will also get players to think and feel more about the consequences of their actions and how they affect the world. There are other ones I could get into, but some would be more difficult and likely not worth trying to solve. Most notable and worthy of at least a mention is how AI walk over the bodies of fallen friends as if they're doormats: Obviously there's no way to have them drag bodies to the side, but maybe an avoidance mechanism so they don't look like jackasses trying to profane their dead friends by literally stepping all over them could be a fix for that as well! Let me know what you think of those points and if there are other AI issues you've noticed yourself or better solutions you can think of: I'm not sure if I got everything here but I definitely believe the problems exist and we could make the world more natural and immersive with some simple fixes.

As my custom assets work has increasingly shifted from models towards scripting, I'll open a new thread here to contain any scripts that I write which can be reused in other missions, starting with the A ) Presence Lamp This is a Lost City-style lamp that brightens and dims depending on the presence of the player or an AI. It fades between 2 colours and can trigger its targets whenever it switches fully on or off, so it should also be viable in various other situations. The standard setup consists of the following: - a trigger_multiple brush. The spawnarg "anyTouch" controls whether AIs, too, are able to activate it - a presence lamp, highly recommended with a colorme skin - one presence light, or any other light with appropriate spawnargs The targeting chain is trigger brush -> lamp -> light When the player or an AI stands in the trigger_multiple brush, the lamp switches on and starts a short timer. Subsequent triggers reset the timer. If the timer runs out because no one's standing in the trigger brush anymore, the lamp switches itself off. Notes - Multiple trigger brushes can target the same lamp, and one trigger brush can target multiple lamps. However, each presence lamp can only target one light, so if you want i.e. a bouncelight you'll need to hide an additional silent presence lamp somewhere and target it from the same trigger brush. - The lamp and the light use their own colour spawnargs respectively, since setting 0 0 0 on a lamp would make it appear pitch black. - Technically the trigger brush can be exchanged for anything else that triggers the lamp every 0.5s (this number can be changed via "update_interval" on the lamp), i.e. a trigger_timer. - This was originally named the proximity lamp and was one of many scripting jobs for The Painter's Wife. I've renamed it to "presence lamp" because the mapper may place the trigger brush(es) wherever he wishes: proximity to the lamp is not a factor. Credits go to Bikerdude for putting together the crystal lamp models. Download Presence Lamps - Google Drive Place or extract the .pk4 into your FM archive, then look up the presence lamp prefabs. If you already are using other custom scripts, remember to add the presence lamp's .script to your tdm_custom_scripts file. B ) Teledoor This is a Skyrim-style door which opens just a bit into a black_matt "void" before teleporting the player to a different area of the map, which may represent the other side of the door. This is used for connecting physically separated map areas with each other, such as when there's an exterior/interior split of a building or ship to allow for more mapping freedom. [Full Thread] C ) Mass Teleport This is a teleportation setup designed to seamlessly teleport the player and any moveables between two identical-looking areas. This allows the mapper to link 2 physically distant areas with each other while maintaining the illusion that they're connected. The teleportation zones should be free of AIs as they can't be teleported like this. [Post] D ) Automaton Station A station for Sotha's automatons (includes the automatons) which can be switched on and off by patrolling automatons. (Part of core assets as of 2.10) [Post] E ) Camgoyle A sentient turret originally made for the FM Written in Stone. It's based on the new security camera entity and augmented with scripting to allow it to fire magical projectiles at the enemies it detects. People are more than welcome to use it and to convert it into something else, such as a mechanical turret. [Post] [Download] F ) Audiograph The audiograph is an Inventor's Guild device for playing back recordings stored on spindles, which are small metal cylinders the player can pick up and store in his inventory. [Post] G ) Turret A new companion to security cameras familiar to Thief players. It will become active as soon as an enemy is detected by a targeted security camera, firing projectiles to fend off the intruders. Similar to the security camera and the camgoyle sentry, turrets are highly customisable in their behaviour and appearance. [Thread] G ) Fog Fade Dynamically change fog density depending on what location the player is in. [Thread]

Obsttorte was interested in what I learned while making the LQD with the modular building technique, so I'll write some words about it here. What is modular building? It is about reusing every piece you build. In the old building technique you make things by hand. Then you move elsewhere and make things by hand. Every time you start from scratch and do a lot of work until you have a small area that looks good. In Modular Building Technique (MBT), you make parts you need by hand, make them into .ase models and then clone them. You spend a lot of effort to make a single pretty detail piece. Once it is done, you can easily clone it. Also you can easily make derivatives of the existing piece. Ie. first make a wall. Then use the wall and make it into a 90 degree corner. And a wall with a doorway. And a T-junction. And a Wall with niche etc etc. Every piece you make, you create with the intent of making it reuseable. It takes a bit longer to make a single piece, but once you have a library of pieces, you can create good-looking rooms in few moments, just by cloning and bashing the modules in place. Some history I first thought about large scale modules, whole rooms and corridor pieces. The module would contain everything: worldspawn walls (the sealing geometry) and the details. In LQD the first floor was built with this principle. The corridors were repeatably cloned: straight corridor module, straight corridor module, straight corridor module, 90 degree corridor module, straight corridor module, T-junction module and so forth. When I reached the 2nd floor in LQD I started build smaller modules. Straight wall model piece, 90 degree wall model piece... Like seen in the LQ's study and this tutorial, for example. I personally feel this small module approach was far better than the large module one. The reason is you get more from the pieces: build sealing geometry, then clone the models in. Or the other way around if you prefer. Cloning entire rooms (mixture of worldspawn and models) is a bit clunky and error-prone. It is easier to make the location from several small reusable model pieces and then draw the sealing geometry around it. How to build modular? 1) Decide a grid size. This is THE MOST important phase. Try out different scales and decide what size factor your map will be. In LDQ I decided that the grid will be 144x144. It felt right for a castle. 2) Design the pieces so that they fit together and in to the grid. Here is a single example, which shows how the module pieces fit with the grid. Remember to leave room for sealing world geometry! That is, the worldspawn walls and floors marked in the screenshots below: The above example is in 2d. I mean the module pieces touch in XY plane. If you design your pieces properly, you can also make them fit in the vertical dimension too. That means you can mix and match pieces you build to have more variety: wall type A, ceiling type B and so forth. See below how the ceiling module fits on top of the wall modules. Pay special attention to the texture alingment. Remember, that the textures cannot be shifted anymore in an ase-module piece. Thus the texture alignment must fit nicely when the module is designed. 3) Build! Once you have the pieces ready, all you need to do is clone them and create the room. You might want to make the pieces into ase-models for lower memory impact (a model is loaded only once, cloning func_statics will eat more memory) and to protect your func_statics from DR corruption bug. 4) Decal modules! You can also make decal modules. When I built the wall modules seen in the screenshots above, I also retextured them with dirt decals and saved them into ase models too. This means I can simply clone a decal module on top of the actual module, thus griming it up with a single cloning. See screenshot below, actual module and it's decal counterpart. This simplifies griming things up a lot! You can also make modules for various other things, like wall damage, windows, vaults and the like. When you need a piece, you build it, make it into a module and place it. Then when you need a similar piece later, you just clone and place. No point in doing wall damage by hand, as you can just quickly clone a piece you made earlier and paste it all around the place: 5) Skins! Note also that this is not the limit. By writing a skin file, you could have variation within the modules, like the wall paper in the screenshot below: Summary All in all, you spend a lot of time designing the pieces. I would recommend building the pieces in a separate modules.map. This way you have a factory: you build pieces there, it is quick to dmap and jump in-game to inspect you work. Once you are sure your piece is perfect, you make it into an .ase model. Then open your map and mash the pieces you have together quickly and minimal effort to create a good looking location. Keep on mapping with the pieces until you need a new one. Then go back to you module factory and build a new piece. Make sure it is perfect, make it into a model and continue. Look at the wall in the above screenshot. Building that by hand via the traditional way would take a while. In the modular way, once you have built a single unit of that 3 unit wall, you can built the whole wall in seconds. Or any wall of any lenght! That is the power of the modular approach. Good looking details with low amount of work. Downside is that you are locked to a grid and you need to spend a lot of time with the modules initially. Also you need to have the discipline to plan your map a bit so that you won't waste time building modules you don't want or need. Special considerations: Note the part where the different modules touch each other. Pay special attention to this spot. You have to be very careful how you align your textures. There should not be a seam there. You could avoid the seam making the texture 'mirror' between the touching module brushes. This is very critical part in your module design so pay attention to it. Larger modules can be good too. For example, the spiral staircase towers (there are two in LQD) were a single module containing all the worldspawn and func_static walls. I made one tower and then just cloned it and placed it into the other location. Two towers at the expense of one. If I'm gonna map in the future, I'll just grab the tower from LQD and retexture. Assuming the next map uses same grid, that is... And one more benefit. Sticking to the grid makes later adjustments really easy. In LQD, there is the bedroom that was converted to a storeroom next to LQ's study. Initially this room was just sitting in the end of the corridor and there was no access from the spiral staircase tower into it. When I was drawing the in-game maps I felt that there should be an third option for accessing the second floor. Then I just added a corridor module between the store room and the staircase. Changed the wall modules into doorway wall module and the connection was ready. Hopefully this helps other mappers to explore alternative mapping techniques.

Yeah it would be cool to see some more detailed statistics and it’s a shame they aren’t really captured. Since we are talking about fan mission platforms, where players also make the content for the game, I feel like the best thing we’ve got is you can look at the number of content releases for the games. Keep in mind the graph counts campaigns as single missions - so for example NHAT and TBP both count as 1 mission. A good year for TDM has has approaching maybe 50% - mostly we’re 25-30%. https://www.ttlg.com/forums/showthread.php?t=152494 You could also look at the number of ratings thief missions get on https://www.thiefguild.com/ vs TDM ones, but that is pretty iffy in that you could chalk that up to more awareness of the site in the thief community than TDM Out of curiosity is there a reason a thief player can’t be a new player? I kind of think a player is a player and new players would be ones who are playing the dark mod who weren't? Is there disagreement the base of players most likely to pick up the game are fans of the thief games? They are certainly the most fruitful place to find feedback on the game beyond the sphere of this forum that I have seen. When we were trying to finish up SLL there was a lot of discussion on the forums about how long it had been since there was a release for the game. I am thankful that the stats show at least some stability over the years in terms of releases for TDM, but the trend for all of the games is decline. Not doing anything is a valid response if that’s what the devs want to do - it is not possible to provide evidence that any effort will slow that inertia. As a player and content maker I would just prefer trying to find feedback where it is offered from players who were willing to try the game but ultimately could not engage with it and see if there is anything that can be done within reason to ease them into the game. The game has a lot to offer imo. All those players are potential contributors - contributions in turn attract players - it’d be nice to see the cycle go on as long as it can.

Please help to build the game from source in linux distribution (Nixos).

Oh yes: I have both sight and hearing set to Forgiving. I didn't think that would be related: IIRC it only affects the multiplier for how much being seen in light or heard while making noise increases the alert level per event. I should test on a higher alert level too just in case: I tend to be sloppy and impatient thus I used that for years so I wouldn't get caught all the time on more difficult FM's (lots of guards in tight areas with lights you can't turn off). I have noticed an aspect that does work well: If you're making noise by running even in darkness, alert AI will head toward your direction while searching, they won't go around randomly but actually care where the impulse came from. The problem is that this doesn't seem to scale over larger distances: If they briefly see you in broad light at a distance enough to draw weapons, AI won't head toward your general direction but begin searching their own vicinity... and at least on Forgiving the same happens if you shoot a broadhead arrow at a guard's helmet: I still think the guard should actively run toward your location instead, not exactly where you are but they should go to that road or barge into the same building.

It's easy to imagine how #1 can be solved fairly: When the player or an enemy AI shoot an armed AI, the AI that was hit should be given a random destination near the attacker to run to. The further the player is from the target, the larger the radius around the player in which a random node may be picked; If you're far away the virtual sphere should be large, meaning AI may run to a room or passage near you but still in your general direction . This new behavior should be influenced by AI acuity and difficulty settings though I'm not sure which ones... also toggled by one, for those who prefer the old way and abusing clueless guards as they wonder what force of the universe must be hitting them. By the way, and I just realized this now: The problem doesn't only affect attacks, but also spotting the player before attacking. Think of the last time a guard standing outside spotted you on a balcony before you hid, enough to draw their swords and start searching but not attack you outright; The guard was alerted by something in a building, yet he draws his sword to search the area near him. If I'm standing outside and think I see a burglar in my house through the window, I'm going to go near my home if I plan to confront the possible intruder, not start looking around the road next to me and say "I know you're here somewhere" which would imply I have a serious problem Main reason I mention #2 is when I helped with transcribing the subtitles for the drunk voice, I noticed there are voice lines for AI returning with an ally. Two in fact: If the player is still there the AI has a voice line for telling the other person "that's the one let's get him", if the player hid there are lines such as "you were too slow now he got away". Those voices in particular are never played, or at least I don't remember ever hearing them in all those years: It occurred to me while I wrote this post that they're likely designed for a mechanic that was never implemented... or was but broke very long ago? Curious what its history is.

I've never been into deck building games, but this one is excellent. Fairly complex, but unfolding slowly, and super addictive. The "just one more go" syndrome is strong with this one

I'm pleased to announce my first ever mission, The Factory Heist. If you're in the mood for a short but challenging and intricate mission I'm confident you'll have some fun with this. Title: The Factory Heist Short description: Workers at a factory have unearthed a buried building beneath. Sneak in, find a way down there, and loot it for antique treasure! Filename: factoryheist.pk4, now also available on the in-game downloader Author: thebigh Date of Release: 12 September 2020 Version: 1.0 EAX: No Dark Mod Version: 2.08 Content warning: No spiders, no undead, no rats, just one skeleton hand Many thanks to my beta testers: Cambridge Spy, Vanished One, Wesp5, PranQster. Be sure to read the little book in Lukas Dunbar's office Screenshot: Help, I can't reach the loot goal:

well decided to have a look at setting it up on solus and ... it does not exist as a package. you can still build it yourself but there are some pitfalls. timeshift relies on dcron which was removed from solus so you have to create the auto backup sequence with systemd yourself (i hope your good at scripting). create a textfile, name it "timeshift.service" with following content: [Service] ExecStart=/usr/bin/timeshift --check Create a second textfile, name it "timeshift.timer" with following content: [Unit] Description=Run timeshift --check [Timer] OnBootSec=10min OnUnitActiveSec=60min [Install] WantedBy=timers.target` copy both files to /usr/lib/systemd/system (-> sudo cp timeshift.service /usr/lib/systemd/system # same for timeshift.timer) Now enable the timer: sudo systemctl enable timeshift.timer you might need these dependencies before building timeshift. sudo eopkg install libgee libvte rsync dcron libjson-glib even though dcron is listed as a dependency it does not work with solus because it is systemd based.

I'm trying to compile TDM from source, to explore the engine for total conversion projects. But my hardware is a bit old, and the versions 2.08+ run into this black-menu issue (my gfx card is an ATI Radeon HD 4870, and the proposed solutions don't work), so I have to stick with older versions. So I tried compiling version 2.07, but it failed to compile. I'm not experienced with Visual Studio, so I'm not sure what to do. I get errors like this one: I tried right-clicking the solution and selecting "retarget solution", but it didn't fix it. I'm still getting the same errors. I'm not sure how to install the build tools says it requires. I'm on Windows 7 (x64), using VS 2017, so I'm not even sure I could use these build tools. Version 2.10 compiles fine, though, but I don't suppose there's something in the code I could easily switch off to make it run on my hardware.

You're right, libxml2 can't be fundamentally broken since it is such a core dependency on Linux, plus the exact same XPath queries work perfectly fine even within our own XmlTest, so it must be something specific to how XML is being used within the registry setup. I found a couple of online sources which suggested that XPath queries might fail if the DTD doesn't validate, but we don't have any DTDs in our XML files and the XML_PARSE_DTDVALID option is not set by default in any case. Encodings are another possible culprit (especially since the problem seems to be OS-specific), but as far as I know encodings wouldn't change the parsing of characters like "[" or "@", and if the encoding was so fundamentally wrong that even regular 7-bit ASCII failed to parse, then how would "//game" ever be found? It seems that whatever the cause of the problem is, it is very well hidden within the API and would probably require building libxml2 from source and diving into it with the debugger to find out what is going wrong. Right, that sounds like the best approach. I'll set the HEADER_ONLY flag on Linux too then for consistency, and integrate it as a header-only dependency like libfmt.

New script for mappers: my flavour of a fog density fading script. To add this to your FM, add the line "thread FogIntensityLoop();" to your map's void main() function (see the example in fogfade.script) and set "fog_fade" "1" on each foglight to enable script control of it. Set "fog_intensity_multiplier" on each info_location entity to change how thick the fog is in that location (practically speaking it's a multiplier for visibility distance). Lastly, "fog_fade_speed" on each foglight determines how quickly it will change its density. The speed scales with the current value of shaderParm3, using shaderParm3 = 1000 as a baseline. So i.e. if shaderParm is currently at 1/10th of 1000, then fade speed will be 1/10th as fast. Differences to Obsttorte's script: https://forums.thedarkmod.com/index.php?/topic/14394-apples-and-peaches-obsttortes-mapping-and-scripting-thread/&do=findComment&comment=310436 my script uses fog lights you created, rather than creating one for you. Obsttorte's script will delete the foglight if entering a fogfree zone and recreate it later more than one fog light can be controlled (however, no per-fog-light level of control) adding this to the map requires adding a line to your void main() script, rather than adding an info_locations_settings entity with a custom scriptobject spawnarg in my script, mappers set a multiplier of fog visibility distance (shaderParm3), while in Obsttorte's script a "fog_density" spawnarg is used as an alternative to shaderParm3 smaller and less compactly written script fogfade.scriptfogfade.map

Saw this FM in my list and it said my last playthrough was in 2020 so figured I'd try it again to see what was updated. What a good gem this one was! I think it's at the top when it comes to story and world building, one of the FM's where readables do a lot to immerse you and paint what's going on while events are dynamic and actually feel involved: I'd paint this as a textbook example on doing progression and elements of surprise in a FM... just my own feeling, but recent ones have become a bit too linear and predictable even if the graphics are more impressive, I feel kind of nostalgic for missions like this. With that being said, I should end with a hilarious thing that happened at the end and had me laughing out loud.

Yes, I left it a little ambiguous as to what I meant; in that Both there is 1 particular model over-used AND that there are more lamp/lantern options available now. (more and some form of Modular-lamp would be neater) I think that is a 'Naval / Marine' "Den Haan Holland" brand lamp; for yacht use...and apparently STILL-MADE (today). [or its not and its a 'Tung Woo' from the late 19th century, Marine/Ship wall-lamp...its hard to tell them apart]