Search the Community

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

@MirceaKitsuneThanks for the playthrough and feedback! In recent memory my mapping efforts have gone to new projects that I feel more inspired for - I think they would probably also be more interesting to the broader TDM community. The fix to Linux users getting stuck at map start was fixed in 12-06. The FM update only covers datiswous' new subtitles and an early attempt to fix the stuck bug by moving the player start a few units. The ship was made from scratch for this FM with an exterior and interior. It's my first ship asset and I've made a lot more ships since then and which have gone up in build quality progressively. You can send me a PM if you need to get sorted out with a ship for an FM.

Well, let's explore this a bit. How can this be solved? Currently, creeping overrides running (like you said). Here are a couple issues or considerations: What about players who want to keep the fine control of toggling each one independently? Perhaps some players want to go from creeping to running. At the moment, the code is written in such a way (due to its Doom 3 history) that toggling creep can set the toggled run state, but toggling run cannot set the toggled creep state. The toggle creep key can set the toggled run state to walk but only once. If the player presses the toggle run key again, it will toggle without regard to the toggled creep state. Fixing this would require a lot of code rewriting. Brainstorming: It almost sounds like increase and decrease speed keys are desired. Run key to go from creep to walk and from walk to run. Creep key to go from run to walk and from walk to creep. If you're curious to give this a try, here's a Linux test build that matches beta212-05 (rev 16950-10635) with the following change: The toggle creep key sets the toggled run state to walk but only once. If the player presses the toggle run key again, it will toggle without regard to the toggled creep state. https://drive.google.com/file/d/1osTCQRf7LQ5wPvhGl2uRU4NcFnJPEu9_/view?usp=sharing

Yeah, I don't know what to say. Rev 10383 works fine and 10384 does not. It is always reproducible for me, meaning that every time I try to reproduce it, I can reproduce it. After some more testing, I found that r_multiSamples set at 2 or 4 has the glitch most often at that viewpos. When set to 8 or 16, it is still possible but less likely. Setting r_fboResolution 2 made no difference. If com_maxFPS is set to something lower, such as 30, the glitched frames display for a longer period of time. Yeah, I also wonder if it driver dependent or GPU dependent. I discovered the glitch while using graphics drivers Mesa 22.0.5, so I updated my OS and graphics drivers to Mesa 23.3.2 today as a test, and the problem is still there. It's strange that rev 10384 exposed this problem. My machine specs and settings: Linux, Ubuntu 22.04 AMD Ryzen 9 5900X AMD Radeon RX 6700 XT (Mesa 22.0.5 & Mesa 23.3.2 both exhibit the glitch) com_fixedTic 1 com_maxFPS 60 Anti-Aliasing 2x (r_multiSamples 2) The video I shared shows the viewpos. Even at the same viewpos, the glitched frame will pop in and out. I've only seen this glitch happen in this single room in Accountant 1. If I move around the room at that viewpos, I can find other view positions that also expose the glitch. Here's another viewpos for Anti-Aliasing 4x, 8x, and 16x. It requires moving the mouse slightly to get into the exact viewpos to expose the glitch. (1.7 -166.4 0.0) is not precise enough. -1460.29 1425.48 172.25 1.7 -166.4 0.0 Glitched frame (Shows the curtain texture, covering most of the frame. Also, a hint of the red carpet texture?): Good frame (Same viewpos and Anti-Aliasing settings, when the glitched frame disappeared for a moment.): (Before and after rev 10384) I wonder if this might also be related to: (Before and after rev 10384) Also, sometimes on the loading screen with Anti-Aliasing enabled, I get a glitched background, which does not show with Anti-Aliasing disabled. See left side of screenshot: I don't know if the last two examples (distorted first frame on launch & loading screen distorted background) are related, but I thought I'd mention them just in case it helps track down the issue.

I don't think this counts as a bug but maybe it's something to look at... Nvidia GPU, Intel CPU Linux: Scroll of Remembrance - Shadowmaps ( size 1440 ) 70+ FPS / Stencil 58+ FPS Windows: Shadowmaps ( size 1440 ) 52+ FPS / Stencil 30+ FPS I am guessing we can mostly attribute this to Windows CPU usage bloat. Can any other dual-booters confirm? Edit: I went back to check my Windows security "Exploit Protections" area for "TheDarkModx64.exe" to see if it still existed and still had most of the protections disabled and found some new protections were added. I disabled "Heap Protection" and: Shadowmaps 58+ ( mostly 60+ ) / Stencil 38+ ( mostly 40+ ) ( All the FPS are at the start of the mission facing the manor, eg worst case scenario ).

