Search the Community

After having trouble dragging the body where he wanted, the player said, "No. Noooo." (29:09) Player said, "I'm sorry. I'm not trying to look up there. It's just very awkward to drag bodies." (30:08) What I see is a player having trouble being stealthy while playing a stealth game, so this video just adds evidence in support of making shouldering the primary action over dragging. I never saw that he figured out how to shoulder a body. I think we are wanting to optimize for two different scenarios: One is to optimize for a stealth experience, and the other is to optimize for a "comical" experience. If I'm understanding you correctly, you have a strong fascination with body manipulation. Earlier in this thread, you stated: What you find as "comical", I see as the player suffering with the gameplay and struggling with the controls. Players have written their frustration with the pre-2.12 controls and stopped playing TDM all together. I've already seen players write about their interest in trying 2.12 based on the recent changes, which is huge. They're willing to give it another go, and that's great for our community. I am interested in watching playthrough videos and reading player experiences with the 2.12 version once released. Then, we'll be able to get more feedback about the 2.12 controls. Body manipulation is still available, and I find that it's even easier to do with the 2.12 controls. @STiFU commented something similar: @snatcher, given that body manipulation is so important to you, then I suggest creating a group and creating content about body manipulation. This could be similar to the groups that ghost or ironman the game. For example, Rule #1: Bodies must be dragged. Shouldering bodies is not allowed.

Oh my, I completely forgot about this. @OrbWeaver I actually got DR to work fine with png images and obj models. Seems like it supports them fine, as long as the mtr files are correct. Greebo helped me out on discord. Also got it to be compatible with Godot's importer plugins by exporting as Quake 3 format (as long as there's no complex geometry, like patches, etc, it seems to work). The only reason I didn't keep using DR, is because DR doesn't seem to store the game's path properly. When you switch game setup, the path remains the same, so you have to manually set the path every time you switch project. I tried having separate portable DR installations for each project, but it seems DR isn't properly portable either, as the game setups are also stored globally. So that didn't work either.

Risen 1 definitely is more like Gothic. I also played it through 2 times now, the last time a couple of days ago. Risen 2 is different, but, I find the setting and gameplay very coherent. That pirate stuff fits nicely. I'll probably also play through Risen 3 when I'm finished with part 2. I never played that one through, after always failing at the oracle spider boss last time... By the way, looks like Piranha Bytes are in a lot of trouble, and will probably be closed down: https://www.gamestar.de/artikel/piranha-bytes-gothic-elex-schliessung,3406996.html Unfortunate, but, the whole game industry seems to be quite messed up these days.

hm..I I put a mtr file with that text in the materials folder...but then lightening is not triggered anymore in game on my end...

No I just typed it wrong in the post. But in the game I did it correct.

I'm replaying this game at the moment (I already played it through once, in 2015), and, I'm absolutely loving it again... Lovely game world, and some really charming characters, and funny quests.

I am going to sort-of reveal that this is loosely like the nature of my upcoming mission. I noted it here when JackFarmer asked about things that are coming along in this post: https://forums.thedarkmod.com/index.php?/profile/37993-jackfarmer/&status=3943&type=status It too is a builder church. The player is requested by a hopefully famous character in another mission to handle some business that is affecting the congregation. I am looking to invoke some info and history laid down in other missions as a hook story.

Yep I assumed it was all 16:9. The code can be modified so referenceAspect is no longer const. It could use 16:9 as default and for other aspect ratios perhaps forceAspectWidth/Height can be set on those screens and the referenceAspect would be calculated based on those values. I agree it would be nice to drop special images for different aspect ratios. I was able to change the spyglass & keyhole images to always use the 16:9 image and it worked nicely. The issue is just finding a way to have the black background continue outside the letterbox area so the game viewport is not leaking through. With the fullscreen changes I was hoping to find some general way of correcting the UI without having to change the content too much, ideally so mission creators wouldn't have to go back and change their content to support different aspect ratios. I did however hit a roadblock because it seems that loading screens and briefing screens are copypasted for every mission so this content may need to be patched anyway. If a whole pass on the GUI files is necessary anyway I would skip the fullscreen hack and aspectAware parameter and go with something else that makes sense.

