Leaderboard

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.

Congratulations on the Release! This has been added to the mission database: https://www.thedarkmod.com/missiondetails/?internalName=sk_cooks

TDM is already a niche genre. If we release it to a niche platform, it will be niche²! Since we would have to strip TDM off all its assets, recreate some and build a demo FM around it, it wouldn't be more than a tech-demo, i.e., there is no game, which would be niche³. It's just not worth it! We even did not release on Steam due to licensing issues and on that platform, we actually could have gained a huge player-base. No TDM dev has ever showed interest in doing such a thing and that also goes for most of our community. It's not going to happen unless you do it yourself. Be prepared to put at least 2 years of full-time work into this project.

Congrats on releasing your first FM!

my random videos about ... umm.... TDM quirks

I'm happy to present my first FM, The Spider and the Finch. There may be a spider, but no ghosts or undead. It should run a couple hours. It's now available on the Missions page or the in-game downloader. Many thanks to the beta testers Acolytesix, Cambridge Spy, datiswous, madtaffer, Shadow, and wesp5 for helping me improve and making the mission to the best of my abilities. This would not be have been possible without Fidcal's excellent DarkRadiant tutorial. Thanks also to the many people who answered my questions in the TDM forums. Cheers! 2023-12-13 Mission updated to version 3. Fixed a bug where the optional loot option objective was not actually optional. Updated the animations for Astrid Added a hallway door so the guards are less likely to be aggroed en masse.

First mission in 2024, right? Grats.

Congratulations. Sorry, I was going to beta test it as well, but it didn't happen.

Congrats on releasing your first FM, I'm looking forward to playing it!

Congratulations on your first release!

Thanks! Glad you liked it.

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.

We had extensive discussion of why our license is the way it is, especially when we were going standalone. There are reasons it's CC-NC-etc., and one of the big ones is that anything that tries to link the mod with money and formalization has been trouble for us, like team-breaking trouble. Well the asset license was settled long before that just in dealing with the contributors (and the engine came with GPL3 from the start of course). There would be asset creators that would (rightfully) riot if money were able to flow to some creators and not to them, because they didn't spend 1000s of hours on this mod for some knucklehead to spend 2 hours for some crap whatever and get paid for it. But the debates happening during the run up to 2.0 validated it. But even before that, we've talked a lot about the basic principles for how the team works, and avoiding entanglements with money and formalization are like two of the central pillars that most of us (I understand) wouldn't like to open back up to debate. What I see from this whole line of discussion is that you want to make a branch project with the engine. That's fair by itself. The engine license let's you do that. But it's something that should be a true branch, like you ought to make your own forum for it and develop it there. Then I think it's fair for you to let us know it's happening and even ask if anyone is interested in joining you there, and some people may want to do that. But I think it's best if you branch off and develop it separate from this forum and team if you're going to drop one of our central organizational pillars in what's gotten us this far.

This is actually a rather old request that we encountered often shortly after going standalone in 2013. Hardcore GNU\Linux folks, especially those who use Debian, think that all open projects should use GPL v3 licenses with full "Libre" licensed content ( Creative Commons ). The goal is that open projects should be a shared resource that no single person or group regulates and can be used for ANY purpose without fear of prosecution or litigation. The primary motivation is "extreme paranoia". Any license restriction is seen as a potential trap that could unintentionally jeopardize contributors or users. For example: Imagine that I create a blog where I review darkmod missions and earn advertising revenue by visits. Through a very convoluted legal premise, the owner of non-free assets used in TDM could claim I owe them revenue since their license doesn't allow "any" commercial exploit of their work. Likewise, the owner of an internet cafe where the game is played might owe the asset owner their revenue. The ISP that made the asset available to it's subscribers might owe them too. The overarching theme is that copyright scope is not clearly defined and can be perverted to sabotage open projects. A fully Libre compliant project is immune to these risks. People who want their favorite projects to be easily available in GNU\Debian evangelize this type of license change. The problem is that most TDM contributors would strongly object to allowing their work to be used by 3rd party commercial projects, especially if those 3rd parties simply rebranded darkmod and sold it as a game in an app store. Even if that were a palatable eventuality, it would also make Embracer Group ( current owners of Thief IP ) more inclined to attempt a legal take-down of our project. A Libre version would need to be a fork that is maintained outside our community so that we can still clearly state that we prohibit all commercial usage. Debian and other similar distros need an easy way to allow users to install projects that are strictly non-commercial rather than forcing all open projects to permit 3rd parties to resell their work.

Must have been rats.

congratulations on the mission. I played through the mission It's a very big beautiful mission Thanks

No. Exit. Yes, it's a stealth game.