Search the Community

This may very well be the solution to the riddle: Since there is no visual indicator of any kind long key-presses are subject to peripherals, software configuration and physical needs or preferences. If we want to prevent unintended actions players should be able to decide how long a long frob is. A slider that goes from 0ms (off?) to 1s should suffice. Regardless, I still think the most reasonable approach at this very moment is to shoulder (and un-shoulder) bodies on long frob. See it, if you like, as a compromise that allows the introduction of a neat improvement that has a minimal impact and satisfies most parties. An intermediate solution, subject to further changes or improvements.

the sad thing was that the 6950x was 2000$ when it was new so only something for the wealthy back then, and ryzen was starting to nip it in the butt with lower priced and allmost as fast cpu's. could actually be fun to try out the 2080 ti on a recent ryzen build to see the result, but im quite happy with my setup now i even got an asus x99-AII with a 6900k and a 1080 ti which plays pretty much everything (as long as you dont use raytracing and lower settings a bit for the newest titles). Well not completely true you can actually use raytracing with it using FSR2 but it does lower the framerate quite a bit 20 > 30 fps on some titles, as long as you dont go 4k its more than playable though -> callisto protocol at high settings with raytracing and FSR2 runs at 75 fps at 1080 resolutions.

In my opinion this is still a complete mess, just imagine to show this table to new TDM players! If this is only about making new players recognize that bodies can be shouldered, why not add a hint to the body name once it is frobbed? Snatcher already added the name of the body being displayed then and I also included this in my patch. Like "Corpse (Use or long frob to shoulder)" and "Candle (Use or long frob to extinguish)" and "Food (Use or long frob to eat)". Loot and tools go automatically into inventory so there is nothing needed there, as well as for junk which has no alternative action anyway.

I get that and full disclosure: I did not read the full thread, it's just too much! I was absent in recent months, so I missed all of this. That makes a lot of sense. Although, to solve this, one could communicate via audio cue ("uh uh") that no use-type-interaction is available for that entity. Anyway, there is an incredibly easy way to solve the inconsistency while staying true to the original control scheme and that is to simply swap shouldering and grabber. Entity type Short Press Long Press ...Release Button Junk Grabber Nothing Nothing Food Grabber Eat Nothing Loot Pick-up Nothing Nothing Bodies Grabber Shoulder Nothing Lights Grabber Exstinguish Nothing Tools Inventory Nothing Nothing This way, every interaction that was originally "frob + use" (shouldering, eat, exstinguish) will the become long-press-frob. So, the long-press simply becomes a shorthand for special action, nice and clean. While I do love the hold-type-grabber to death, I'd be willing to sacrifice it for a consistent control-scheme. (@stgatilov @Daft Mugi) Right now, we have this weird mixture of hold-type- and toggle-type-grabber that I guarantee you, will confuse new players (and streamers). I say, either fully embrace the lovely new hold-type-grabber (which I am still all for) or drop it completely.

It is quite litigated in the thread already whether it is particularly important or common in games for a context sensitive input be "consistent" or whether this inherently means something is intuitive - so I won't repeat my thoughts on it. I will say It seemed like it was quite difficult to get this change as it is into the game, so while I think anything can be improved I am not sure anyone wants to go through another 10 pages, polls, etc. So I hope I don’t sound short or dismissive, it’s really not my intention, it’s just been a very long thread. I will say if an object is frob highlighted, ie subject to an interaction prompt, if frobbing it then does not do anything or provide any feedback the game immediately feels very strange and broken. I do not think it is good a idea to have objects which can only be interacted with via long press. The current design is around primary interactions being on short press and the secondary more situational actions being on hold, while also retaining compatibility with all legacy interactions. There is some disagreement as far as what is a "primary" interaction, but I find it pretty intuitive in practice as it is today. There are some exceptions that did not work out in testing. I will the example of candles/lanterns - having extinguish as the primary interaction makes a lot of sense, but in practice didn't work very well. The game is full of extinguished candles, empty candle holders, etc that are now simple physics objects that require a long press to pickup and have no primary interaction - see issue above. You also have to handle lanterns differently, which can be toggled off/on. You could code in the TDS method which is extinguish a lit candle on frob, then it becomes a physics object (“junk” in the parlance of your table) so the primary interaction should then be grabber. There seemed in general to be a lot of concern about keeping the code clean. Being able to grab moveable inventory objects on hold without having to do the current dance of bringing them into inventory first and then “dropping” them - like keys and tools - could be a nice addition. Many loot objects are not moveables so these might be a bit of issue?

Hello, I'm trying to install The Dark Mod using the installer from here: https://www.thedarkmod.com/download-the-mod/ but it's taking forever to download the game. Is there some sort of a mirror or a torrent version? Thanks.

I think I found another case of bug 6480 and post in Talbot 2: Return to the City. 274.26 -1039.08 184.71 -15.8 24.9 0.0

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.

@nbohr1more@Dragofer Update to the post quoted above: only missions with turrets are concerned, all others work fine.

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.

