Search the Community

Realism is for simulators and even then, there must be compromises. Reasonable is the right word for TDM. Regarding player movement it really depends on the character and how you want players to feel in his shoes. Is this a vulnerable veteran thief or a sneaky young cat? In this regard the increased mantle speed and the (single) grunt sound convey opposite connotations, imho.

No. There are limits to what a human is capable of, and, when a game like TDM, which is supposed to be a "immersive sim" feels too arcade-ish, then it's something I don't consider desirable, especially when the other movement (walking/running speed, swimming, diving, leaning etc.) or the use of weapons seems pretty realistic.

I am not really invested in realism being the criteria for a how a game should play, but it sounds like the devs modeled it using actual parkour videos - which would be people mantling in real life. Even if it was desirable I am not sure “realism” is an achievable result. The capabilities of people in reality is pretty diverse after all. I think what you are describing as "realistic" is just what feels subjectively natural or correct to you, which you can and should advocate for that. I am speaking specifically about the “mantle roll” - the tilting camera animation which plays at the last stage of the mantle. What I found is that the new mantle kind of clicks and feels subjectively “right” to me with the revised speed is a setting of .5 instead of 1. But that’s just me, so curious if you or others have any opinion on this menu setting.

You can try forcing vertical sync in Linux if using NVIDIA drivers with environment variables: __GL_SYNC_TO_VBLANK=1 ./thedarkmod.x64 https://download.nvidia.com/XFree86/Linux-x86_64/535.146.02/README/openglenvvariables.html

I like the new mantle speed a lot. Though I find with the faster speed the default mantle roll of 1.0 looks rather exaggerated and can be a little jarring, so I have been dialing it back. This is pretty subjective, but I have been dialing it back to around 60-50% and find that feels like a good balance to me. Might be worth looking at adjusting the default value now that the fundamentals are different, but maybe somebody else has an opinion.

Download the "White" or "Geep" version from this post. Latest code by Geep can be found in this post (the second "visible" parameter from SubtitlesLocationBacking must be removed). Unless we are talking different things text must be rendered with 8 shifts, otherwise it doesn't look as good: top-left, top, top-right, right, bottom-right, bottom, bottom-left, left.

I really like the location ring image by @snatcher , the white symmetric one with a sector. I'd like to replace the current image with it. @snatcher, could you please share it for download? Thus far I can only see enlarged jpeg version, but I think tga/png version is needed. Also, big thumbs up for outlined font version. This was my first idea when subtitles were initially implemented, but I did not manage to make this outlining. I added "dilate" image processing function and applied it to the font atlas. But then letter boxes in atlas must be enlarged, and the whole atlas needs to be repacked because otherwise there is not enough padding. Rendering the text with 4 shifts sounds stupid but solves the problem in much better way. As for layout and spacing of subtitles, I think it would be everlasting discussion. Everyone has his own taste regarding this. It might be OK to shift the subtitles up and down. But all the discussions about making them narrower/wider or removing padding (basically, everything which may affect text layout) is potentially breaking, so I'd prefer not to do such changes unless it is crucial.

The newest version currently is 3.8.0. You could try previous versions (on Windows): https://www.darkradiant.net/download.html to see at which version you get the crash and to not miss too many features with your prehistorical old version 2.8. You can download a portable version of each, although the settings are shared, so it's not really portable.

Yes. I am using your download just as presented in the latest beta with no modifications or addons.

Creating a new thread for this as it was being discussed in an old beta-testing thread starting here: https://forums.thedarkmod.com/index.php?/topic/21822-beta-testing-high-expectations/&do=findComment&comment=490751 I suppose the main questions are: when should this spawnarg be used, if at all? why was it introduced in the first place? Can we get it documented properly on the Wiki so misuse isn't propagated? @stgatilov @Dragofer

