Search the Community

TDM currently uses Scons as the build system to build the execuables from the source code for Linux and Mac. (I guess the Windows side uses whatever MS uses). This has been working more or less for a few years, and one shouldn't "fix" a working system. However, the merging of the D3 source code and the TDM source also brougth along a change to try to use pre-compiled headers. This, however, does somehow not work in the combination of scons, and gcc. Everytime a single line is changed anywhere (in fact, even if 0 lines are changed), the entire source code is recompiled from scratch. Due to the precompiled header, this goes a bit faster than before (16 mins vs 22 mins on my old PC), but it is still annoying having to wait that long, not to mention not being able to use the system during that time. So, it is highly desirable to fix this problem. Here is your chance to fame. Go fix it! Related thoughts: * the minimal invasive solution is prefered - if it can be made with scons, the better! There is no real need to rip out out and replace scons with another build system, unless this brings massive advantages (frankly, the only one I can see is "make it work with precompiled headers"). However, if you do so, prepare to get swear words thrown at because a new build system is likely to bring other, yet unknown problems Nobody will complain, tho, if you make the change to whatever, and it just works, tho Bonus points for: * Creating an automated build system. Something living on the greater internet, syncing SVN every minute, and when detecting a new checkin, re-compiling the source automatically, then publishing the build log on the web, and make the result downloadable.

True, but, 1. this thread is called "Western stealth FPS with Stephen Russell", and, 2. nothing you said changes anything for me. The gameplay still doesn't look like something I'd enjoy. And, if you really think this forum is cynical, then you don't visit forums much. Actually, the majority of the users are are pretty mature, unlike in other forums.

I'm trying to build the project using the steps on our Wiki. It just uses up all memory and then kills the terminal window I'm running it from Any ideas? https://ibb.co/RTFnLXG [url=https://ibb.co/RTFnLXG][img]https://i.ibb.co/RTFnLXG/image.png[/img][/url] Surely 16GB should be sufficient for make -j?

Well, for a gamer Windows is the best option. Security is relative in Linux. It is not that Linux cannot be seriously affected by malware, if it can, there is malware that can turn any PC into a paperweight, directly affecting the bootsector. There have been some of these since the 90's. Currently, although it may not seem like it, Windows is the most resistant OS against Viruses and Malware, for the simple reason that it is the majority OS and therefore the most attacked, while Linux is still a minority OS with more than fifty different distros and never for this reason, it has been the main target of attacks, the same goes for Macs. With a difference that for Macs there are AVs available apart from the default one, which does not exist for Linux, there is no AV that deserves this name for Linux. A dedicated RootKit or similar can give a Linux PC the good night, while even the current Windows Defender itself can kill it, apart from an efficient Sandbox system that has W10 and 11 as well, plus dozens of excellent AVs that are available for this OS. Another difference is that the saved passwords, in Linux, once logged in, are accessible in plain text, in Window there is a second Keyring that keeps them encrypted and only visible with the system password. Security is not the problem with Windows today, but privacy which it has by default with all the telemetries, if the user don't change it.

When I write about "TDM-libre", I don't see it as targeted at any specific Linux distro, or even OS. I merely mention Debian as one example.

We didn't make the holidays (such a busy time of year) so here's a New Year's gift, an unusual little mission. Window of Opportunity Recover an item for a regretful trader out in a wilderness setting, and discover more! Available within the in-game mission downloader or: Download: http://www.thedarkmo...ndetails/?id=79 Alternative: https://drive.google...WTMzQXZtMVFBSG8 Some unorthodox gameplay on regular/ghost difficulties. (Arachnophobes might prefer short mode...) Please expect to need your lantern in regular and ghost modes! Short ("easy") mode is a smaller map, so if you are looking for areas others reference below, or 100% of the loot, you'll need to play on another mode. I wanted to create my first mission before I became influenced by too many others' ideas, and limited myself to what has been done before. As such, this mission is not set in a city/town, and has some features that are likely to be provocative. There's a section some really like, which others don't, either way I kept it short to not last too long. That being said, I hope you do find it fun! :-) Special thanks to those who provided valuable testing and feedback: Goldwell, Kyyrma, plotzzz, 161803398874989, PPoe & Bikerdude (who also contributed a sound). (Please remember spoiler tags to not expose things meant to be discovered by playing.) Like so: [spoiler]secrets[/spoiler] If you are having trouble finding the main objective, here's what to pay attention to in the mission for hints: There is a spot it's possible to get stuck on the ground in the corner by the cliff/rockfall where there's a rope laying on the ground, please take care if you poke around there!

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.