Just added a test as per your suggestion in my post above.

It was mainly the overhead mantle with its long initial hang-phase, that was shortened, while everything else was just minor adjustments. The hang-phase really was extremely long and shortening that was a good suggestion in my opinion. However, I do agree that we went a bit too far with the adjustment. One might argue that a very short hang-phase is realistic, when jumping upwards with high velocity. Conversely, it is rather unrealistic when falling fast, which is why I had internally proposed to keep a longer hang-phase when falling fast. That suggestion didn't gain a lot of traction, 'though, and I did not want to stretch the discussion even further, so I just did not follow up on this. By any chance, did you also try the extension of the new frob system where the hold-type-grabber is used not only for limbs, but for all junk etc.? You can enable it with tdm_holdfrob_drag_all_entities. What are your thoughts? I had implemented that in order to make the new system a bit more consistent.

Why 3 gigabytes downloading more then an hour? And why files are downloding from South Africa?

At first I thought it was some wild precision bug but it looks like the skin might be nonsolid somehow and SteveL's change made the nonsolid attribute work? Either that or skin detection is somehow borked in this map. Feel free to edit the map, I'm no expert mapper but I might be able to perform some workaround by manipulating the entity. Edit: I fixed it with the following change: // entity 4 { "classname" "atdm:mover_door" "name" "atdm_mover_door_8" "lock_picktype" "-" "lock_pins" "0" "locked" "1" "solid" "1" "model" "atdm_mover_door_8" "origin" "710 -248 2050" "rotate" "0 90 0" "snd_close" "door_shut_06" "snd_open" "door_open_08" "used_by" "Balcony_door_keey" // "skin" "door_007_1" // primitive 0 Will upload the fix to the mission database. I don't see anything wrong with the door_007_1 skin but I would advise testing it in-game before using it going forward until this is fully sorted. Edit 2: The updated mission is now available in the mission database. Feel free to offer other fixes to this mission as long as they do not: Change visuals Change gameplay design ( Any purely bugged things that the mission author acknowledges "needs fixing" such as keys that are inaccessible or critical items that fall through surfaces when touched, etc can be fixed by any mapper and submitted for validation by the team. )

TDM has tons of textures from "free" texture resources that do not allow redistribution and cannot be incorporated into a commercial project. Someone would need to create a huge replacement pack of textures that do not break the look of existing missions and do not infringe on the copyrighted textures. Also, many artists who contributed to this project do not want 3rd party entities to use their work in commercial projects. They intended the models, textures, sounds, animations to be exclusively used for Darkmod content. You would either have to replace ALL assets or contact every contributor and ask them to re-license their assets. Many contributors are no longer active with the project and haven't visited the forums in years so it would be no easy feat. I cannot speak to Debian policy but I think that they treat installers that add non-free content the same as non-free content itself. One could argue that Steam is such an installer but I guess Debian would counter that there are a few fully Libre games on Steam. I think Debian, Ubuntu, or Linux Mint need to consider a repo that allows for games (etc) that include non-libre content but intentionally offer this content for free to the community with no stipulations other than "don't try to sell it as a product".

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...

It seems like more and more "thief" and "thief players" is becoming a short hand to dismiss community members earnest desire to improve the game - which happens to be a barely legally distinct "thief style" game which was made by thief fans for thief fans and is "designed to simulate the stealth gameplay of Thief". Who is the predominant player base of the game supposed to be beyond fans of the thief games? Is there some better avenue to find feedback for the game beyond this forum? FOSS and linux forums? I have seen maybe half a dozen posts from that segment. I am a thief fan, I play thief fms, my association with those games is what drives me to play and make things for this game. Are we supposed to pretend the original games are not a huge reason why most of us are here at all? TL;DR version:

It's hard. I see what you are thinking about is a "bullet point" pattern, with or without a bullet point character. For that case, I suppose what we are trying to detect is: - the line starts with the bullet point pattern - a "J" character (say) with a shortened spacing, is somewhere in the line. - the line itself in the xd file is long enough to force a word wrap (let's just think about a single wrapping here) - the author assumed a particular word wrap point, and put in extra spaces in mid-line, immediately at the wrap point, so as to indent the latter part of the line, aligning with the indent of the first part. - the shortened-spacing J screws up the resulting alignment. Probably would need a script/program to winnow this down... ideally, that algorithm could also restrict attention to just Stone font. I'm OK with putting such an effort off for now, maybe revisiting it for 2.13.

Thanks for all the feedback. My original post was the short version of a long story. So, just to clarify, I always create my account details separately in my password file first and only then copy it into the real log in. My password file is on a flash drive with a back up of the entire drive in a separate room in case of fire or theft. But in this case I couldn't access my main password file on the pc because, of course, it wasn't set up yet So I plugged it in my laptop. Guess what? The laptop doesn't like that drive for some reason. So I plugged in the backup drive and created my details there then copied them into the Win11 setup. Once setup there's a million things to configure how I want Windows and I'm still working on that two weeks later. At some point during this period I became aware my password backup drive was still at hand so I stupidly thought I might as well do a backup before I put it away in the other room! I backedup the main password file over the backup file (which had the only copy of my new Win11 details!) I can't believe I did that because I'm paranoid and really meticulous about organising and backing up account details. Just shows no matter how careful one tries to be one can still make a mistake. Next thing is I've always had problems with Microsoft Accounts. I've set up four or five over the years because every one gives wierd errors without explaining what the problem was. I once had a long session direct with M$oft where I gave them so many personal details to sort it all out and yet they still couldn't fix it! So here I set up yet another new one. So I'm reluctant to reset the password in Win11 in case it conflicts with the same password in the Microsoft Account. (Does that matter?) Or I could reset the password in the M$ account log in and then reset the password in Win11 using the same password. Would that work? As far as that hack, how long is 'ages' to crack it? Hours? Also, what would happen if I create a new user in Win11. I'd probably have to re-install software that is not public user I guess. But would I still be able to set admin privileges where needed? Not sure I'd gain anything. It would still conflict with the Microsoft Account. I can't get my head round all this crap; drives me nuts. Or I could do nothing until there is a problem. Odds are with my luck a pc only lasts two or three years. My previous one won't boot but might be recoverable if I can create a portable Win11 disk and fix the boot sector thing. Life is so bloody complicated. 200 years ago, the only tool I'd have to worry about is my spade which would last a lifetime of labouring on a farm 14 hours a day.

It is possible that this is a setting that needs to be activated to work: https://mantisbt.org/forums/viewtopic.php?t=23221

Of course, identifying struct via HN is useless. At work, we use HN when there are reasons for caution: u for unsigned to prevent unintentional implicit unsigned promotion (and overflow) Yes, I know, the compiler will issue a warning, but in some legacy projects, there are tons of warnings, so devs are going to miss that one new one. We are slowly working toward warning-free builds, but as long as we are not there yet, the u-prefix helps a lot. p for pointers to make the reader / dev aware that that variable could be NULL. m_ for members, obviously useful. Similarily, g_ and s_ for globals and statics respectively, although it is obviously discouraged to use those. Various prefixes for the different coordinate systems we use. I for interface, just for convenience b for boolean, this is basically just for convenience so you can directly see that this is the most basic type. This one, one could defintely argue against, but I personally like it.

Downloads - the most up-to-date To install, place or extract the archive into the darkmod/fm folder of your mission. Schooner & Sloop - a test map containing two older mapped ships Caravel - a merchant ship made in Blender, including a scale model. The lifesize variant is somewhat overscaled in order to comply with minimum ceiling height requirements on both decks. Can be scaled down if you don't plan to give it an interior. Barouche - a posh carriage [part of 2.11] Weathered Ships - two small ships, fully mapped with interiors, available moored or sailing. The LOD scale models are already part of 2.08. [part of 2.11] Vintage Lamps - very posh brass lights for mansions [part of 2.11] [Furniture & Shelving] - a batch of models and prefabs in the furniture & shelving department [part of 2.09] [Blue Elemental] - blue variant of the flame elemental [part of 2.09] [Stagecoach] - a sturdy carriage for four [part of 2.06] [Oil Lamps ] - posh or rustic oil lamps & lanterns [part of 2.08] [Coffin] - an old coffin [part of 2.08] [Hookah ] - a waterpipe for smoking Mandrasola [part of 2.06] [Prefabs & Particles ] - a collection of prefabs and particles, i.e. fireplaces, furniture, see below for list of contents [part of 2.08] [Privy Chair ] - a rustic toilet seat [part of 2.08] Original release posts Ships Post #1 - Schooner [Variants: steamship] Post #9 - Sloop (Post #33 ingame) Post #97 - Caravel + accessories + scale model Post #123 - Brig (formerly known as the Ketch) Post #128 - Yacht Post - Merchant Additional ships in the form of scale models can be found in Down by the Riverside, but they haven't been optimised. Carriages Post #19 - Stagecoach Post #102 - Barouche A moving stagecoach setup can be found in both maps of Down by the Riverside. Note that this mission uses an older variant of the stagecoach. Lamps Post #33 - Sphere lamps Post #108 - Gas lamps collection Post #120 - Vintage lamps collection Ambients Maritime ambients (included with the Ketch) Dragofer's ambients Other models Coffin: Post #102 Altar: Post #102 Privy chair: Post #109 Hookah: Thread Office suite: Post Prefabs Furniture & shelving: Post Fireplace, marble: Post #113 Fireplace, rustic: Post #102 Statue with seating: Post #116 Naval clock Covered loaded cart Rustic bed Ship-derived bunk beds Workbench Large garden arrangement Rustic wardrobe Particles tdm_wisp - a glowing faintly pulsating orb of light tdm_smoke_ceiling - black smoke for indoor fires Original post in Dragofer's Stuff, starting from here

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

That's a bigger one, but I already have it. I remember trying to play that not long after release (2008) and I think I had stuttery FPS and crash-to-desktops. Maybe waiting 15 years was long enough.