I'm definitely interested in this. In the past it used to worry and upset me that some of the assets are CC-BY-SA-NC: Not because I'd care to sell them in any conceivable format, but because it made the project seem less libre and FOSS and Linux friendly. I remember my only disagreement was with some developers being against FM authors taking donations for their own work on their personal maps and stories, I think that's more problematic but ultimately accepted and respected it since to me that's secondary and I'm just happy TDM and DarkRadiant exist for us all to create worlds with. As stated before, many of the existing assets would need replacements that look the same way. Since the authors of old FM's can't be expected to re-texture all of their maps, those replacements would need the same names or an automatic conversion script, and have to look in such a way that they fit the old textures just right at any transformation. This isn't impossible but something I find unlikely as few people willing to do the effort may find it useful enough to work on one. Such a transition could perhaps be considered if we ever switch to high-res textures: Many of the images could be upgraded with replacements someday... maybe this time we can avoid going for semi-libre assets and use fully FOSS compatible ones. I've also been dreaming of a cyberpunk conversion for years, to have a TDM that's less Thief and more DeusEx taking place in a futuristic environment... also unlikely to happen but the hope in my attempt was to ween off of the stricter assets.

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.

Also unable to reproduce, Linux Mint 21.3 Virginia. Nvidia Geforce RTX 2060 latest non-free 535 drivers.

Antialiasing mostly affects some backend logic, while the commit changed data structures in frontend. It is very hard to believe they are linked in any way. Maybe the bug is not reliably reproducible? Maybe antialiasing is an important condition when it happens, but otherwise it is timing-specific, so accelerating frontend made it pop up. Or maybe antialiasing is just one way to slow gown backend and using maximum soft shadow quality or r_fboResolution 2 would make it happen too. Maybe the particular behavior is driver-dependent (e.g. NVIDIA masks the error away). Which GPU do you have? Which drivers do you use? Which CPU do you have BTW? I cannot reproduce it myself, even on Linux VM. Does it happen in the very specific viewpos and goes away if you move away slightly? Maybe someone else can reproduce it?

I deleted double-slashes in svn rev 16957. I think they were causing the issue. I believe it only happens on Linux, Windows side somehow reduces the double-slash to single directory separator.

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/

Thanks. Linux user and I play TDM at least weekly: Never noticed any physics issues myself, whatever happened in the FM must be a relatively rare scenario... that's a FM I haven't revisited so I was lucky to miss the bug then. There is in fact a little problem in latest Beta, though it's so small I didn't bother to document it carefully, but I'll share the idea of it at least: If you climb into a tight space between an object and the ceiling and turn on the flashlight, jumping may cause the light to phase through the floor and disappear temporarily. Say you have a crate pressed against a ceiling where you can only climp and go in while crouched... if the surface is high enough to allow a jump but just low to force you to be crouched, you'll see the light source of the lantern disappear temporarily in mid air. Think I saw it in The King Of Diamonds, if it's important I'll boot it up again and noclip to get a viewpos. Just to make sure you've seen my mention: Please check my message a few posts above where I attached a log, we have a crash where killing AI with a broadhead arrow can cause the engine to go down with a "tried to free uncached trace model" error... not even a main menu crash but one to the OS. It's pretty rare but if you fatally shoot AI often enough it will occur eventually.

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.

Thanks for doing the digging. Libxml2 is so widely used, that it's hard to imagine nobody else has this kind of trouble, so I'm still thinking it must be in the way we use it. Also, why just in Linux, it all doesn't make much sense. I agree it's not worth doing more investigations when an easier alternative is at hand. Yes, I'd add them to the libs, and I'm probably going to set the PUGIXML_HEADER_ONLY flag, at least in Windows.

Looks like we have one physics based regression? Linux users get stuck at the start of mission "One Step Too Far" : Bisecting... mission works on 2.12 dev binary 10370 works on 10455 broken on 10518 works on 10488 Something between 10488 and 10518 caused the problem Compiling binaries: Rev 10498 is also broken 10491 works 10494 works 10495 works 10496 works 10497 works 10498 still broken. WINNER If I revert this change, the problem is fixed: original : vel += (vel * gravityNormal) * gravityNormal; 10498 : vel -= (vel * gravityNormal) * gravityNormal; Maybe ifdef it for Linux @stgatilov ?

High-NA EUV is obv independent of the substrate. It's going to get used regardless. The scenario where it doesn't get used is if an older process node could be used, which was one of the ideas behind nanotube-based 3DSoC. So, the brand new Ryzen 8000G desktop APUs are out. The consensus is they don't make sense compared to CPU + dGPU: https://www.tomshardware.com/pc-components/cpus/amd-ryzen-7-8700g-cpu-review https://www.techspot.com/review/2796-amd-ryzen-8700g/ https://www.anandtech.com/show/21242/amd-ryzen-7-8700g-and-ryzen-5-8600g-review https://www.phoronix.com/review/amd-ryzen7-8700g-linux https://arstechnica.com/gadgets/2024/01/ryzen-8000g-review-an-integrated-gpu-that-can-beat-a-graphics-card-for-a-price/ Gamers Nexus video review Neat though.