What is this all about? To get TDM as a default into some Linux distribution?

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/

Beta 11 Fix finished-on state auto-update was unreliable Slighty improve scanner title/author detect Tags are now named some whatever regular-version-looking thing to force GitHub to put the newest at the top

https://stadt-bremerhaven.de/nvidia-veroeffentlicht-quelloffene-linux-kernel-treiber-fuer-seine-gpus/

Can anyone help with the following? When running make, I get this when it gets to OpenGLRenderSystem: Never mind. I built it again without errors.

I used to have a Squizebox Classic which played music stored on a netbook (MSI Wind) with Linux on it. Later I moved to using a tablet for that. Now I have my whole music collection on my phone (Musicolet app) and play it back via a bluetooth DAC connected to the amp.

I beta tested A Night in Altham again and found a few engine related issues. First off the new "screenshot_viewpos" command doesn't actually show the viewpos, it makes the console appear in the screenshot but the view position doesn't make it in in the frame. Here is an image taken with this command: It doesn't seem like a clean solution to make the whole console appear anyway: I wonder if it's possible to make just the viewpos appear at the top of the render in a special display with this command. Also this FM was a good occasion to test peeking. Thankfully it no longer crashes the engine on Linux or what the old problem was. Problem is that everything's black instead: You see nothing while peaking, just parts of the keyhole overlay and that's it. Thus peaking remains broken, whether this issue is also Linux only or not.

If the "mission fails as soon as stealth score turns non-zero," that would not be good for ghost players. They might need to find out "how" they failed and experiment to avoid alerting guards. They might need to take those score points as a "bust". They might need to take those score points to complete an objective. Then, mission authors would need to encode exceptions into their missions, which would be a lot of work (if they decide to do it at all). However, part of what makes ghosting challenging and fun is when mission authors do not create their missions with ghosting in mind. Please see: Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523 Writing code for these rules would be a huge undertaking. Ghost Rules Discussion: https://www.ttlg.com/forums/showthread.php?t=148487 Creating an official mode could alienate these dedicated ghost players, because it would clash with what is considered ghosting in the community. Including the Stealth Stat Tool mod in the official release would be more useful. Or, making the audible alert states of guards quick and easy to recognize could help as well. For these reasons, I don't agree with an official "Ghost" mode. If the dev team were to do it, we should consult with @Klatremus so we get it 100% correct or not pursue it at all. (This ghosting bit should probably be in its own thread.)

Greetings. First I would like to say a huge thanks for the continued support of this game and for TDM 2.10, it loads much MUCh faster now. However on Debian Linux I have an issue where the mouse occasionally just warps. It happens both in the game and in the menus, though obviously when it happens in the game it is quite disorienting. Anyone else experience this? I never saw it in 2.09... EDIT: Seems to have gone away when I switched window managers.

