Search the Community

Here's one I made just using spawn_args and a couple effects on a custom streetlamp. The arrow has a S/R set to trigger the lamp. [EDIT]: S/R is not required, the arrow will inherently break a glass object that has the break and broken spawn args.

I like the setup and the atmosphere, and the new look for the... haunts. Even though their eyesight makes no sense =P (You can see their eyes having red glow near the walls, which reminded me of eyes in Gloomwood) You'd think they can see behind them, since the skull isn't in the way, so to speak =P And it's fun to imagine that this is what Hammerites Builders go through when they're not outright bad guys. But don't you think that it's a lot to expect from someone who never held a lock pick before, to open the 4 locks on the first try? =D I had no issue with the mission, although I didn't understand how was I meant to avoid arrows at the start (I just walked past them somehow). What I thought was going to happen, when I picked up the lock pick, was that our Builder will become a Thief by the end. Turning into what he despises, all because of Builder's guidance or something like that. That didn't happen =D

One other thing: if you have any entities with their origin outside your sealed geometry, that will also show up as a leak even if your worldspawn geometry itself has no leaks. I think in those cases the pointfile will not show a red line. (edit) you still get a red line.

I got lost multiple times. It was my fault, but I had to literally jump off the roof to find my way back. The Exorcist room was neat, even if the trigger works from the room next door. What I thought was going to happen when I finished the optional objective, is that all the enemies will be gone (since I thought they're kept there by the book) when nothing happened I was disappointed. Hoped to put things to rest, so to speak. The atmosphere was great, the coffin was a nice touch, I loved that. I really struggled with the Map quest, however. I searched the room top to bottom multiple times, so I guess the readable was correct =D I found it, eventually, but man it was such a curveball.

The Black Mage ============================================================= Title: The Black Mage Filename: black_mage.pk4 Authors: Grayman, Jack Farmer Testers: datiswous, joebarnin, Shadow, Amadeus, madtaffer, wesp5 Release date: 24.12.2021 (version 1) - 05.03.2022 (version 2) - 23.12.2023 (version 3) Version: 3 (available via in game downloader) ============================================================= Grayman - Mapping, scripting & text for briefing video JackFarmer - Additional mapping & scripting, drafts for readables, conversations and in game comments Amadeus - Revision & editing of all readables, conversations and in game comments Dragofer, joebarnin, datiswous - Troubleshooting ============================================================= Voice Talents (in alphabetical order): AndrosTheOxen - Worried father / Counsel Lester Morlan (fincancial advisor to the lord) Bikerdude - Sami "Sausage" McNulty (the castle's chef) BoyLag - Percy Lockhard (the castle's chronicler) Goldchocobo - Robert (the son of the worried father) / Colton (a fallen Builder) Jedi_Wannabe - Friend of the worried father / Bennett (a fallen Builder) Malasdair - Lt. Godric (chief security officer) New Horizon - Lord Ewan Davenport (the Black Mage) Purgator - The Thief ============================================================= Paintings: New paintings provided by OGDA Grayman avatar painting created by Zerg Rush ============================================================= Assets: New kitchen equipment models provided by STRUNK ============================================================= Geometry: Selected cave architecture orginally created by Bikerdude & Dram for "Blackheart Manor" and later modified for "The Gatehouse" (rearranged with the orignal authors approval) ============================================================= Sound: Wind_rusting trees sound (main menu) taken from freesound.org produced by funwithsound "Madrigal" (briefing video) performed by Anthony Holborne Pub audience sound (briefing video) taken from freesound.org produced by yap-audio-production Footsteps sound (briefing video) taken from freesound.org produced by Nox_Sound Stand up from chair sound (briefing video) taken from freesound.org produced by kupp2 Tape-deck-startup sound (phonogram recording) taken from freesound.org produced by soundjoao Short metal scrape sound (phonogram recording) taken from freesound.org produced by Timbre Chains sound (phonogram recording) taken from freesound.org produced by arnaud-coutancier All other new ambient and sound fx recorded and produced by JackFarmer sometimes with altered sound effects/ambient sounds orginally produced by Gigagooga ============================================================= Video: Story board and sound arrangement by JackFarmer Briefing video produced by SirSmokeALot ============================================================= Known bugs: If you quicksave too soon after killing a fire elemental (within 4-5 seconds), the quickload crashes. (2.09 and 2.10) ============================================================= Production notes: Graymans's son gave this work in progress to the Dark Mod community according to grayman's will in June 2021. After discussions with Dragofer, I overtook this mission in June 2021 and started working on it in September 2021. Since I didn't know what else Grayman had planned, I made up my own story from the end of the briefing. The voice actors did an incredible job. Everyone I asked immediately agreed to complete this work of Grayman. This has now led to a fabulous eight voice actors taking part in this mission - from England, Ireland, Canada and the USA. ============================================================== Let's raise our glasses in Grayman's honor. Otherwise I wish you all happy holidays. Take care of yourself, your loved ones, and all of your friends.

@stgatilov: You also mentioned some relevant things here: "Maybe start with finding who are these "we" people who want to change the license to assets?..." So far I only know of myself. Others are free to agree or disagree. (It may be worth keeping in mind that the population of current TDM contributors is not a representative sample of the population of all potential contributors. Anyone who has already joined did so accepting the current conditions. If we offer options, more may want to join.) "As a programmer, I definitely do not want to maintain any additional packages." I understand. And since I can't do it myself it will never happen unless someone is willing to help. "And I do not want to get entangled into any kind of licensing questions." The strength of any collaboration can be evaluated by its ability to harness the talents and interests of each contributor. Any open source project, where everyone participates by their own free will, will have a hard time compelling any of its participants into doing something that does not interest them.

Wanted to ask here before reporting on the bug tracker. I use Manjaro Linux with KDE / Plasma: Due to numerous bugs I stuck to the X11 session and avoided Wayland, with most finally solved over the past years I decided to try switching to Wayland Plasma session again. TDM seems to be working great, DR starts up well but has one massive issue. On Wayland mouse capture and acceleration no longer seem to be working correctly. If I right-click the 3D viewport to go into mouselook or right-click-drag the 2D view, it will go in the direction of the mouse (or reverse) but greatly accelerated throwing the view to one side immediately. Currently this makes DR unusable as there's no way I can control the view. Looks like a hopefully minor thing to solve, but I'm curious if anyone else can reproduce it. If not what else do you suggest I look at? I tried toggling Discrete Movement in Settings - Camera but it seems to have no effect on the problem.

Inn Business It's business, at an inn, over three nights. Development screenshots: Download: https://drive.google...dit?usp=sharing Update 1.48 uploaded March 8th, 2014, one change: patches key rarely not being frobable in one of its possible spots Big thanks to my beta testers: Airship Ballet, Kyyrma and AluminumHaste! Development supporters of note: Sotha, Springheel and Obsttorte. Also thanks Sotha, for urinating in my mission. ;-) And thanks Kyyrma for the title screen! My appreciation to all forum/wiki contributors, without whom, this wouldn't exist. Thanks to positive commenters on my previous mission too, extra motivation helps! :-) Note this uses campaign features, what you use the first night, impacts subsequent nights. And to quote a tester, "...the level is maybe best experienced in more than one sitting". If you do pause between nights, please be sure to save, you can't begin partway through effectively. (If you accidentally start a night you already completed, just fail the kill objective to switch to another night.) If your frame rates are too low facing the cemetery, please reduce your "Object Details LOD" setting. It was designed with "AI Vision" set to "Forgiving", to be able to sneak through with minimal reactions, if you want more/less, adjust your settings accordingly. There are several random, conditional aspects, and ways of going about things, so others might have slightly different experiences. Post here if you discover hidden objectives for extra points! My condolences to loot completionists, I made a bit on the third night hard, you've got your challenge cut out for you! Speaking of which, there's a TDM bug that mission complete totals too high, here are the real amounts per night: 2026/970/202. Oh, there is something that in the U.S. would be rated PG, in case you play with kids in earshot. I hope you enjoy playing it, feel free to let me know you did, and I'm glad to respond to inquiries (like how stuff was done, nothing was scripted). (Note which night you are referring to if it's something specific.) (Please remember spoiler tags to not expose things meant to be discovered by playing.) Like so: [spoiler]secrets[/spoiler] Developed for TDM 2.01. PS: Thiefette, good news, no spiders! Springheel, if you find an optional objective you can skip...you might find it immersion breaking. Others, no undead! There are a couple other interactive critters though. :-) Edit note: Some posts below were from users of an unreleased version of TDM 2.02 which broke several things, they do not reflect regular game-play.

Is there non-libre media/gamedata that every mission will absolutely require? Even a mission created completely from scratch and only using its own stand-alone models, textures, music, and sound? E.g. is the Lantern image on the HUD libre? Yes, I understand that it may not be doable to replace (or re-license) all current gratis but non-libre media/gamedata used by current missions, but that may not be necessary. Hence my question (2) about a "TDM-libre" version consisting of only the game engine, all non-libre media/gamedata removed, but include a basic mission using (stand-alone) media/gamedata that is libre. This will honor the will of contributors not wanting their work in commercial projects, and still make a limited version of TDM qualify as libre software for the benefits I describe. Does anyone know why? A browser like Chromium or Firefox qualifies as libre but can be used to view and download non-libre content. This is what I'm going for in question (1). If there are libre TDM missions available, then the TDM installer would be similar to Steam in that regard.

And making it possible for the new electric lights to be broken adds a psychological problem: how will players know that they are breakable if in 99% missions they are not? Recall lootable paintings and frob-extinguishable unmoveable candles.

Oh well, I guess that rules out any kind of mouse grabbing behaviour that will work on Wayland desktops. I'm not sure what the alternative is. Some kind of on-screen widget that you can click and drag to rotate the camera, like a sort of circular scroll-bar?

In the file DarkmodPadbinds.cfg (https://wiki.thedarkmod.com/index.php?title=Bindings_and_User_Settings): 1) bindPadButton LONG_PRESS PAD_B "_mantle" is listed and does what it says. bindPadButton LONG_PRESS PAD_A appears to do "jump-mantle". Standing in front of a box and doing jump will differ from doing "jump-mantle". Why is "jump-mantle" not listed in the file? (And how come it works without being listed in the file?) 2) bindPadButton MODIFIER PAD_L2 appears to bind a modifier functionality to the "button name" PAD_L2. If a user wants to find out the "button name" of other buttons on their gamepad (e.g. buttons which are not currently listed in the file), what would be a good way to do that? 3) Will TDM be able to recognize unusual "button names" (i.e. be able to capture any "button name" or will button names have to be implemented in the code before it works)?

It is possible to override "core" files in TDM, without messing with the original files, from the beginning. This is a feature of the Doom 3 engine and obviously transitioned into TDM. In Doom 3 and TDM, you just make a copy of a def, mtr or any other file inside your mod or mission folder, respect the same virtual file path from the originals and the modified files will take precedence over the files inside the .pk4's. This could be used by mission makers to for example override the "noshadows" from some alpha materials, for example to permit trees, grass, banners, etc, in their mission to cast shadow maps, something the core materials can't do because they are limited by the need to support the old stencil shadows. But a brave mission maker, could recommend players to only use shadow maps on their mission and say, if a player wants stencil shadows they will have to accept that trees will cast ugly shadows. (I'm sure there's ways to automatically disable shadows for trees and such, when a user sets stencil shadows on, but it may take a bit of scripting madness...)

Hi Ansome. Congrats on the release. It's a nice little mission. Hey all, if you like this fan mission, please consider logging in to ThiefGuild.com and leave a 1-10 rating. This will help to grab attention of others on the main page of the site. The Terrible Old Man page: https://www.thiefguild.com/fanmissions/64085/the-terrible-old-man Thanks! Konrad

Noticed all of these only because I played TDM by doing the opposite of stealth to practice swordfights. None of these bugs appeared as long as I played the game stealthily. Should also note that I used Snatcher's Core Essentials @snatcher on and off, but your mod does not alter the AI anyway, correct? Bugs happened both ways. 1) AI freezes in combat - https://bugs.thedarkmod.com/view.php?id=6371 It happens a lot with auto-parry disabled. It never happened with auto-parry enabled. It never happened with some guards, while it happened many times with specific guards. They unfreeze when player dies, or when AI is forced to re-equip the melee when player returned from a spot that usually causes them to throw rocks. Also experienced behavior of them only slowly walking towards me at the pace of "hunched sneakily searching mode", attacking once finally in proximity. 2) AI may collectively lose the ability to hear any of the players noise caused by footsteps / landing. Still unsure of what causes this, but Lockner Manor has a good layout to get to the result. Just follow the right-most path and repeat the process of winning sword-fights with City Watch, and then jump around the next guard to see if they can hear you. If they can not hear you, likely nobody can. If they still can, just combat them too and you will likely have deaf AI by the time you have dealt with the 3 Watch Guards outside. In my experience, when they hear the death scream well enough to run to its location or start searching - the deafening did not work. 3) Helmeted AI does not react to (nor hear) players overhead sword strikes made directly on helmet, stealthily from behind. Not sure if the same issue as deaf AI bug, but happened at least once while it was active. (Lockner Manor) 4) (Moor?) AI may lose the ability to hear AND see player after nearby swordfights and after two slashes to bloody their face. (I may have also Moss Arrowed them to face). Any sword strikes I make simply go through their model with no audio of impact. Collision still gets player detected. (A Good Neighbor) 5) Crash to desktop when archer puts bow away to take out melee (while I may have collided with them on staircase). (Lockner Manor) 6) Crash to desktop when I shot a shortsword-wielding charging Noble. Sound of a deflected arrow played (same that you hear when shooting a stone wall), when I expected a flesh-hitting sound. (A Good Neighbor) 7?) Sometimes AI says "Ow that hurt" merely because I block their strikes. - Is this an intended feature? Do they take actual damage too? Anyway, I didn't find mentions about many of these issues. Reporting aside, if you want me to experiment with something or find ways to replicate - I don't mind updating this thread, as I plan to mess around with sword-fights anyway. Just posted this initial version should anyone want to chime in with similar experiences, and I wanted to know if some of these bugs could be mission-, or mod-specific. Maybe caused by much or unfortunately timed quicksaving / loading?

There might be another way, or at least it's what I thought of as a non-developer: Use a different way to transform mouse movement into camera rotation or viewport offset. Is there no alternative to calculating the distance from the pointer to the window center before resetting the pointer to the middle? There must be other mouse look implementations that could work. Most obvious alternative: We can detect how much the pointer moved on the screen compared not to the center, but to its previous position wherever that may be. While of course still trying to lock it in the middle, but if that fails at least it doesn't cause the view to go crazy: The only issue then will be the cursor reaching the screen edge and having to be re-engaged so you can keep scrolling in that direction, which is also a big annoyance but comparatively less bad and not as noticeable unless you do long-range movements in one go. Any reason why we couldn't give this option a try?

I manually integrated and tested your PR. There is good news and bad news: The good news is that when running with the "GDK_BACKEND=x11" flag, using the clipper tool no longer breaks the window forcing me to restart DR afterward, the model / entity viewer no longer experiences the issue either. The bad news is that flag is still required, every viewport retains the problem if running Radiant in Wayland mode, we still have a big problem Linux users will increasingly run into as distros adopt it (KDE Plasma 6 now uses Wayland by default). So please integrate the PR if it doesn't break anything, it makes life much easier in the meantime! But this should remain open until either DR or WxWidgets or Wayland solve the core issue that exists when running in native mode.

I've figured it out! There are 2 parts: 1. The FreezePointer class has a mismatch, it blanks the cursor on the top-level window but does the pointer locking on whatever particular sub-window (i.e. the 2D view widget) calls for it. The cursor has to be explicitly blanked on the same widget that locks the pointer. 2. The clipper tool updates the cursor whenever the mouse moves, even if it's in the middle of dragging and should be hidden. It was easy enough to guard against changing the cursor while the mouse capture is active. This also fixes the same issue that was happening in the 3D view of the model viewer (but not on the main 3D view). I'll submit a PR shortly, @greebo or others will need to test this change on Windows to make sure it doesn't do any harm there. EDIT: The PR is here: https://github.com/codereader/DarkRadiant/pull/37

The below video illustrates some of the points I tried to make earlier. This new (or returning) player is experiencing TDM for a first time and I would say his mood and style perfectly fit the primary target audience of TDM. The player is unaware that shouldering bodies is a thing. See how it plays out. 1st situation - From 00:00 until 03:30 2nd situation - From 27:30 until whenever you want The player quickly figured out how to drag and manipulate (turn around) bodies and I detect no sign of frustration. The circumstances even lead to a couple of comical moments. Sooner or later this player will get to know about shouldering bodies and he will, as it couldn't be otherwise, prioritize shouldering. It all has been learned organically and the player can now switch tactics if desired. Now consider this same player was playing 2.12. I don't see any reason for this or any other player to ever getting to learn or appreciate body manipulation. 2.12 teaches players to move grain sacks out of the way, devoiding any sign of "humanity" from ragdolls. @stgatilov commented ragdoll manipulation is something like an engine show-off. Considering the amount of work that went into the feature I tend to believe the mechanic was seen as an opportunity and built as such. Let's for a moment travel to a parallel universe and pretend the developers decided shouldering bodies alone was the way to go, just like in Thief. How long would have gone by until someone wondered: wouldn't dragging bodies be cool and more realistic? I agree that shouldering bodies could be done with one (long or short) click. The problem I have with the final implementation is that the case was presented one-sided and there was no retrospective or interest in alternatives. We took a shortcut and as a result we missed half of what the journey offered. We didn't think big. Besides that above, players are now exposed to: Unintentionally shouldering bodies while trying to retrieve items from bodies Unintentionally un-shouldering bodies when trying to operate doors @Daft Mugi & friends set out to do this change and I have no problem with that, but I feel this whole topic is unbalanced. Some points have been hardly considered or discussed so excuse that I insist. If anything, this topic will make it for a good read for those coming next in a few years time

You will be invited for beta 2.

Sorry to resurrect an old thread, but what is the conclusion here? I'm particularly asking about textures.com, because in my latest FM (WIP) I've used tons of textures from there. When I first looked at it, I had concluded that it was OK to use them, but now I'm second guessing that because of this (also mentioned above): Please note that it is not allowed to release our images under Open Source licenses (even when the materials are modified). If you are working on an game that is released under an Open Source license, you need to release content that has been created using our materials under a closed source license. However, this here make me think it might be OK? From https://www.textures.com/support/faq-license#3d-model CAN I USE THE MATERIALS ON A 3D MODEL OR SCENE OR VIDEO GAME LEVEL WHICH I WILL OFFER OR SELL ON A DIGITAL MARKETPLACE? Regular textures may be bundled with 3D models, scenes or video game levels under the following conditions: you have customized the materials for the 3D model, scene or game level, all materials are actually used on the 3D model, in the scene or game level you are selling the model and materials in one package. In other words: do not use bundling as a loophole to sell a texture or material pack. Please add the following text in the documentation accompanying the model: "One or more textures bundled with this project have been created with images from Textures.com. These images may not be redistributed by default. Please visit www.textures.com for more information." IMPORTANT: the exception to this is any content in the Special Content categories: 3D Scans, 3D Scans Atlas, 3D Objects, 3D Foliage, Substance, PBR Materials, Decals, HDR Spheres, HDR Skies, Graphic Designs and 3D Ornaments. The materials in these categories may NOT be bundled with 3D models or scenes. This even applies when you modify the materials: modification does not mean you are allowed to bundle these types of materials. Again I'm specifically talking about using these are part of a fan mission, not the core game. To satisfy the conditions above, I will: customisation: all textures have been converted to different formats (.dds and .tga) or resized I won't include any textures in the .pk4 that aren't included in the mission the FM will be bundled into a single .pk4 package (and I'm obviously not selling it). I'm only using the 'regular textures', not PBR or 3D materials. I will include the text 'One ore more textures...' in the FM readme.

I've got myself a 32:9 monitor and because of how text-heavy these games are it was almost unplayable to go on reading text all the way from my left to my right. I'm an engine programmer by trade so I set out to fix this and wanted to share my results. This fix will center the UI for any resolution wider than 16:9. For resolution that are more square i.e. 4:3 and 5:4 the UI will be anchored to the bottom instead as having the bottom elements floating in the middle looks strange. I also had to employ a trick to make some fullscreen effects stay fullscreen instead of becoming letterboxed, such as the transparent black backgrounds when reading books. Any rect that is 0,0,640,480 or larger will be considered fullscreen and stretch as normal. Of course some are note supposed to stretch like the custom main menu backgrounds so I added a bool variable for windowDefs called aspectAware that can be set to override this behavior. I experimented doing the opposite but could never find out how to make the book backgrounds stretch so I went with this. Still haven't figured out how to position the compass correctly but it looks decent enough.

Indeed: there are already accuracy issues as soon as you use floats (especially single precision), and a hard-coded snap-to-integer behaviour seems to be reducing accuracy still further. That's actually a rare example of "App Hungarian notation" where the prefixes convey meaningful application-specific information, rather than just duplicating basic types like integer or float. It has been suggested that this was what HN was originally supposed to be, but everybody used it just to show primitive types which resulted in the whole convention becoming disliked. Exactly, and it breaks down completely once you start using more complex types than primitive numbers. Knowing that something is a pointer is useless without knowing what it points to, knowing that something is an "obj" or a "struct" is similarly unhelpful, and once you start trying to expand the convention so that the prefixes can convey information about the actual object type, you will end up with complex multi-character encoded prefixes that nobody else will be able to understand.

Sure! My first draft for a wiki article "Lightgem" would look like this: " [[File:Hud.jpg|right|thumb|The lightgem is shown as part of the [[The_Dark_Mod_Gameplay#HUD_(Heads-Up_Display)|HUD]]:<br/>2. A breath indicator when underwater<br/>3. The lightgem itself<br/>4. A health indicator.<br/>Two wings flank the lightgem indicating if the player is crouching.]] The '''lightgem''' is a light indigator on the [[The_Dark_Mod_Gameplay#HUD_(Heads-Up_Display)|HUD]] and an important part of [[The Dark Mod Gameplay]]. The lightgem itself indicates how visible the player is. The visibility is based on how much light is hitting the player, but also depends on whether you are crouched, moving, have a weapon drawn, or being under water. The wings on either side of the gem indicates when the player is crouching. Below the lightgem is a health indicator. When the player is injured, a small red bar appears below the lightgem. The bar shows how much health you have left and decreases from right to left. Health potions and various types of food will replenish health. The bar remains visible until the health is fully restored. Above the lightgem is a breath indicator. When the player is under water, a small blue bar appears above the lightgem. The bar shows how much air you have left and decreases from right to left. When the bar runs out, you'll begin to take damage. Surfacing or using a Breath Potion will restore your air bar. The lightgem is an object that the player always carries and is not visible in the [[inventory]]. A user can disable the lightgem and the wings in Settings - Gameplay - General - Hide Lightgem. The health indicator and breath indicator will remain visible. [[Category:Equipment]] " (With the caveat that I would need to use the preview-functionality to fix any formatting errors I may have made before publishing it.) I would also * link "BREATH INDICATOR", "LIGHTGEM", and "HEALTH INDICATOR" from "The_Dark_Mod_Gameplay#HUD_(Heads-Up_Display)" to the new article "Lightgem". * create "health indicator" redirecting to "lightgem" ("#redirect[[lightgem]]") * create "breath indicator" redirecting to "lightgem" I registered on The Dark Mod Bugtracker on 29 December and I have since reported 68 issues from a personal log of issues that I had assembled during hours of testing TDM 2.11. The reports are not perfect, but I think they show my intentions are good. I understand the reluctance, especially if there have been incidents of spammers on the wiki, but as an open source project relying on volunteer work it is also important to keep a low threshold for contributing to the product. If I'm not up to par, you'll discover it quickly. Or, rather, you would have already discovered it in the Bugtracker.

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.