Search the Community

Thank you! Added to the wiki.

TDM Latch Pack (Beta) By Frost_Salamander and wellingtoncrab with special thanks to Dragofer Tired of picking another lock or hunting for that missing key? Imagine The City is itself an elaborate lock, and you are the key. Embrace progression through careful exploration and navigation of the environment. Embrace the latch pill: Included is a new entity type and scripting for a door mounted toggle lock, or "latch", as well as new CC0 assets and prefabs. https://github.com/thedarkmodcommunity/test-latch/wiki Example Video Asset Pictures All models and textures in this pack are released under CC0 license and may be used freely without need of attribution. We waive copyright to the extent that possible, but aren’t lawyers. Latch Lock Features Supports single and double doors across all cardinal directions, as well as trap doors Uses the location system to handle context sensitive frob highlighting of the latch and the doors Automatically determines the correct latch state on map start based on the targeted door's "locked" spawnarg Options for rotate, translate, or both with unique sound slots for each Supports any model or func_static To get started head over and grab the latest release (available with or without demo content) and read the getting started guide. This is a beta release - so your feedback is appreciated!

Before Doom 3 was GPL, this was the guide: https://wiki.thedarkmod.com/index.php?title=Coding_in_the_SDK

Btw. Justin Marshall (aka icecoldduke), ex-id engine programmer, started a wiki for OG idtech4/5 engines, and he included a style guide there. Not sure whether this was used at id, but it might be useful. http://doomarchives.com/home/doom3/styleguide

I'm not sure if that's true. I think it's his own choice (at least that's what he said to me on discord). Although you're a teammember yourself, so maybe you know best what the status is. But when he's so involved with TDM it's a little strange. He's active on the wiki, he's active on the bugtracker, he has active contact with teammembers and mappers on discord, working on different missions.

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

Added to the wiki

New report from the 2.12 beta thread: Added to the wiki

@lowenz @chakkmanit's not a bug, it's a helmet that protects against blackjacking. From the wiki: blackjacking: That's why the bj doesn't rise. Though if it still doesn't hit the guard, then that's a bug, I suppose. I think the game lacks a proper way to inform players about these helmets. The Training Mission doesn't include any guards with protective helmets, so currently the wiki is the only place one could learn about them... In my opinion, the "low back" can be deceiving. The guard in the screenshot doesn't have it, and some guards have it but can still be blackjacked.

I've added tdm_show_viewpos and screenshot_viewpos to here: https://wiki.thedarkmod.com/index.php?title=Console_Useful_Controls I know they are already mentioned here, there isn't much of an explanation about the arguments and it's nice to have all these commands on one page.

Here's my first FM. A small and easy mission, inspired by Thief's Den and The Bakery Job, where you must find and steal a cook's recipe book in order to save a friend from going out of business. Download: Mediafire (sk_cooks.pk4) TDM Website's Mission Page The in-game mission downloader Thanks to: The people who helped me get this far, both in the forums and on Discord. The beta testers: MirceaKitsune, Mat99, Baal, wesp5, Cambridge Spy, jaxa, grodenglaive, Acolytesix ( Per the author in the beta testing thread. ) Skaruts has given permission to the TDM Team to add Subtitles or Localization Strings to this mission. (No EFX Reverb.) If anyone from the Community or TDM team wishes to create these we will gladly test them and update the mission database.

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

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

Since it's a one-off problem, only for the first ambient at game start, then the way you fixed it is really the right way, because the system-level alternative would be whole a little subsystem (a specialized fidelay and mandatory _z soundshader) just to handle the first 0.1 seconds of game start, and then the old system for all the maps already out there, which is a bit much. And I think it's not even that common because many ambients start quietly to begin with. That said, there might be an easy bit of code that could make sure the fade in always works for the first ambient that doesn't mess with anything else in the system, like a hardcoded initial 0.1 sec. delay only for it, and that may be worth doing. But it'd need experimenting and testing to make sure it works as intended and doesn't have unintended consequences. Anyway, it's good we have this documented for now as the way to fix the problem for other people in the future that run into it searching for a fix. In fact it'd be good to put in the wiki to make sure the fix doesn't get lost.

File Update for Improved Subtitle Font As requested a while ago, to address the stray marks and other problems seen with current subtitle font, Stone, I am providing a short-term fix for characters in the printable ASCII range 32-126, using corrected metadata: fontimage_24.dat This is intended to replace tdm_fonts01.pk4\fonts\english\stone\fontimage_24.dat No change is needed in the related .dds files for this. Briefly, problems with stray marks found to the left of a character were due to picking up pixels from an adjoining character in the glyph bitmap dds files. Adjusting the location of the source box and related metrics fixed these. Affected were: % C E T W Y | The | character also got improved spacing, as did J Finally, the entirely screwed data for the angle brackets was corrected. This coming month I hope to work up a wiki page with diagrams to better explain what I learned about the mysteries of the idTech4 font .dat and .dds files. To see what the results look like with corrected fontimage_24.dat in place (as an override), here is my testing FM: testSubtitlesASCII.pk4 A longer-term fix (beyond 2.12 release) would also address ANSI and TDM-specific-mapped charaters in the range 128-255. To look at that, I have a similar experimental tester for ANSI (unripe to release). It shows substantial issues in that range. And then there's also consideration of fontimage_12.dat and fontimage_48.dat. And the russian-character variant.

I added the console commands teleport, getwiewpos and setviewpos to the Console Useful Controls page on the wiki.

Just want to mention some locations that are hosting our data, as examples. Like our game(-sourcecode) can be installed from opensuse official game repo. And darkradiant from a ubuntu repo. We got the game(and assets) on moddb. I tried to get tdm installer / binary on several app repo's, but others succeeded. And We all tried to get tdm (game & assets) on steam and Gog. But got it my old installer-frontend on tdm's download page and a package on playonlinux (tdm windows on wine). And my written tdm-wiki article about installing tdm on several os'ses. https://software.opensuse.org/package/thedarkmod?locale=si Official game Repo listing: https://en.opensuse.org/openSUSE:Games Opensuse Build service: https://build.opensuse.org/package/show/games/thedarkmod Darkradiant on ubuntu https://packages.debian.org/sid/darkradiant Tdm wiki article: https://wiki.thedarkmod.com/index.php?title=Installer_and_Manual_Installation

Related to looking into the stray marks associated with Stone font characters... I've noticed that the nominal 12 pt DDS (which as discussed above only kicks in under 8 pt) has only ASCII glyphs... nothing with code points above 127. Maybe that's why the corresponding 12 pt DAT file was not distributed, as a workaround to force the engine to use 24pt instead, because tels never got around to finishing the low-priority aspects of the project. The 24 pt DDS does have the ANSI glyphs. At a glance, most are fine; a few are a bit ragged. I didn't check compliance and completeness with TDM's character map as given on the wiki. I don't feel ANSI improvement is a 2.12 item. I've got a test FM to show all the characters. At some point, after refinement, I'll post a link.

Fiver, there are many ways you can contribute. Several ways are described on the forum and wiki. You pointed us to some locations in missions. Please read the forum posts & the wiki, watch some youtube editor tutorials, download and use the mission files & darkradiant to try fix/change the things you mentioned. For starters, And https://wiki.thedarkmod.com/index.php?title=DarkRadiant

Ah I didn't read this part (in bold): I think I'm going to change the text there. It's not very clear. Edit: I changed it so it's more clear: https://wiki.thedarkmod.com/index.php?title=Console_Useful_Controls#Spawning_entities

Btw. the wiki says: Should this be: ?

Personally I can see some ancillary benefits from trying to move TDM from non-commercial-libre to true-libre, beyond getting off the FOSS community's naughty list. There are a fair few indie devs who have tried to make modernized Thief-likes. None of them have done half as good a job as this community. I think that is generally down to the engine. All the detection and movement systems take a lot of time to implement, which you guys have already paid down. Imagine if those indie devs had the option to use TDM as the base for their games. More of these games would be published, and more would be successful. And this in turn would grow the public knowledge base about working in Dark Radiant and TDM. Some of those devs might make their own public FMs. Some might contribute to the wiki and documentation. Some might contribute to project maintenance or even donate new features that they develop. Personally I would call this one of the bigger things that you could do to keep the project alive. It would definitely be a big project to bring the project assets into compliance or to fork off a compliant TDM-lite. A year ago I would have said it is impossible, but AI is changing things. It can make art and it can write code, and especially when it has a working example of the thing it is recreating to learn from. It still would not be easy, but at least possible. Let this be a lesson for creators to select your licensing carefully. It is not always easy to change after the fact.

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.

As much as I'm a big fan of FOSS, it gets messy when it involves assets with a whole mix of licenses. The engine? Sure that'll work, but TDM is useless with just the engine. Even if you have a separate libre version with verified assets, you've now split the project into a full version and a libre-only version and for what? Some entry in a niche wiki and the Debian repo? Once people want actual full missions to play you begin to drift away from the restricted licenses imposed on the libre version and have to code and accommodate for that. If TDM was developed with the day-one intention of only allowed libre licensed assets then there'd be no problem, but it hasn't and what your asking is probably too much work and effort for little benefit.