Hi, I'm trying to make some maps for dhewm3, but if I give the path where the game files resides it crashes. In my case the path is /usr/local/share/dhewm3/ This doesn't happen if I give it my working path but then I'm missing all definitions, models, materials etc.. ~/.local/share/dhewm3/ My system is Ubuntu 20.04, DarkRadiant 3.2.0 is installed from ppa This is the error: $ darkradiant SIGSEGV signal caught: 11 0: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZN6applog15SegFaultHandler14_handleSigSegvEi+0x474) [0x7f7b3f2ebef4] 1: /lib/x86_64-linux-gnu/libc.so.6(+0x43090) [0x7f7b524ce090] 2: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZN4decl23DeclarationFolderParser5parseERSiRKN3vfs8FileInfoERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x202) [0 x7f7b3f1abf32] 3: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZN6parser18ThreadedDeclParserIvE12processFilesEv+0x87b) [0x7f7b3f1b9f8b] 4: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZN6parser18ThreadedDeclParserIvE7doParseEv+0x20) [0x7f7b3f1bb140] 5: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZNSt17_Function_handlerIFSt10unique_ptrINSt13__future_base12_Result_baseENS2_8_DeleterEEvENS1_12_Task_setterIS0_INS1_7_Resu ltIvEES3_ENSt6thread8_InvokerISt5tupleIJZN6parser17ThreadedDefLoaderIvE19ensureLoaderStartedEvEUlvE_EEEEvEEE9_M_invokeERKSt9_Any_data+0x50) [0x7f7b3f1d1e20] 6: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZNSt13__future_base13_State_baseV29_M_do_setEPSt8functionIFSt10unique_ptrINS_12_Result_baseENS3_8_DeleterEEvEEPb+0x2d) [0x7 f7b3f1c6f2d] 7: /lib/x86_64-linux-gnu/libpthread.so.0(+0x114df) [0x7f7b5268e4df] 8: /usr/lib/x86_64-linux-gnu/darkradiant/modules/libradiantcore.so(_ZNSt6thread11_State_implINS_8_InvokerISt5tupleIJZNSt13__future_base17_Async_state_implINS1_IS2_IJZN6parser17ThreadedDefLoad erIvE19ensureLoaderStartedEvEUlvE_EEEEvEC4EOSA_EUlvE_EEEEE6_M_runEv+0xfd) [0x7f7b3f1ca13d] 9: /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0xd6de4) [0x7f7b528e2de4] 10: /lib/x86_64-linux-gnu/libpthread.so.0(+0x8609) [0x7f7b52685609] 11: /lib/x86_64-linux-gnu/libc.so.6(clone+0x43) [0x7f7b525aa133]

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.

I ran into an error when compiling The Dark Mod on Linux with glibc 2.34. Building CXX object CMakeFiles/TheDarkMod.dir/tests/TestRun.cpp.o In file included from /home/dm/darkmod_src/tests/testing.h:22, from /home/dm/darkmod_src/tests/TestRun.cpp:18: /home/dm/darkmod_src/ThirdParty/artefacts/doctest/include/doctest/doctest.h:3998:47: error: size of array ‘altStackMem’ is not an integral constant-expression 3998 | static char altStackMem[4 * SIGSTKSZ]; | ^ make[2]: *** [CMakeFiles/TheDarkMod.dir/build.make:3071: CMakeFiles/TheDarkMod.dir/tests/TestRun.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:95: CMakeFiles/TheDarkMod.dir/all] Error 2 make: *** [Makefile:103: all] Error 2 Updating "ThirdParty/artefacts/doctest/include/doctest/doctest.h" to 2.4.8 fixed it for me. https://github.com/doctest/doctest/blob/v2.4.8/doctest/doctest.h See "Can't compile with glibc master (future 2.34): SIGSTKSZ is no longer a constant" (https://github.com/doctest/doctest/issues/473)

I suggest you use the term "I", to make clear that it is something YOU want, and that you speak for yourself. But, as wesp5 mentioned, I don't really know what this is about, at all. And, I'm also wondering about all the newly registered people lately, who just arrived at this forum, and already want to revolutionize this mod. This is a thing I noticed 2 or 3 years ago, and which hasn't been present in the 15 years I play this mod and frequent these forums now. Really seems like a common thing these days, to not knock on the door, but kick it in, and stomp right in.

Well since you're a Linux user and already know about scripts, I invite you to learn about the inotifywait command which can monitor the changes made to a directory or file. You could have your mogrify script run whenever the screenshots dir changes (i.e. a screenshot is saved). Examples - https://www.thegeekdiary.com/inotifywait-command-examples-in-linux/

The gamepad implementation allows for a great degree of flexibility to personalize settings, aside from a few minor issues that I mentioned here: https://forums.thedarkmod.com/index.php?/topic/22337-gamepad-bindings/ I would say that playing TDM with a gamepad works very well, especially considering that it was implemented as experimental and hasn't been changed since then. If I could, I'd go back to 2021-you and congratulate you on buying that gamepad. I notice that your DarkmodPadbinds.cfg looks very different from mine...