I just added (in-game) a background color to the rectangle of the "Acquired" message for better reference. I think you better let it be Some players might make the light-gem a little smaller or larger and these players have been serviced. Players with tiny or huge HUD elements are on their own (and they know it!)

This is based on the tdm_subtitles_message.gui given in the stgatilov's post you referenced, and also identically in 2.12 beta 3. I have reviewed this as you requested. I can't speak to the accuracy of the green bars in your screenshots, but the calculation seems correct. It derives from the calculation in mainmenu_settings_guisize.gui (of beta3), which finds the top edge of the bounding box of the Inventory Pickup Message (e.g., "Acquired 80 in Jewels"), then reduces that to account for the subtitle backing field height of 37, plus a 4 pixel gap between the lowest subtitle field and the pickup message. I also confirmed that the beta3 calculation of the top edge of Inventory PickupMessage is identical in both mainmenu_settings_guisize.gui and tdm_inv.gui; the latter is part of the HUD during game play.

I created the page: https://wiki.thedarkmod.com/index.php?title=Lightgem In the source I placed the following text: <!-- Page text made by forum user Fiver: https://forums.thedarkmod.com/index.php?/topic/22327-how-can-i-create-an-account-on-the-tdm-wiki/&do=findComment&comment=491145 --> Personally I think the page isn't really necessary because the info is already present under HUD.

I've been on DR 3.8 for a while, but today it started giving me an error with the title "Real Hard DarkRadiant Failure" and message "Could not acquire frame buffer lock", "Break into the debugger?". Regardless of whether I press Yes or No, the next message is "Unhandled exception", "An unhandled exception occurred. Press Abort to terminate etc.". If I press Abort or Retry on this message the top row of buttons (File, Edit, View etc.) flash rapidly and then DR shuts down. If I press Ignore I can continue using the program, but as soon as I interact with the UI the error message comes up again. So far I already tried to wipe my user settings in AppData/Roaming, but it made no difference.

@Frost_SalamanderIt has been a good minute since i've played with particle collisions with rain, however I decided to revisit it after seeing your post and I can't seem to get it working. @stgatilov could you please confirm if this is the right flow as it doesn't seem to be working in my map: 1) Create a .prt file containing: particle rain2_heavy2024 { { count 100 material textures/particles/drop2 time 0.500 cycles 0.000 bunching 1.000 distribution rect 0.000 0.000 0.000 direction cone "0.000" orientation aimed 0.000 0.040 speed "1000.000" size "0.500" aspect "1.000" randomDistribution 0.000 fadeIn 0.200 fadeOut 0.000 color 0.040 0.040 0.040 1.000 fadeColor 0.000 0.000 0.000 1.000 offset 0.000 0.000 0.000 gravity 0.000 collisionStatic mapLayout texture 512 512 } } 2) Create a .mtr file containing: textures/darkmod/weather/rain2_heavy2024mtr { deform particle rain2_heavy2024 qer_editorimage textures/editor/rain nonsolid noshadows { //needed to emit particles blend filter map _white } } 3) Create the appropriate patch in game applying the above texture to it (with the texture fit to it and it facing down) 4) dmap missionname.map 5) runparticle missionname.map But ingame the rain just ignores the brushes and falls right through: Even using "particle_collision_static_blocker" "1" on this water entity, had no impact

About Errors Running Recently-Created testSubtitles... FMs under TDM 2.12 Beta 3 Console gui parsing errors now occur in the FM's custom version of tdm_subtitles_message.gui, because Beta 3 no longer defines SUBTITLES_TEXT_BORDERCOLOR. To correct this, in the testSubtitles.../guis/tdm_subtitles_message.gui, comment out the 2 lines that say: bordercolor SUBTITLES_TEXT_BORDERCOLOR Or replace with the so-fixed and updated version of this file from testSubtitlesCynic, to be released shortly. Early testSubtitles... FMs created during the first half of 2023 may need additional surgery to run without error.