One last chance! In the two mock-ups attached to this post I am printing out each block of text a total of 9 times. In my humble opinion this is as close as we can get to a true outline. 9 times may sound excessive but I recall very complex in-game digital screens with tons of text and graphics in Doom 3 and I assume my approach cannot hinder performance in any way. I can be wrong, though. Download a pk4 and place it in your TDM root folder. Do not use quicksaves/loads, start a new mission when switching pk4. Delete the pk4 once you are done with testing. Some missions to give this a go: Seeking Lady Leicester: Intro Braeden Church: Beginning The Black Mage: Intro + Beginning A New Job: Intro + whole mission Here is a comparison in extreme situations (better to experience it in-game because of image compression): Outlined white [z_Subs_212_NoBG_Yellow_v5.pk4]: Outlined yellow [z_Subs_212_NoBG_Yellow_v5.pk4]: And also attached the original, improved version [z_Subs_212_YesBG_Geep_v4.pk4]: z_Subs_212_NoBG_Yellow_v5.pk4 z_Subs_212_NoBG_White_v5.pk4 z_Subs_212_YesBG_Geep_v4.pk4

And here is v4 "Geep", based on your code from four posts above. Background enabled Text centered New graphic White color (let me know if you want to test other colors) Choose between any v3 or v4. We will take your choice to @stgatilov for a sanity check afterwards. EDIT: Download removed. Check this post for the latest version.

Thank you very much, Geep. Not in my samples but mind you: I consider this a visual exercise to evaluate what looks best and decide what works and what doesn't. No guarantees in the code. Gui values must be properly reviewed once you settle on something. Find attached to this post v3 "Yellorange". Text is centered and the font color is a yellow leaning to orange, that looks like yellow in the game but it actually is more orange than yellow (for me anyway). EDIT: Download removed. Check this post for the latest version.

Yellow have an edge, yes. We definitely can't go wrong with white. Other than the graphic, which I think I cannot innovate further, I wanted @Geep to experience his work without backgrounds. To background or not to background, a tough call for different reasons explained. Fortunately this can be modded to an extent. I provided working samples. Download a zip, unzip it and place the "gui" folder in your TDM root. Delete the "gui" folder when you are done. No, I merely print the same text three times: 1x black a tad top-left, 1x black a tad bottom-right, 1x light grey centered. I think you better experience it for yourself, and draw your own conclusions.

Thanks, @Wellingtoncrab. Yes, @Geep, @stgatilov and @datiswous are doing a great job with the subs. Having no background to rely on one may argue yellow is the worst choice since yellows are supposed to be more common in the TDM world however, from my limited testing, I detected occasional interferences with both white and yellow colors. White feels colder and yellow feels warmer. I, for some reason, find yellow more welcoming and less out of place. We could try with different shades of yellow. Find below v3 in white color for completeness sake. EDIT: Download removed. Check this post for the latest version.

How about something like this (now in yellow for a change). v3 below. EDIT: Download removed. Check this post for the latest version.

There can be up to three blocks and each block can contain up to two lines of text, right? Plus the graphic at the top when appropriate, correct? If that's so then the new sample attached should be ok. I take the assumption that it is not possible to measure the length of each character and have a background that fits the the length of the text and as such, I once again removed the background but now added a kind of outline (fake drop shadow). Unfortunately the current font is sometimes thick and sometimes thin and the outline would be more effective if we had a typeface with a more consistent, thick outline. Subs are displayed by limited time and the more clear the font the faster we scan the text. I know you want the background because you are concerned some words cannot be read in some situations but my main concern is about those players that wouldn't mind having subs but end up disabling them simply because they find the whole approach too obtrusive. In my sample I went from pure white text to a light grey shade. Yellow color works quite well too for the subs. I understood what you were going for but it didn't land here. I haven't thought of alternatives for the graphic but I am impressed with some of @MirceaKitsune's gui/hud work so perhaps he can come up with different ideas. EDIT: Download removed. Check this post for the latest version.

