Search the Community

(I apologize for the odd poll question layout. I wasn't able to add five yes-no questions, because polls are limited to three questions.) Hi everyone, I've recently been working on some patches for issues that I've read about from players on the TDM and TTLG forums — and Discord. My goal is to make it as easy as possible for players, especially new players and those who need usability/accessibility options, to find what they need in order to have a better TDM experience. I've already written the GUI and game engine code for these settings, which I've been using in my personal build. The reason for this poll and discussion is to both guide the finalization of my work and collect data to help inform the dev team. Which patches I submit depend on the outcome of this poll, discussion, and what the dev team agrees to accept. Once decided, I can coordinate with the dev team. I've attached screenshots of what the new settings menu would look like if all of the settings are accepted. Below, I have detailed each menu setting, so you can have an easier time understanding each one. Very important to keep in mind: None of these settings change TDM default behavior. They are all opt-in. If you are already happy with the behavior of 2.10, 2.11, etc. and these menu settings are accepted, nothing will change for you. Rename "Always Run" to "Run Mode" with options "None, Always, Toggle" After 2.11 was released, @i30817 requested that "toggle run" be added to the settings menu. Its cvar is already in TDM as "in_toggleRun" (same as Doom 3). I propose renaming the "Always Run" setting to "Run Mode" with options: "None", "Always", and "Toggle". None = in_alwaysRun 0; in_toggleRun 0 Always = in_alwaysRun 1; in_toggleRun 0 Toggle = in_alwaysRun 0; in_toggleRun 1 Show Blackjack Helper @Wellingtoncrab suggested that the new blackjack helper be added to the settings menu. Its cvar was added to 2.11 as "tdm_blackjack_indicate". More info: It's the new blackjack helper added to 2.11. When the game detects that the blackjack can be used for a successful hit or KO, the blackjack will rise slightly. I propose a "Yes/No" setting for this. Slider for "View: Head Bob" @ChronA requested a way to disable head bobbing, because a viewer watching him play was having severe motion sickness. Also, there was a bug in TDM that made setting the head bob in the console not stick after loading a saved game. (Even with 2.11, if a mission overrides the "tdm_player_thief.def" file and sets "pm_bobroll", "pm_bobpitch", "pm_bobup", and other cvars, it will override player preferences.) As far back as 2008, players have had trouble setting head bob. Another one from 2018. At the end of 2022, @Shadowex3 registered just to voice the need for a way to control head bob. I propose that a slider be added to adjust the amount of head bob. This would use a new "pm_headbob_mod" cvar with a value between 0.0 and 1.0 (default 1.0, no change). The "pm_headbob_mod" would be a multiplier for "pm_bobroll", "pm_bobpitch", and "pm_bobup". The advantage to this approach is that missions like Volta 2 and Hazard Pay would not need to adjust their "tdm_player_thief.def" files for head bob to work properly. And, the player can still adjust "pm_bobroll", "pm_bobpitch", and "pm_bobup" as they like. Slider for "View: Mantle Roll" This is similar to head bob for those who are sensitive to motion. Its cvar was added to 2.11 as "pm_mantle_roll_mod". A Thief player on Discord said, "2.11 will have a cvar to tune down the mantling animation at last." I propose that a slider be added for "pm_mantle_roll_mod". Auto-Search Bodies @Zaratul requested the "auto-search bodies" feature from Thief 1 & 2. Its cvar was added to 2.12 dev16783-10307 as "tdm_autosearch_bodies". I did a poll on the a Thief Discord server and roughly 20% of players there use the Thief auto-search bodies feature. I propose a menu setting for this, so that players coming from Thief 1 & 2 can easily find it.

Awesome! Post is up! https://forums.thedarkmod.com/index.php?/topic/22200-beta-testing-the-house-of-delisle/#comment-487365 Thanks!

Since it already has been mentioned in the forums, I'd like to announce a small project of mine. A few weeks ago I was playing Legend of Grimrock and it struck me that their level design is extremely simple and modular, and yet, the player can spend quite a lot of time in the game. And it looks pretty, too! So I wondered if it wouldn't be possible to create a modern "Dungeon Crawler" (solve puzzles, fight monsters, collect loot, progress your character, upgrade your equipment) type of game inside the TDM engine. The engine already supports a lot of things one needs for this, and the overal structure and assets work, too. And with prefabs, one might get the level layout done quickly. However, building a few test prefabs in DR is easy, but creating a full mission out of them is quite painful. Not only needs it a lot of planning, but you can also spend a lot of time "upgrading" things later on. For instance if you later want to add a grime decal to the walls, you have to revisit the entire map. Even worse is if you find out later that your block size must be bigger or smaller. So the idea was born to create a sort of framework that can assemble missions from prefabs. Preferable while getting the description of the mission from a text file. So far, this has been a lot easier than I thought. Here is what I got working so far: Overview: You can describe your mission in a (Unicode) text file. This contains overall options, different locations (each location can have its own ambient light, music,name, fog), and the connections between the locations. Each location can have multiple "floor levels", these are stacked on top of each other. The config file also specifies which symbol means "use this prefab". It is also possible to specify links (per location), which means you can say "this lever with the symbol A opens the door with the symbol D". The framework reads the prefabs, and then positiones them in the map. It also glues all the locations together, adds location_info entities, a player start, an exit, and an objective to reach the exit. The resulting map is then enhanced with script objects (all nec. assets are bundled together), and automatically dmapped via TDM. Everything then is packaged together into a working .PK4 file. My demo map takes about 20 seconds, where 15 are dmap. In addition to the "basic" stuff I also managed to get a few things working, like a pressure plate, portcullies, and also made some puzzles. Oh, and per location fog (fading from location to location). Different difficulty levels are also supported, one can specify "this prefab appears only on easy" etc. You can find more info and screenshots and demo here: http://bloodgate.com/swift/ There is also a developer diary where I will be posting interesting entries from time to time. Here is an DR shot of a sample level, consisting of small modular prefabs and one large (the large hall on the lower left): The next steps will be to add more randomness (either static at map generation, or at runtime, so the map is slightly different each time you replay it). Also, while it is already possible to "overlay" prefabs (e.g. "for this location, look first here before falling back to the default"), it is not yet possible to "reskin" prefabs. This would be something which is impossible in DR (you cannot really reskin worldspawn brushes, unless you live with the fact that it is all manual For now I'm quite excited!

id Studio did a poor job in defining its categorization of variable nomenclature, so in subsequent documentation and discussions there are divergent views (or just slop). In my series, I had to choose something, and went with what I thought would be clearest for the GUI programmer: Properties, which are either Registers (like true variables) Non-registers (like tags) User Variables (also true variables) I see that your view is more along these lines (which perhaps reflects C++ internals?): Flags (like my non-registers) Properties, which are either Built-in (like my registers) Custom (like user Variables) Also, elsewhere, you refer to "registers" as temporaries. I am willing to consider that there could be temporary registers during expression evaluation, but by my interpretation those would be in addition to named property registers. I'm not sure where to go next with this particular aspect, but at least can state it.

The *DOOM3* shaders are ARB2 ('cause of old GeForce support) carmack plan + arb2 - OpenGL / OpenGL: Advanced Coding - Khronos Forums

Thanks, I can also recommend gog galaxy. The idea of the custom tags is really nice, I'll have to try this out too!

YOU TAFFERS! Happy new year! Deadeye is a small/tiny assassination mission recommended for TDM newcomers and veterans alike. Briefing: Download link: https://drive.google.com/file/d/1JWslTAC3Ai9kkl1VCvJb14ZlVxWMmkUj/view?usp=sharing Enjoy! EDIT: I promised to someone to write something about the design of the map. This is in spoiler tags below. Possibly useful to new mappers or players interested in developer commentary.

Keep in mind also that mission size, and complexity have increased dramatically since the beginning. For a lot of veteran mappers, it can take over a year to get a map made and released. The last dozen missions have for the most part been pretty massive, with new textures, sounds, scripts, models etc. We seem to be long past the point of people loading up the tools, and banging out a mission in a few weeks that's very barebones. We still do see some of those, but I noticed in the beta mapper forums and on Discord, that mappers seem to make these maps, but don't release them, and instead use the knowledge gained to make something even better. Could just be bias on my part scrolling through the forums and discord server though.

I hope I'm not proposing some unfeasible idea that was already imagined before, this stuff is fun to discuss so no loss still. Riding the wave of recent optimizations, I keep thinking what more could be done to reach a round 144 FPS compatible with today's monitors. An intriguing optimization came to mind which I felt I have to share: Could we gain something if we had distance-based LOD for entity updates, encompassing everything visual from models to lights? How it would work: New settings allow you to set a start distance, end distance, and minimum rate. The further an entity gets the lower its individual update rate, slowly decreasing from updating each frame (start distance and closer) to updating at the minimum rate (end distance and further). This means any visual change is preformed with frame skips on any entity: For models such as characters animations are updated at the lower rate, for lights it means shadows are recalculated less often... even changes in the position and rotation of an entity may follow it for consistency, this would especially benefit lights with a moving origin like fireplaces or torches held by guards which recalculate per-frame. Reasoning: Light recalculation even animated models or individual particles can be significant contributors to performance drain. We know the further something is from the camera the less detail it requires, this is why we have a level-of-detail system with lower-polygon LOD models for characters and even mapmodels. Thus we can go even further and extend the concept to visual updates; Similar to how you don't care if a far away guard has a low-poly helmet you won't notice, you won't care if that guard is being animated at 30 FPS out of your maximum of 60, nor if the shadow of a small distant light is being updated at 15 FPS when an AI passes in front of it. This is especially useful if you own a 144 Hz monitor and expect 144 FPS: I want to see a character in front of me move at 144 FPS, but may not even notice if a guard far away is animating at 60 FPS... I want the shadows of the light from the nearby torch to animate smoothly, but can care less if a lamp meters away updates its shadows at 30 FPS instead. The question is if this is easy to implement in a way that offers the full benefit. If we use GPU skinning for instance, the graphics card should be told to animate the model at a lower FPS in order to actually preserve cycles... does OpenGL (and in the future Vulkan) let us do this per individual model? I know the engine has control over light recalculations which would probably yield the biggest benefit. Might add more points later as to not make the post too big, for now what are your thoughts?

Ooh! We should compare notes in a few weeks. I've been trying for a while now to find tricks for re-establishing continuity between conversations. I've had some success, but nothing yet I would call satisfactory. For instance with the Adventures of Thrumm RP game, I had to start a new session because the ChatGPT client was taking on the order of 20s per token to generate its responses at the end and was crashing every 2-3 minutes. I felt like I successfully got it back into the character and in story for the new session, but it took something like 2 pages of text and over 40 minutes of work on my part. Judge for yourself how well I did: https://chat.openai.com/share/f14f77f7-2b49-497a-990a-b8ee6f405fb1 I'm envisioning an ultimate solution in the form of AI "personas" with associated memories and biographical information in a searchable database, which the chatbot can interact with through an API based on some minimal leading-prompts. Unfortunately that is still a bit beyond my depth as a engineer and AI whisperer... but I am making slow progress. Thanks! You are correct that these were each one continuous conversation (minus a few false-start branches where I submitted incomplete prompts by mistake or tried things that didn't work). I probably would not recommend going that long again. I really only did it in those examples as an experiment to see what would happen. I'd say beyond about 8 rounds of lengthy prompt-response the model's amnesia problem completely erases any benefit it gets from the extra context of the longer conversation. Plus in long conversations it sometimes develops pathologies like linguistic ticks or personality quirks. Starting new conversations periodically is a pain, but probably still best practice. It's a new feature! This is actually the first time I've used it so I'm not 100% clear how it works when you send it to someone with their own account. The controls are on the left next to the chat session title in the chat list: the icons from left to right are to change the conversation title, share the conversation, and delete the conversation. If you'd like to try adding to another person's thread, here's a false start of mine you could try it on. I'll tell you if it works. (Turns out ChatGPT is chronically bad at anagrams, so vandalize away.) https://chat.openai.com/share/8d7227ab-3905-4bf1-82a3-12be4899d48f

@Fidcal I know where you're coming from. GPT-4's continuity can sometimes falter over long stretches of text. However, I've found that there are ways to guide the model to maintain a more consistent narrative. I've not yet tried fully giving GPT-4 the free reins to write its own long format fiction, but I co-wrote a short story with GPT-4 that worked really well. I provided an outline, and we worked on the text piece by piece. In the end, approximately two-thirds of the text was GPT-4's original work. The story was well received by my writing group, showing that GPT-4 can indeed be a valuable contributor in creative endeavors. Building on my previously described experiments, I also ran GPT-4 through an entire fantasy campaign that eventually got so long the ChatGPT interface stopped working. It did forget certain details along the way, but (because the game master+player dynamic let me give constant reinforcement) it never lost the plot or the essential personality of its character (Thrumm Stoneshield: a dwarven barbarian goat herder who found a magic ring, fought a necromancer, and became temporary king of the Iron Home Dwarves). For maintaining the story's coherence, I've found it helpful to have GPT-4 first list out the themes of the story and generate an outline. From there, I have it produce the story piece by piece, while periodically reminding the model of its themes and outlines. This seems to help the AI stay focused and maintain better continuity. Examples: The adventure of Thrumm Stoneshield part 1: https://chat.openai.com/share/b77439c1-596a-4050-a018-b33fce5948ef Short story writing experiment: https://chat.openai.com/share/1c20988d-349d-4901-b300-25ce17658b5d

Don't want to comment on that chatbot / spambot thing, to me it's just the latest mass hysteria created overnight to further shove the world into madness. But like I said the main reason for my idea is I find the lack of a permanent alert level too unrealistic, even by game character standards; It would be nice if this could be solved without altering difficulty but universally to all FM's. I'm just hoping there's a satisfactory way to avoid having guards literally chase you, you hide and wait 3 minutes for the whole crew to calm down, then 5 minutes after you were just being chased a guard will calmly go "what was there in the shadows, probably just the rats"... that behavior makes them almost as dumb as "chat GPT" For now I wonder: The current behavior to boost NPC acuity after a level 3 alert... is there a spawnarg to customize the amount or is it hard-coded? It would help if at least the FM can increase the offset and make a guard super-alert once they saw you. I believe another suggestion I made long ago might also be relevant: We have difficulty settings for AI sight and hearing in the menu, but could we have a third option to multiply how quickly enemies give up on searching for you? If you're impatient you could set it to low so AI forget you in just a minute, whereas if you want maximum realism have them still looking even 10 minutes later! Wouldn't be a fix to the unawareness issue once they calm down but this could improve it.

Does anyone have the latest version of the md5 import / export scripts for Blender, for both importing and exporting md5mesh and md5anim with the latest Blender release? I last attempted to rig a custom character ages ago, the scripts are long unsupported and I couldn't find new ones. Blender is now at version 3.5.1, do we have md5 scripts for that?

I found this free AI tool, which maybe is usefull for you. Wonder Studio is an AI tool that automatically animates, lights, and composes CG characters into a live-action scene. It takes single-camera footage and detects the actor's performance, transferring it to the CG character with automated animation, lighting, and composition. It also allows for multiple characters to be used, and has an artist community with free characters (or use own). It is designed to make hard VFX shots a thing of the past. https://wonderdynamics.com

Thomas Porter is back in a TDM FM called... LQD is a medium sized FM, made for the TDM unusual contest 2013, where Thomas Porter sets out to get rid of the Lich Queen once and for all! Will he succeed, or will the evil Lich Queen get her sinister revenge on Thomas? The mission was created by me, Sotha. Betatesters: Bikerdude, nbohr1more and Obsttorte are thanked for their efforts on improving this work. Big thanks to TylerVocal for excellent voice acting. Thanks to freesound audio artists: Amliebsh (39222), Steveygos93 (80401), Jackie4ever (83095) and Klankbeeld (133100). Immense thanks for the developer team and everyone contributing to the mod. Release notes: *This mission has player character narration. There is no way to control the volume of the player lines in TDM 1.08 and they are at 100% volume at all times. For optimal experience, be sure to set SFX and ambient close to 100% volume in the in-game audio settings and fine tune the volume to nice levels from you operating system's mixer. That way the world sounds match the player voice in volume and your gameplay experience is not reduced by very loud player narrative. *This mission involves using objects with other objects. Normally objects are used like this: push R to drop the item into your hands, move the item where you want to place or use it. *This mission has a video briefing, so you have the habit of skipping the TDM logo which is visible before the briefing, do not skip it or you will miss the briefing. Download link: Use the ingame downloader to get it. As always, it is not recommended to read the thread further before you have completed the mission. Someone will fail to use spoiler tags. [spoiler] This will be hidden [/spoiler] Enjoy! Please remember to give comments and vote! -Sotha.

That's also an option but it has some drawbacks: The mapper needs to extract and edit the textures in an image editor... we can assume they have Photoshop and know how to change the hue, but many won't bother going that far if it's not a readily available option. Also keep in mind the texture contains multiple colors, for instance you need to edit only the green vest without changing the hue on brown leather, this can be trickier to do... with a texture map it will automatically change only the colored part. It also requires redistributing the textures and increasing the FM size, probably not by a lot but if you want to keep it light and minimize extra assets it can matter. With this approach you can have the same character in multiple colors without loading a new texture in memory for each, a commoner with a red tunic and one with a blue one would use the same textures in memory. Plus you can freely change and preview the color in DR, much easier than having to edit textures. I'll probably try this just for the city watch as a test first then share some screenshots: Shouldn't be too much work for just one character to see what results I get. If that works and is considered okay, I'll do it just for builders nobles and some commoners... should only be done for those few characters that have a colored fabric vest.

https://github.com/HansKristian-Work/vkd3d-proton/tags <- directx 12 wrapper for dxvk https://github.com/doitsujin/dxvk/tags <- directx to vulkan wrappers D3D 9 to 11 eg. dxvk if you want to try it with horizon zero dawn you need to copy out dxcompiler.dll from Tools\ShaderCompiler\PC\1.0.2595\x64 and bink2w64.dll from Tools\bin and place them next to HorizonZeroDawn.exe. then copy over dxgi.dll from dxvk and d3d12.dll from vkd3d and place them next to it to. now fire up the game and let the shaders recompile -> profit.

It does exist; but its RARE. out of 20 maps I've played, mabey 2 or 3 used it - and only then for a 'Guard Captain' type character. Even barked "This Door shouldn't be open...", ect.

Seems to confirm: https://bugs.thedarkmod.com/view.php?id=5718 does it happen in the latest dev build: https://forums.thedarkmod.com/index.php?/topic/20824-public-access-to-development-versions/