When the mission starts, an AI speaks to you. You can look around but movement is impossible. I thought that was intentional. After the AI ends it's speech, you are still stuck. Able to look around but not move. Given that not everyone can replicate, I think it might be Linux specific. @datiswous I recall you are also a Linux user?

Solus and SteamOS are not the same https://www.slant.co/versus/2694/2714/~steamos_vs_solus Solus is actually better according to reviews hehe. And true OpenBox is a bit limited but i find it to be an ok alternative if you develop something from the ground up like NomadBSD. BSD does not have a lot of active desktop Operating Systems but NomadBSD is quite nice though minimalistic. It uses OpenBox and the desktop is in the mac style, originally it used an XFCE port and there are still some traces of XFCE apps left -> atleast one i know of because if you try to access the color composer in the file manager it complains about the lack of several XFCE libraries minor whoopsie on the developers part i reckon since that part is now handled by OpenBox. Despite this it works fine and is mostly used as a live OS to boot from usb. had a bit of a problem with it on this PC though as it seems to have problems with my hardware making it slower than molasses to boot. An alternative is GhostBSD which is a more complete desktop for BSD using MATE. It unfortunatly does tend to break quite often, and the package manager seems a bit out of date which might be because a lot of the desktop system was ported from linux and the newer ones have not quite catched up yet on BSD. Despite this i find the BSD kernel to be great, it focusses a lot more on security than most linux kernels and the main BSD distros tend to be quite stable (FreeBSD NetBSD OpenBSD etc.) you can still install a desktop on say FreeBSD if you know how to hammer it all together so that it boots into the desktop but for the most part the main BSD's are shell only.

I can confirm the problem in Ubuntu 23.10, and the solution proposed "GDK_BACKEND=x11" i confirm that to solves it partially, the clipper does bring back the problem.

That was fun! A very impressive, sprawling map with lots to do. Love it! I did get stuck with ...For whatever reason, my installation is one where you don't fit through the gap in the wall, and the peepholes don't work either. (Yes, it is Linux) I never did find But I did manage to figure out 3 of the 4 Good Deeds unaided.

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

Oh boy. Thanks for investigating this, reading the issue description I suspected that the XPath queries might be failing, but I thought it was rather due to the libxml2 version used in newer Ubuntus. I recall now that the automated Ubuntu build on Github is not running the unit tests (couldn't get it to run and gave up at some point) - so I missed that this is breaking stuff. I searched around for existing code to find out what to pass for that encoding parameter in xmlReadFile, but I couldn't find anything useful, everybody seems to pass NULL as argument, which I ended up doing too. I'm all for that, I was that close of doing it when I upgraded libxml2 for Windows. As long as it's supporting XPath and XML Tree manipulations, I'd go for the most light-weight one, maybe even header-only. Our libxml2 usage is confined to xmlutil, so it should be possible to switch. edit: I'd vote for pugixml, it seems to be still alive and has XPath support. It's what I've been using in the TDM game code too. But still, if it's the tree manipulations that break the queries, we can either try to find out what we are doing wrong here, or move away from pushing the .game data into the registry trees - it might not be necessary after all, since most (if not all) code is relying on the GameManager interface to get do the queries. For the moment being, I can revert the change to xmlReadFile, so that my repo is functional again. Are you still investigating this? You seem to have gotten quite far already.

I did some debugging in unit tests. The first problem is that although we have a basic XmlTest, it uses the full RadiantTest fixture which can only be constructed if the XML registry is working fine, so these basic XML tests are not runnable. I managed to fix that by changing the behaviour (on Linux only) to use TEST_BASE_PATH instead of _context.getTestResourcePath() to find the test resource files, so that RadiantTest is not required. This confirmed that the basic functionality of loading XML is working perfectly fine, even with the switch to xmlReadFile(). All of the XML tests pass, and I can load one of the game files in a unit test and examine its properties. So there is nothing fundamentally wrong with the XML structure being created by the new function call. The problem seems to be that within the Game class, any attempt to look up key values in the registry fail. Although each Game class is constructed successfully and imports its content, any searches for its own XPath root (e.g. "//game[@name='Doom 3 Demo']") return a list of 0 nodes, even though that exact XPath string can be used successfully within the basic XML test to find the <game> node which was loaded directly into an xml::Document. So there must be something going wrong with either when or how the .game file content is being merged into the global registry hierarchy.