We used to have a more open policy about wiki access but got burned by spammers who acted in bad faith. If you have a wiki idea, please post a document and other members with wiki access can vet it and add it. Once you have proven your long-term viability, you will likely gain access to self-edit. Nothing guarantees that a spammer isn't "playing the long game" and waiting for such access but it increases the barrier of entry and makes the endeavor less enticing. I refrained from commenting on this thread because I do not have privileges to add users to the wiki and therefore generally do not feel comfortable speaking on behalf of those who do have such privileges.

the 2080 ti is not a great 1080p player it starts to shine at higher resolutions best at 4k at 1080p it barely beats my 1080 ti at 1440 it runs about 15 to 20% faster and at 4k it speeds away at more than 30%. i can barely get it warm at 1080p mostly stays at 40 degrees in crysis remastered at can it run crysis mode (nope it cant really run it heh) getting around 30 fps at 1080p with occasional spikes into the 50 range heh. at higher resolutions the fps starts to go up which is kinda weird when used to it murdering fps at 1440 i get around 40 fps and at 4k it goes into 59 fps but cant quite break the 60 fps barrier sigh, it does look very good though. my old cpu might actually be holding it back at lower resolutions despite being comparable to a ryzen 3700x in performance (benchmarks show allmost the same performance between them), then again at the insane detail levels at the highest setting of this game it might be better to just go 4k anyway at which point it does not matter that much.

Btw. is there a way to reload subtitles without restarting tdm? So let's say I test a subtitle and then I edit the subtitle while the game is running. If I load a save I don't get the edited subtitle it seems.

Hi folks, I'm finally coming back to this after some time I've found that the latest SVN revision (10623 at the time of writing) is broken on FreeBSD 13.2/clang 14.0.5 again, but am preparing patches to fix them. Some of these issues include: Printing strings in `game/LodComponent.cpp` missing `.c_str()` INFINITY is a system-wide macro in <cmath> that conflicts with idMath::INFINITY Is renaming it to ID_INFINITY the right move here? ALIGN is a system-wide macro that conflicts with ALIGN in `idlib/sys/sys_defines.h` I plan to rename the macro to something like ID_ALIGN to avoid the conflict The `register` keyword is not allowed in C++17 While I prepare patches for these issues, what's the best way of providing patches upstream? As a patch upload here, or something else? I've also noticed that there is now a Git mirror (thank you), which makes it easier for me to prepare local commits and separate different patches from one another for purposes of upstreaming.

In the first post of the other topic Geep proposed: Then Stgatilov's answer: But I think applying subtitles in different languages shouldn't be too hard I would think, but I don't know how the current translation system works. The engine should apply the correct subtitles based on the applied language setting, this doesn't need a whole new language system I think. Not sure who's going to write those subtitles though. I can only do Dutch and English and nobody needs Dutch I think. I suggest further discussion of this to take place in topic https://forums.thedarkmod.com/index.php?/topic/21741-subtitles-possibilities-beyond-211/

With that many maps what a lot of people are going to want is curation and quality control. If you want to know why Thief FMs are still pulling more eyes, that would be my guess. It's not even that the quality of the best Thief FMs are better than ours (IMO they are not), or that they have better tools for recommending them. The big advantage is that Thief has an popular and established lexicon for having those discussions. People know their expectations and can communicate them; and when they communicate their preferences they can reasonably expect to have them understood and satisfied. An excessive example (not biographical but a plausible hypothetical): The relevant point is that playing TDM is a major investment to the biggest demographic of people that might be interested in branching out. It seems like some people here don't recognize that dynamic. Some of us think that there are a bunch of quirky or vestigial irregularities in TDM that don't add much value to the established community and could be homogenized to to lower that barrier to Thief transplants. We are confused why you guys see it as so threatening. Personally I still feel like I haven't got a single straight answer. All that said on this specific mantling issue, I am actually sympathetic to the reactionaries. I love that the new speed was calibrated off of parkour videos. That was super clever. However the opposition has a point that our play characters are usually hauling like 25 kg of loot, gear, and body armor during a typical mission, judging by the in game models. And they are generally not in any big hurry. It it were me I would split the difference between the old and new speeds, or maybe go 70-30 in favor of parkour.

Very interesting reading, Welli. Here is a different spin when it comes to new players. The number one selling point of TDM within its genre is content. Thanks to talented and dedicated artists such as yourself we now have around 175 self contained stories. I would say TDM crossed the barrier from medium to high selling point with the 100th release. From this point on it doesn't matter if the game offers a hundred or a thousand maps. A hundred maps is A LOT already. Want content? Look no further. Requisite fulfilled. The number two selling point is... you tell me. Free? Open Source? Multi OS? Map editor? Being maintained? Just like with any form of entertainment people will either love TDM at first sight, tolerate it and even get to like it, or simply dismiss it. No amount of small tweaks can fundamentally change TDM and certain changes may end up dividing the community. My ultimate goal here is to make this community aware of the potential of a healthy modding scene to attract artists and experts in all departments and feed hungry and demanding players. Mods can be the second selling point of TDM: thief it your way.

Yeah it would be cool to see some more detailed statistics and it’s a shame they aren’t really captured. Since we are talking about fan mission platforms, where players also make the content for the game, I feel like the best thing we’ve got is you can look at the number of content releases for the games. Keep in mind the graph counts campaigns as single missions - so for example NHAT and TBP both count as 1 mission. A good year for TDM has has approaching maybe 50% - mostly we’re 25-30%. https://www.ttlg.com/forums/showthread.php?t=152494 You could also look at the number of ratings thief missions get on https://www.thiefguild.com/ vs TDM ones, but that is pretty iffy in that you could chalk that up to more awareness of the site in the thief community than TDM Out of curiosity is there a reason a thief player can’t be a new player? I kind of think a player is a player and new players would be ones who are playing the dark mod who weren't? Is there disagreement the base of players most likely to pick up the game are fans of the thief games? They are certainly the most fruitful place to find feedback on the game beyond the sphere of this forum that I have seen. When we were trying to finish up SLL there was a lot of discussion on the forums about how long it had been since there was a release for the game. I am thankful that the stats show at least some stability over the years in terms of releases for TDM, but the trend for all of the games is decline. Not doing anything is a valid response if that’s what the devs want to do - it is not possible to provide evidence that any effort will slow that inertia. As a player and content maker I would just prefer trying to find feedback where it is offered from players who were willing to try the game but ultimately could not engage with it and see if there is anything that can be done within reason to ease them into the game. The game has a lot to offer imo. All those players are potential contributors - contributions in turn attract players - it’d be nice to see the cycle go on as long as it can.

In which way do you think that the changes made to mantling and leaning will "encourage new players"? I don't see anything about the old systems which would be a hindrance, or a discourage for people getting into the game. Anyway, my main issue with this and other things which have been pushed here quite aggressively lately is something different. But, that's something the core team of the mod should address (and know), and is probably not something to discuss here in public (and not up to me anyway). I'm in good faith that it will be addressed, because, I don't think it can go on much longer like this.

Yeah I played it. Makes the game a lot more playable. Thanks. I might boot it up sometime to see if it's still worth it. I find the Diablo 2 interface too outdated and I think the official Diablo II: Resurrected doesn't fix that. It seems some Diablo 2 mods implement DGengine: https://www.moddb.com/mods/dreamaker-mod I remember a glide wrapper also improved the graphics, but is probably not needed anymore with DGengine.

All right y'all. We need some good ole data instead of 28 pages of -- well, you know. The "mantle roll" is the amount the view rolls or tilts during a mantle. So, if you could be so kind as to: Launch TDM 2.12 Beta Go to Settings -> Gameplay Set "View: Mantle Roll" to: 1.0 and test in game (100% of original mantle roll) 0.5 and test in game (50% of original mantle roll) 0.1 and test in game (10% of original mantle roll) Finally, vote for your preferred setting. The increased mantle speed changed the feel a bit and perhaps the mantle roll would feel better tweaked some to match it. (Edit: To clarify, this is about a potentially different default mantle roll value. The "View: Mantle Roll" slider in the settings will remain, regardless.) This thread is for your click-ity click vote on the poll at the top of this page. All constructive comments about the increased mantle speed in 2.12 are welcome on its own, wonderful thread: