Search the Community

I dom't use it, i found it here with the filter set to OpenSource. the TOS and PP isn't excluding for an OpenSource app, if they use ads mean that they also need to pay an server for this online service. OpenSource is not synonymous with free either, perhaps after the beta phase it is no longer free, so perhaps you can take advantage of the fact that it is still free to create a series of textures that can be used or search another one in Futuretools. AI generated textures and assets, by definition, don't have any copyright, so you can use them as you want. https://www.futuretools.io/?pricing-model=free|open-source&tags-n5zn=gaming

My core i5 6500 with SSD and dual channel 8gb RAM slapped on it barely hit above 80 fps on the dark mod(lowest setting, 768p resolution) , framerate is crazily high on loading screen, sometime it suffers dramatical fps drop on certain spot and freezes for a second and goes back to normal. I have tried playing with all non essential program shut down to minimize background process but to no avail. This applies not limited to the darkmod itself, strange lag spikes also occur when i play decade old games such as far cry 2, splinter cell double agent and SC: conviction, sleeping dogs, hitman absolution and Just cause 2 , all of which could be handled easily by modern intel integrated graphics. I know i have budget to upgrade but i am trying to push my pc to its limit. i borrowed my sister's pc yesterday and tried running latest dark mod on ryzen 3 3200g with 8gb ram and 1GB vram allocated to its IGP , the difference was night and day. Gonna purchase ryzen 5 5xxx with cheapest AMD/Nvidia GPU and this HP elitedesk 800 G3 would be repurposed as my next homelab

Hello TDM-ers. I am encountering an issue where textures seem to partially disappear. I tried searching the forums, but, I don't know what to search for. The missing textures are a worldspawn brush acting as a roof with {for now} flat iron texture. There are other worldspawn brushes right below to create an attic ceiling with roof framework board texture. These gaps appeared a few edits ago. I can't "undo" to get back before whatever edit did this. The gaps are only visible during play and are not visible during editing. Closing and reopening DR and TDM do not fix anything. Some of the brushes overlap in areas behind the play area but I have never seen an issue doing that. The attached image has the effect I am now seeing. Ideas on where to start debugging this? Very much appreciated. Clint

Awesome! Post is up! https://forums.thedarkmod.com/index.php?/topic/22200-beta-testing-the-house-of-delisle/#comment-487365 Thanks!

Complaint From Players The player must pick up candles before extinguishing them, and then the player must remember to drop the candle. The player must drag a body before shouldering it (picking it up), and the player must remember to frob again to stop dragging the body. The player finds this annoying or easy to make mistakes. For players who ghost, some of them have the goal of returning objects back to their original positions. With the current "pick up, use item, and drop" system, the item might not return easily or at all to its original position. For example, a candlestick might bounce off its holder. (See player quotes at the bottom.) Bug Tracker https://bugs.thedarkmod.com/view.php?id=6316 Problems to Solve How can the "pick up" step be eliminated so that the player can directly use or interact with the item where it is in the game world? How can so much key pressing and mouse clicking be eliminated when the player wants to directly use an item? How can candles be extinguished and lanterns toggled off/on without first picking them up? How can bodies be shouldered without first dragging them? Solution Design Goals Make TDM easier for new players while also improving it for longtime players. Reduce tedious steps for common frob interactions. Make it intuitive so that menu settings are unnecessary. Do not introduce bugs or break the game. Terms frob -- the frob button action happens instantly. hold frob -- the frob button is held for 200ms before the action happens. (This can be changed via cvar: 200ms by default.) Proposed Solution Note: Some issues have been struckthrough to show changes since the patch has been updated. Change how frobbing works for bodies, candles, and lanterns. For bodies: Frob to shoulder (pick up) a body. Second frob to drop shouldered body, while allowing frob on doors, switches, etc. Hold frob (key down) to start drag, continue to hold frob (key down) to drag body, and then release frob (key up) to stop dragging body. Also, a body can be dragged immediately by holding frob and moving the mouse. For candles/lanterns: Frob to extinguish candles and toggle off/on lanterns. Hold frob to pick it up, and then frob again to drop. Frob to pick it up, and then frob again to drop. Hold frob to extinguish candles and toggle off/on lanterns. For food: Frob to pick it up, and then frob again to drop. Hold frob to eat food. For other items: No change. New cvar "tdm_frobhold_delay", default:"200" The frob hold delay (in ms) before drag or extinguish. Set to 0 for TDM v2.11 (and prior) behavior. Solution Benefits Bodies: New players will have less to learn to get started moving knocked out guards. With TDM v2.11 and earlier, some players have played several missions before realizing that they could shoulder a body instead of dragging it long distances. Frob to shoulder body matches Thief, so longtime Thief players will find it familiar. Second frob drops a shouldered body. Players still have the ability to both shoulder and drag bodies. Compatible with the new auto-search bodies feature. Dragging feels more natural -- just grab, hold, and drop with a single button press. There is no longer the need to press the button twice. Also, it's no longer possible to walk away from a body while unintentionally dragging it. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Candles: New players will have less to learn to get started extinguishing candles. With TDM v2.11 and earlier, some players didn't know they could extinguish candles by picking them up and using them. Instead, they resorted to throwing them to extinguish them or hiding them. Hold frob to extinguish a candle feels like "pinching" it out. Once a candle is picked up, players still have the ability to manipulate and use them the same way they are used to in TDM v2.11 and earlier. For players who ghost and have the goal of putting objects back to their original positions, they'll have an easier time and not have to deal with candles popping off their holders when trying to place them back carefully. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Solution Issues Bodies: Frob does not drop a shouldered body, so that might be unexpected for new players. This is also different than Thief where a second frob will drop a body. "Use Inv. Item" or "Drop Inv. Item" drops the body. This is the same as TDM v2.11 and earlier. This is the price to pay for being able to frob (open/close) doors while shouldering a body. Patch was updated to drop body on second frob, while allowing frob on doors, switches, etc. Candles: Picking up a candle or lantern requires a slight delay, because the player must hold the frob button. The player might unintentionally extinguish a candle while moving it if they hold down frob. The player will need to learn that holding frob will extinguish the candle. The player can change the delay period via the "tdm_frobhold_delay" cvar. Also, when the cvar is set to a delay of 0, the behavior matches TDM v2.11 and earlier, meaning the player would have to first "Frob/Interact" to pick up the candle and then press "Use Inv. Item" to extinguish it. Some players might unintentionally extinguish a candle when they are trying to move it or pick it up. They need to make sure to hold frob to initiate moving the candle. When a candle is unlit, it will highlight but do nothing on frob. That might confuse players. However, the player will likely learn after extinguishing several candles that an unlit candle still highlights. It makes sense that an already-extinguished candle cannot be extinguished on frob. The official "Training Mission" might need to have its instructions updated to correctly guide the player through candle manipulation training. Updating the training mission to include the hold frob to extinguish would probably be helpful. Similar Solutions In Fallout 4, frob uses an item and long-press frob picks it up. Goldwell's mission, "Accountant 2: New In Town", has candles that extinguish on frob without the need of picking them up first. Snatcher's TDM Modpack includes a "Blow / Ignite" item that allows the player to blow out candles Wesp5's Unofficial Patch provides a way to directly extinguish movable candles by frobbing. Demonstration Videos Note: The last two videos don't quite demonstrate the latest patch anymore. But the gist is the same. This feature proposal is best experienced in game, but some demonstration videos are better than nothing. The following videos show either a clear improvement or that the player is not slowed down with the change in controls. For example, "long-press" sounds long, but it really isn't. Video: Body Shouldering and Dragging The purpose of this video is to show that frob to shoulder a body is fast and long-press frob to drag a body is fast enough and accurate. Video: Long-Press Frob to Pick Up Candle The purpose of this video is to show how the long-press frob to pick up a candle isn't really much slower than regular frob. Video: Frob to Extinguish The purpose of this video -- if a bit contrived -- is to show the efficiency and precision of this proposed feature. The task in the video was for the player to as quickly and accurately as possible extinguish candles and put them back in their original positions. On the left, TDM v2.11 is shown. The player has to highlight each candle, press "Frob/Interact" to pick up, press "Use Inv. Item" to extinguish, make sure the candle is back in place, and finally press "Frob/Interact" to drop the candle. The result shows mistakes and candles getting misplaced. On the right, the proposed feature is shown. The player frobs to extinguish the candles. The result shows no mistakes and candles are kept in their original positions. Special Thanks @Wellingtoncrab was instrumental in improving this feature during its early stages. We had many discussions covering varying scenarios, pros, and cons, and how it would affect the gameplay and player experience. Originally, I had a completely different solution that added a special "use modifier" keybinding. He suggested the frob to use and long-press frob to pick up mechanics. I coded it up, gave it a try, and found it to be too good. Without his feedback and patience, this feature wouldn't be as good as it is. Thank you, @Wellingtoncrab! And, of note, @Wellingtoncrab hasn't been able to try it in game yet, because I'm using Linux and can't compile a Windows build for him. So, if this feature isn't good, that's my fault. Code Patch I'll post the code patch in another post below this one so that folks who compile TDM themselves can give this proposal a try in game. And, if you do, I look forward to your feedback! Player Complaints TTLG (2023-01-10) Player 1: TDM Forums (2021-03-13) Player 2: Player 3: TDM Forums (2023-06-17) Player 4: TDM Discord (2021-05-18) Player 5: TDM Discord (2023-02-14) Player 6: Player 7: Player 8:

The *DOOM3* shaders are ARB2 ('cause of old GeForce support) carmack plan + arb2 - OpenGL / OpenGL: Advanced Coding - Khronos Forums

The size is quite on the limit IMO, it definitely is hard to navigate the city section. But, possible, if you frequently check your map. And, yes, absolutely superb mission.

Seems to confirm: https://bugs.thedarkmod.com/view.php?id=5718 does it happen in the latest dev build: https://forums.thedarkmod.com/index.php?/topic/20824-public-access-to-development-versions/

Allow me to complete this exercise by saying there still are issues with the X-Ray glasses in "Written in Stone" when trying to use them along with the Spyglass. Right now the Spyglass is kind of restricted but not too much, and the code to limit usage of the Spyglass is all over the place. This can change, but not today.

I just read@motorsep Discovered that you are able to create a brush, then select it and right click "create light". Now you have a light that ha the radius of the former brush. Just read it on discord and thought it may be of use for some people in the forums here too.

I just found this thread on ttlg listing Immersive Sims: https://www.ttlg.com/forums/showthread.php?t=151176

Recently revisiting the forums after a longer period of time I wanted to check the unread content. I don't know if I am doing this wrong since.. ever... but on mobile (visiting the unread content page on my smartphone) you have to click on that tiny speech bubble to go to the most recent post in a thread. If you don't click correctly you'll hit the headline and end up at post 1 in the beginning of the thread. It's terrible on mobile, since not only the speech bubble is really small and was to miss. But also the thread headline is just millimeters away from it so you go right to the first post that was ever made instead of the most recent ones. Am I doing it wrong? I just want to go through u read content a d the to the newest post from that topic.

A@datiswous Ah yeah, well sorry, I was quiet busy and only visiting discord. First time here on the forums since months now I think.. Thank you for the subtitles. I encourage everyone who is interested in using them to download it from here as I'm not sure when I'll be able to implement them myself into the mission. Again, thank you for your work.

I re-played this, and just finished it. Really nice, classic mansion mission. Again, I didn't really care for the K.O. limitation (I played on the medium difficulty, and I just knocked everyone, ignoring the failed optional objective), but, I accomplished all the other optional objectives. I like that this mission feels so polished, it seems well tested. Nonetheless, the one thing I'd definitely criticize about it is the K.O. limitation objective. It just doesn't make sense to limit the player's approach that way (and it doesn't make sense from the mission perspective either). Really can't stress that enough. Please give the player all the options to play his way, and don't force the player to play your way. Cardinal error in my opinion.

Of course, it is one of the reasons for the decline of online forums, since the advent of mobile phones. Forums on a mobile are a pain in the ass, but on the other hand, for certain things there are no real alternatives to forums, social networks cannot be with their sequential threads, where it is almost impossible to retrieve answers to a question that is asked. has done days ago. For devs for internal communication, the only thing offered is a collaborative app, such as System D (not to be confused with systemd). FOSS, free and anonymous registration, access further members only by invitation, full encrypted and private. https://www.system-d.org

Ignoring is somewhat inadequate as you still see other members engaging in a discussion with the problematic user, and as Wellingtoncrab says such discussions displace all other content within that channel. Moderation is also imperfect as being unpleasant to engage with is not in itself banworthy, so there is nothing more to do if such people return to their old behaviour after a moderator had a talk with them, except live with it or move away. I'd be more willing to deal with it if it felt like there were more on-topic discussion, i.e. thoughts about recently played fan missions or mappers showcasing their progress, rather than a stream of consciousness about a meta topic that may or not have to do with TDM. I guess the forums already serve the desired purpose, or they just compartmentalise discussions better.

Not ignored there is always an in engine frame rate cap applied in TDM, the max being 300 FPS (kind of), that's why you need to set the in-game FPS cap to something much higher, for me 300fps and then set RivaTuner to limit lower than that (i.e. 240 fps). Rivatuner's driver measures on frame generation is started I believe, so when the frame is starting in the pipeline, measures the time difference until the next frame is starting in the pipeline or something like that. And then you can add up those frame times and avg them over a time period. The default is 1 second avg, but you can change that if you want to something lower. Set it to 0 to turn off averaging and just show each frame time, but at high frame rates it's unreadable blurry mess if they change. Here's the options you can pick in RivaTuner And the technical description of Frametime Calculation Point:

Okay, here's an example. When I limit FPS in game with com_maxfps 240, the frametime graph looks like this. First off, it's not even hitting 240 fps 4.16 ms / frame, it's way over at 4.9 ms avg. This also feels bad in game as the frame times are inconsistent, though not terrible. If I set the engine to com_maxfps 300 and use RivaTuner to limit FPS to 240 I get this. Right on 240 fps with only a small dip every now and then to 239/238 fps. And that is way smoother in game. I could turn on Vsync, but even then it's not as good. For example, in this scene, I get decent performance with VSync on, but with frametime inconsistencies. But when I turn off Vsync and use Rivatuner to cap FPS at 240 fps. Notice the in game FPS counter is not accurate.

I have an 144 Hz monitor for a couple of years. My main wish is for TDM to never go bellow 120 FPS, which still happens on low settings but is still pretty good compared to the past. I use VSync as I don't see any benefit in stressing the video card for more frames than the monitor can render, problem is it's still hard to reach the monitor refresh limit constantly. Regarding other bottlenecks like input lag or perceived performance, it would help a lot if the engine had native Wayland support on Linux rather than still going through X11, still yet to happen to my knowledge. I use the stock amdgpu driver and performance is pretty amazing all in all, latest dev snapshot did wonders and it will prolly get even better

I don't recall a system for noise masking. It sounds like it'd be a good idea, but when you get into the details you realize it'd be complicated to implement. It's not only noise that that goes into it, I think. E.g., a high register can cut through even a loud but low register rumble. And it's not like the .wav file even has data on the register of what it's playing. So either you have to add meta-data (which is insane), or you have to have a system to literally check pitch on the .wav data and paramaterize it in time to know when it's going to cut through what other parameters from other sounds. For that matter, it doesn't even have the data on the loudness either, so you'd have to get that off the file too and time the peaks with the "simultaneous" moment at arbitrary places in every other sound file correctly. And then position is going to matter independently for each AI. So it's not like you can have one computation that works the same for all AI. You'd have to compute the masking level for each one, and then you get into the expense you're mentioning. I know there was a long discussion about it in the internal forums, and probably on the public subforums too, but it's been so long ago now I can't even remember the gist of them. Anyway the main issue is I don't know if you'll find a champion that wants to work on it. But if you're really curious to see how it might work, you could always try your hand at coding & implementing it. Nothing beats a good demo to test an idea in action. And there's no better way to learn how to code than a little project like that. I always encourage people to try to implement an idea they have, whether or not it may be a good idea, just because it shows the power of an open source game. We fans can try anything we want and see if it works!

OK, after discovering a gpt-4 account can be cancelled anytime (and even renovated later) I decided 20-odd dollars was worth investing to explore it. I found it fascinating but my main interest was fiction writing and I found although gpt-4 was creative and its grammar perfect, it's continuity was flawed with anything longer than maybe a couple of thousand words because amazingly it cannot recall precisely all the text even in one conversation. Somehow it condenses earlier messages and the further you get into a story the more I get forgets stuff, like Mr Johnson comes into the room. Erm... didn't Mr Johnson die in Chapter 3? This only applies if you try to help chatgpt-4 to write a story rather than get chatgpt-4 help YOU to write a story. That's different. Anyway, I've not given up trying to find a workaround, and in the meantime, gpt-4 now provides internest access via Bing. This is even better than Phind. You can type all sort of instructions in and get gpt-4 to do the searching like so: User: OK. please search for advice on getting chatgpt-4 to write a long story. List the first 10 website articles. Omit any that only help the user write a story, and only list those where the user helps chatgpt-4 to write the story. Abandon processing any websites that give errors such as failing to access and instead display here the link, then continue searching. If you can't find 10 articles within 10 minutes, then stop Chatgpt-4: I'm sorry, I wasn't able to fully complete your request. However, I've gathered some useful information. I found an article titled "How to Write a Novel With ChatGPT (Ultimate Guide in 2023)" on WritingBeginner.com. This article provides a step-by-step guide on how to use ChatGPT to write a novel. This guide includes 13 steps, such as: 1. Asking ChatGPT to suggest a genre and subgenre. 2. Using ChatGPT to come up with a story premise. 3. Expanding the premise into a back cover blurb with the help of ChatGPT. 4. Creating an outline from the blurb with ChatGPT's help【74†source】【75†source】【76†source】【77†source】【78†source】. I spent quite a bit of time exploring the details of this guide, which may be helpful if you're looking to use an AI like ChatGPT to assist with writing a long story. Unfortunately, I wasn't able to find 10 separate articles that specifically discuss how to help ChatGPT-4 write a long story, as per your request. The search results included a mix of different kinds of articles, and it took a significant amount of time to explore each one to determine its relevance. I'll list the URLs of the remaining pages that seemed potentially relevant, but I wasn't able to fully explore them within your time limit: 1. https://www.artificial-intelligence.blog/news/how-to-write-a-story-with-gpt-3 2. https://www.wired.com/story/ai-language-models-biggest-challenge-yet-long-form-content/ 3. https://www.writersdigest.com/be-inspired/how-artificial-intelligence-can-help-authors-write-a-better-novel 4. https://www.fastcompany.com/90697938/this-is-how-a-i-will-help-you-write-your-next-novel 5. https://towardsdatascience.com/writing-with-gpt-3-turning-prompts-into-novels-ba1d109b2a6f 6. https://www.technologyreview.com/2023/03/20/104107/artificial-intelligence-is-now-writing-novels-heres-an-example/ Please note that the relevance of these articles to your specific request is uncertain since I wasn't able to fully assess them within your time limit. As for the technical question about Chrome updates, the latest version of Google Chrome as of June 8, 2023, is 112.0.5615.137/138 for Windows and Mac, and 112.0.5615.165 for Linux【47†source】. I hope this information is helpful, and I apologize for not being able to fully meet your initial request. End... This will change searching the net forever! It's like having an assistant to do the legwork.

I was just thinking if a conventional depth pass may also do the trick: Render world geometry as an untextured unlit Z-buffer at a small cheap resolution (eg: 256x128 default)... knowing each entity's distance from the camera, an entity is discarded when its projection doesn't touch at least one pixel darker / further than its own location. Could that work? Something worth noting: If you own a relatively modern video card (last 5 years or so) and use an 1080p @ 60 Hz monitor, you may get the maximum performance... even that requires lower quality settings (absolutely no MSAA) but now it's possible to get a constant round 60 FPS. The big problem is playing on either a 4k or 144 Hz screen and hoping to reach anywhere near your VSync limit, god forbid both at once. Most of us don't want more pixels in our monitor so 1920x1080 is still the expected standard, unless we have TDM players who play on a large TV which wouldn't surprise me. Yet we are going for 144 Hz... once you get used to it and can't go back, anything under 120 FPS starts to feel like you're lagging. At the moment I get +80 FPS in most areas, +100 in some, +120 very rarely when I'm lucky... the full 144 only if I'm literally staring at a wall and of course in the main menu.

I investigated the topic, and I still think it is too hard. Precomputed visibility is perhaps the best thing for us. So we can split space into cells, and precompute whether cell A and cell B have unoccluded straight line connecting them. We can limit occlusion only by brushes: there is no need to take models/patches into account. Precomputed visibility should be done on per-area basis. When we compute the visibility data for one area, we consider all visportals and all other areas opaque. In other words, we only check for direct visibility within the area. If such information is available, it can be combined with existing visportal&area traversal code. The main problem is how to precompute visibility on per-cell basis. A solution must: Be conservative: you don't want to occasionally see small holes into nowhere Do perfect occluder fusion: otherwise a big house would not occlude most of the stuff behind it. Have sane build times for brush geometry of our scale. This inevitably leads to pretty complex algorithms. If mapper can add a special brush and say "this is major occluder in visarea N", then we can probably (not sure yet) verify that he is correct in saying that, and simply raytrace this occluder during visportal traversal. But realistically... I don't think mappers would really use this tecnhique, except maybe for a very few people/missions.

I'm using the version from kcghost. I just tested and I can't see any difference inside the inventory. On the stats itself it doesn't show the different loot types (still seen in the inventory), but instead gives more info on stealth score. Edit: I see Dragofer made an updated version of his script. I have to check that out. Edit2: That version works: https://forums.thedarkmod.com/applications/core/interface/file/attachment.php?id=21272&key=02755164a3bed10498683771fe9a0453

This may have been discussed long ago on Discord and I since forgot the details. It's an option that seems so simple and effective it kept itching me to ask in more detail. The latest dev version increases performance by +20 FPS which has me excited to know more on what seems like it could be a final huge optimization. At the moment we have view frustum and visportal culling but no form of occlusion culling. I wonder how much FPS we'd gain if we also used world geometry to derender what the player can't see. Would it be worth the effort to add this even as a hidden setting to experiment with? Given it was never attempted in all those years (to my knowledge) I imagine there's a reason and I may be excited for nothing, I'm sure @stgatilov and other devs can offer more insight but I'm happy to hear what anyone thinks. Here's my exact proposal: Occlusion culling would be done after portal culling (which wouldn't change in any form) ensuring only entities and geometry in the same room are compared. Only world geometry (solid brushes) are used to mask: A counter-argument was that calculating this mask will be costly... world geometry is almost always very simple, checking a few boxes should cost almost nothing compared to the gain of hiding every light / model / portal behind any wall. We can probably iterate through all world surfaces facing the camera within a distance limit if necessary, then use the resulting rectangles to preform the same overlap calculation as portal faces but in reverse (they close behind them instead of opening); Especially now that we have entity scissors and efficient 2D detection of 3D projections this could be huge My reasoning is no matter how well you portal your map, you'll always have many entities hidden behind a wall but not a portal, the engine still renders so much stuff you can't see: To even try getting close to this level of efficiency, every single edge and corner would need to radiate portals in each complementary direction, an impossible nightmare for the mapper to even attempt which would destroy dmap if they tried (I got close with limited success). Visportals will always be the simplest and most effective form of culling, but they're ultimately markers to separate rooms and represent openings thus can't cover all situations: If on top of that we also masked by world brushes the gains could be remarkable.