I can confirm your issue. My monitor can run at 165 Hz so I set the in-game FPS cap to 166. When capped at 166 FPS I can't hear any faint footsteps while creeping either, but when set to a cap of 144 FPS the creeping footsteps played as expected. I've only played a handful of missions since I got this monitor so I likely just didn't notice this and if there were any other oddities like the camera and other movement, I didn't notice them either. Still, there's clearly something subtle happening at higher frame rates. I'd be curious if the problem happens on say a 60 Hz monitor but still capped at 166 FPS. Guessing it would. As for the other thing you noticed where the actual frame rate cap doesn't seem to match the one selected in the menus, I think this is more of an issue with the Doom 3 (id Tech 4) engine the game uses as its base. My understanding is it took some work to actually get higher frame rates than 60 working in the game in the first place. Even the dhewm3 source port of Doom 3 doesn't have it working correctly. Even if you uncap the FPS the timing of the game goes to warp speed and it's completely unplayable. https://github.com/dhewm/dhewm3/pull/297. Amusingly there's at least one TDM dev who posted there, since people talk about how TDM implemented their own solution (not without its own bugs).

Hi, I tried playing TDM on a 170 hz monitor but there seems to be a problem with the footstep noise rate and camera sway speed when creeping at very high framerates. I tried a few searches in this forum and couldn't find any posts about it so here goes. With the Max FPS setting at 150, creeping footstep noise and camera sway seem similar to capped 60 fps behavior, possibly a tiny bit faster. With Max FPS at 160 and then 166, the footsteps slow down such that creeping feels noticeably floaty. With Max FPS at 170, I've recorded a whopping 1 minute and 20 seconds between starting to creep and hearing the first footstep noise. The camera sway is slow and smooth enough that it is hard to notice at all. My specs: Windows 10 64 bit, Nvidia RTX 3060 Ti, Intel Core i7-13700KF. I'm playing on TDM 2.11 and have experienced this issue while testing both the Training Mission and Tears of St. Lucia. On a possibly related note, the "Max FPS" setting in found in the game's menu seems highly inaccurate. According to the game's own fps counter as well as my external counter, "Max FPS 180" actually caps the fps to 166, "Max FPS 200" actually caps fps to about 180, and so on. For this post I used the numbers shown in the game's menu, not the ones reported by the counter.

I'm pleased that the latest builds of TDM offer analog controller support but is there anyway to fine tune it and adjust movement speed when pushing the sticks forward/backward/strafe etc? Right now the slowest movement using the analog stick is too fast. Can it be made to creep forward or strafe even slower? I would still want it to be able to run at maximum speed if the stick is pushed forward all the way however.

I've added a redirect from /download-the-mod/ to /downloads/ so the correct downloads page should be reached if someone finds the old download link

Okay, this probably isn't the right place to report it, but some developers will see it here so I'll do it nevertheless ;): I just wanted to update TDM on another PC and when I use Google to find the installer, the first hit sends me to the following page where all links are dead: https://www.thedarkmod.com/download-the-mod/. The second hit sends me to the correct page (https://www.thedarkmod.com/downloads/), so I think the first page needs to be removed or get updated links!

Looking at the code, the originals were "pm_mantle_pull 750" and "pm_mantle_pullFast 450". The new "pm_mantle_pull" value is "400". A "pm_mantle_pullFast" value of "450" would be slower than regular pull, not faster. With both being set to "400", they are at least similar. Other than that, it's subjective and the feedback from playtesters was positive. Also, referenced internally here: https://forums.thedarkmod.com/index.php?/topic/22256-movementcontrols-settings-in-main-menu/&do=findComment&comment=489158

Caveblazers 100% off on GOG https://www.gog.com/en/game/caveblazers https://www.gog.com/giveaway/claim https://slickdeals.net/f/17185531-caveblazers-pc-digital-download-free-via-gog

For those curious about the increased mantle speed: