Search the Community

yeah its a jungle out there but a 12 gb card on a 128 bit bus would only be viable with dlss and then only just . but there will probably be plenty of options as you mention though id still go for something that would atleast be able to drag the ammount of vram without workarounds. strangely the old amd R9 390 had a 512 bit bus and could probably have accepted 32 gb vram but the card is to slow to do 4k in modern titles. even so the 8 gb model actually ran quite nicely in games such as the first horizon in 4K but would probably choke and die on forbidden west . minor wtf moment is crysis remastered it runs it at 4k in can it run crysis with a gazillion fps looks quite purty to but i suspect this is a bug.

Alright, so, I'm a Texture Artist myself for more than 20 years, which means I know what I'm talking about, but my word isn't law at all, remember that. I've worked (mostly as mods, I am a professional but I much prefer being a freelance) with old DX8 games up to DX12. When it comes to Detail Textures, for my workflow, I never ever use it except rarely when it's actually good (which, I emphasize on "rarely"). This is one reason I thought mentioning that I worked with DX8 was logical. One of the few times it's good is when you make a game that can't have textures higher than what would be average today, such as, World Textures at 1024x1024. Making detail textures for ANY (World, Model) textures that are lower than 128x128 is generally appealable. Another is when the game has no other, much better options for texturing, such as Normal Maps and Parallax Mapping. Personally, I think having Detail Textures for The Dark Mod is arguably pointless. I know TDM never had a model and texture update since 2010 or so, but most textures do seem to at least be 1024x1024, if there's any world texture that's lower than 256x256, I might understand the need of Detail Textures. Now, if this was a game meant to be made in 2024 with 2020+ standards, I would say that we should not care about the "strain" high resolution textures add, however, I do have a better proposition: Mipmaps. There are many games, mostly old than new ones, that use mipmaps not just for its general purpose but also to act as a "downscaler". With that in mind, you boys can add a "Texture Resolution" option that goes from Low to High, or even Lowest to Highest. As an example, we can add a 2048x2048 (or even 4096x4096) world texture that, if set to Lowest, it would use the smallest Mipmap the texture was made with, which depends on how the artist did it, could be a multiplication of 1x1 or 4x4. One problem with this is that, while it will help in the game with people who have less VRAM than usual these days, it won't help with the size. 4096x4096 is 4096x4096, that's about 32mb compressed with DXT1 (which is not something TDM can use, DXT is for DirectX, sadly I do not know how OpenGL compresses its textures). I would much rather prefer the option to have better, baked Normal Maps as well as Parallax Mapping for the World Textures. I'm still okay with Detail Textures, I doubt this will add anything negative to the game or engine, very sure the code will also be simple enough it will probably only add 0.001ms for the loading times, or even none at all. But I would also like it as an option, just like how Half-Life has it, so I'm glad you mentioned that. But yet again, I much prefer better Normal Maps and Parallax Mapping than any Detail Textures. On another note...Wasn't Doom 3, also, one of the first games that started using Baked Normal Maps?

Is it already possible to pass information from the briefing to the mission? I don't think I ever saw this implemented apart from the starter-location selection. TDM is currelently in early dev, maybe a bit soon to start implementing in missions? I think it's better to wait for beta, so no changes will be done to the system.

The new behavior is available in the latest dev17026-10712. If you set cvar s_overrideParmsMode to 1, then you get the new behavior. The old behavior is under value 0, which is default yet. Also there is "debug mode" if you set value to 2. In this case the new behavior is used, but console warnings are posted when a sound being started shows difference in behavior (i.e. the engine computes both behaviors and complains if they are different). Right now you'll see regular warnings about various AI sounds: they have wrong effective volume in TDM 2.12 and before due to this issue. As for modifying the missions, I think the main blocker is the new DarkRadiant behavior. @greebo @OrbWeaver, could you please comment why DR automatically sets s_minDistance and s_maxDistance spawnargs since recently?

Interesting! Does it update all default textures so it's used on everything in the world? I should replay it and check that out: It would give us a good view of how the effect will feel in practice. Looking at the page, they seem to do it the conventional way I was thinking of trying out, which is currently supported by the engine but more limited than a proper implementation. It also looks like they're only doing it for the albedo channel, to be effective detail should be applied to all maps... the normal map is where the improvement should be most noticeable as it responds to lighting and modifies everything else. The implementation I'm thinking of should be universal like all effects and work on any FM new and old. It would be controlled by a menu setting, no one needs to enable it if they don't like how it looks or it impacts performance. Each detail pass should fade and be hidden with distance, we don't want to stress pixel lighting by having it compute thousands of dots on distant surfaces each frame. Just like the TDM ambient method, we'll likely need a special segment for materials meant to indicate what kind of detail each texture wants, then based on settings and camera position the renderer must modify each surface accordingly.

There's been talk over the years on how we could improve texture quality, often to no avail as it requires new high-resolution replacements that need to be created and will look different and add a strain on system resources. The sharpness post-process filter was supposed to improve that, but even with it you see ugly blurry pixels on any nearby surface. Yet there is a way, a highly efficient technique used by some engines in the 90's notably the first Unreal engine, and as it did wonders then it can still do so today: Detail textures. Base concept: You have a grayscale pattern for various surfaces, such as metal scratches or the waves of polished wood or the stucco of a rough rock, usually only a few highly generic patterns are needed. Each pattern is overlayed on top of corresponding textures several times, every iteration at a smaller... as with model LOD smaller iterations fade with camera distance as to not waste resources, the closer you get the more detail you see. This does wonders in making any texture look much sharper without changing the resolution of the original image, and because the final mixture is unique you don't perceive any repetitiveness! Here's a good resource from UE5 which seems to support them to this day: https://dev.epicgames.com/documentation/en-us/unreal-engine/adding-detail-textures-to-unreal-engine-materials Who else agrees this is something we can use and would greatly improve graphical fidelity? No one's ever going to replace every texture with a higher resolution version in vanilla TDM; Without this technique we'll always be stuck with early 2000's graphics, with it we have a magic way of making it look close to AAA games today! Imagine being able to see all those fine scratches on a guard's helmet as light shines on it, the thousands of little holes on a brick, the waves of wood as you lean into a table... all without even losing much performance nor a considerable increase in the size of game data. It's like the best deal one could hope for! The idTech 4 material system should already have what we need, namely the ability to mix any textures at independent sizes; Unlike the old days when only a diffuse texture was used, the pattern would now need to be applied to both albedo / specular / normal maps, to my knowledge there are shader keywords to combine each. Needless to say it would require editing every single material to specify its detail texture with a base scale and rotation: It would be painful but doable with a text injection script... I made a bash script to add cubemap reflections once, if it were worth it I could try adapting it to inject the base notation for details. A few changes will be needed of course: Details must be controlled by a main menu setting activating this system and specifying the level of detail, materials properties can't be controlled by cvars. Ultimately we may need to overlay them in realtime, rather than permanently modifying every material at load time which may have a bigger performance impact; We want each iteration to fade with distance and only appear a certain length from the camera, the effect will cause per-pixel lighting to have to render more detail per light - surface interaction so we'll need to control the pixel density.

Each time I check the objectives in game (pressing O), this warning appears in the console: I checked a few missions (MoongateRuckus, Eye On The Prize, By the Cookbook, Spider and the Finch) and they all do this. Doesn't happen with TDM 2.11. I reinstalled 2.12, but still get this behaviour. Is anyone else seeing this?

Hm after testing: This does actually work fine. Both in DR and in tdm. I guess there's no point in specifing the model path, because then it only works on one specific func_static.

You were on to something with that, but TDM won't let atdm:ai_base use another class's aas file. I changed tactics and switched it to atdm:steambot_base instead (it also happens to be the only AI base that doesn't say "do not use"). Dmap auto-generates the associated aas file (aas96) so there is no warning when the player starts. More importantly, it actually still works! So my AI will now follow the player with no errors or warnings.

I think this is being discussed for the core game and maybe some day it is included. For now if you want some order, just download the Unofficial Patch and only copy the fms folder in the archive into your TDM directory to get a better listing!

After editing some objectives, now I'm getting this console warning pop up any time I check the objectives in game. I've never seen it before. Everything appears to be working though. I have not edited the tdm_objectives.gui file and it is intact in the tdm_gui01.pk4 folder in TDM. It references DestroyDelay here. onAction { set "gui::DestroyDelay" OBJECTIVES_DESTROY_DELAY; set "gui::CloseGUI" "1"; set "cmd" "updateObjectives"; } but I have no idea what I could have done in my fm to give it issue. [EDIT] I get this warning in other missions now, not just mine. I reinstalled TDM and I still get this warning. Is this a 2.12 thing?

Hint: I checked the objectives. It is possible to not read the note and also not see the body, in which case you wouldn't know she needed reviving and then you would not be able to complete the mission. I will release an update to fix that. Since you did find her though, I don't know why you didn't get an objective to revive her. I'm not able to reproduce that bug. Finding the note is set as optional, so missing that alone wont cause a fail.

Because DDS is a lossy format, every direct edit of a DDS file may reduce its quality slightly. So that means either: hunt down the corresponding TGA file with the same timestamp otherwise, edit the DDS as few times as possible. In the case of Stone, if the TGA can't be found and editing DDS is needed, I'd want to think about batching up all the bitmap edits needed for i18n... but that's a lot of work. I might add, there a third possibility in the case of the readable fonts that are currently ASCII only. If they were sourced from TTF, and you find the TTF (easy in a few cases), then see if it covers Latin-1 or more. You can (with some complications RE the conversion software) regenerate an improved TDM font from that.

It's good to know that somebody is taking care of this in the long run, thanks :)!

Yes, I just figured out a way. The player sounds are located in sound/tdm_player.snd.shd and this file is zipped in the main tdm directory tdm_sound_vocals_decls01.pk4tdm_sound_vocals_decls.pk4 If you make a sound folder in your fm folder and copy tdm_player.snd.shd into that, you can edit it for your fm and disable whatever sounds you don't want the player to make. For example, I tried it with the mantle grunts by commenting out the sounds (most were already disabled). tdm_player_mantle_pull { volume -5 // sound/voices/player/mantle_pull01.ogg // too much straining // sound/voices/player/mantle_pull02.ogg // too much straining // sound/voices/player/player_mantle_2.ogg // too much straining //sound/voices/player/player_mantle_3.ogg } tdm_player_mantle_push { volume -10 // sound/voices/player/mantle_push01.ogg // too much straining // sound/voices/player/mantle_push02.ogg // too much straining //sound/voices/player/mantle_push03.ogg }

Ooohhhhhh, it's twitching in the build intenstine, as we say in Sweden (or do we? :D) I'm quite eager to create something. But they're releasing new skaven models for Age of Sigmar 4 this summer... And I have a 2 year old... And work... And a girlfriend... And too little time... I will try to create something at least. If I run out of time, I'll run out of time; then I at least have built something that can be released after the contest... Count me in, with the caveat that I may pull out before deadline...!

Yes. Sure, I will change it, but I do mind. In addition to changing the forum title, I have also had the name of the pk4 changed in the mission downloader and the thiefguild.com site’s named changed. It's not just some "joke". The forum post and thread are intended to be a natural extension of the mission’s story, a concept that is already SUPER derivative of almost any haunted media story or most vaguely creepy things written on the internet in the past 10 or 15 years. Given your familiarity with myhouse.wad, you also can clearly engage with something like that on some conceptual level. Just not here on our forums? We can host several unhinged racist tirades in the off-topic section but can’t handle creepypasta without including an advisory the monsters aren’t actually under the bed? (Are they though?) I am also trying to keep an open mind, but I am not really feeling your implication that using a missing person as a framing of a work of fiction is somehow disrespectful to people who are actually gone. I have no idea as even a mediocre creative person what to say to that or why I need to be responsible for making sure nobody potentially believes some creative work I am involved in, or how that is even achievable in the first place. Anyway, apologies for the bummer. That part wasn’t intentional. I am still here. I will also clarify that while I love the game, I never got the biggest house in animal crossing either. In the end Tom Nook took even my last shiny coin.

I have updated my Refont program, to now have a function that can analyze a font DAT file for missing or problematic characters. As part of a broader inquiry, I've just applied that program, individually, to all current 'english' font DAT files. I'm reporting the overall results here. I'm sure this will not be a surprise to some of you, but may be to others. Background As you know, TDM fonts are based a bitmap system, derived from 256-character code pages, of which "English" and "Russian" are currently supported. "English" is actually Latin-1, with additional characters to cover more European languages in a single codepage. This is (in theory) quite good for major European languages, less so for less-prominent ones. For each font, bitmaps are distributed in 3 sizes (12, 24, 48 pt), with the engine doing interpolation scaling. Current Font Findings 12-pt Size for All Fonts Only ASCII (i.e., lower range 0-127) characters are provided, no European. For some fonts (stone, mason, mason_glow), the 12-pt DAT is not distributed, so the engine will substitute a larger size, which typically has better Latin-1 coverage. For Fonts Used in Main Menus, HUD, or Subtitles The numbers shown approximate the number of "characters needing work" Fontname Size-24 Size-48 carleton 20 16 carleton_condensed 20 35 mason -- 33 Since 24 pt is not distributed, engine uses 48 pt. stone 30 83 For Additional Fonts Used in FM Readables, Etc. Except for one font (treasure_map), all the remaining fonts are ASCII-only, i.e., no characters in the upper range. In the lower range, routinely the 24 and 48 pt sizes have equivalent coverage. Most of these fonts are fully or nearly complete, while some neglect certain punctuation symbols. The worst is "everette", with 24 "needing work" characters. Further details are here:

Looks great, thank you! That looks even better: It's where DeusEx had its player status screen, feels even more like TDM with DX characteristics now I think I placed it above the light gem as that's where player info was technically being stored, with the new subtitles covering that position the move is a great decision. By the way: If anyone wishes to continue and improve this mod, I'd appreciate seeing your remixes of it. I had it mostly finished last time on my end; I think the main issue was upgrades require items to be placed on maps, augmentations may not work on every FM without a way for them to automatically spawn in random places... my imagined solution was to also offer upgrades based on loot gathered or other achievements but I never got around to adding that.

Reproduced with 3.9.0 on Ubuntu. This is the backtrace: ASSERT INFO: ../src/unix/threadpsx.cpp(1678): assert "This() == this" failed in TestDestroy(): wxThread::TestDestroy() can only be called in the context of the same thread BACKTRACE: [1] wxThread::TestDestroy() [2] wxutil::ThreadedResourceTreePopulator::ThrowIfCancellationRequested() [3] decl::DeclarationManager::renameDeclaration(decl::Type, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) [4] skins::Doom3SkinCache::renameSkin(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) [5] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [6] wxEvtHandler::SearchDynamicEventTable(wxEvent&) [7] wxEvtHandler::TryHereOnly(wxEvent&) [8] wxEvtHandler::ProcessEventLocally(wxEvent&) [9] wxEvtHandler::ProcessEvent(wxEvent&) [10] wxEvtHandler::SafelyProcessEvent(wxEvent&) [11] wxTextEntryBase::SendTextUpdatedEvent(wxWindow*) [12..34] <internal GTK stuff> [35] wxGUIEventLoop::DoRun() [36] wxEventLoopBase::Run() [37] wxDialog::ShowModal() [38] wxutil::DialogBase::ShowModal() [39] cmd::CommandSystem::executeCommand(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<cmd::Argument, std::allocator<cmd::Argument> > const&) [40] cmd::CommandSystem::execute(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) [41] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [...] <Other GTK/wxWidgets stuff>

A bit late to the party, but I wanted to express my gratitude to all who made The Painter's Wife possible! Brilliant! This was my first FM since discovering TDM after exhausting all the Thief mods twenty years past, and from a stealth tourist perspective, I can't imagine this FM being any better. HUZZAH! One question . . . Cheers!

I wrote earlier that I owe this masterpiece a review, so... Here is my detailed review of this groundbreaking and seminal Mission Fan. SPOILERS ABOUND ! TDM PLAYER BEWARE, YOU'RE IN FOR SPOILERS AND MAYBE EVEN A SCARE ! This mission... subverted my expectations. Starting with the briefing video. Not since the days of Sergio Leone's Spaghetti Westerns have I seen such daring subversion right at the start. You're expecting one thing... then, bam ! I tried everything to infiltrate the mansion from the outside ! No luck ! Well and truly, expectations subverted ! NPC dialogue heard from the inside... stellar ! Brought a tear to my eye. Or was it just one of the raindrops that fell on my head ? What else brought a tear to my eye ? The senselessly slaughtered guard at the courtyard ! Clearly, a cautionary story that he who grabs a sword... and yet, forgets to dim his lantern, the fool... shall die by someone's sword or arrow. Figures ! That you hid the masterful sidequest of collecting the pennies-for-a-thought from the rather racy fountain, in order to later thoughtfully redistribute them to the poor and hungry street urchins of Bridgeport, is nothing short of design brilliance worthy of at least a two hours long, detailed GDC lecture. I'd watch such a lecture on a loop, 24 hours a day, twelve times a day. Brilliant stuff ! Ah, the side-yard, with steps and a basement entrance that looked and felt straight out of Thief II's opening mission, Running Interference... Could the cunning TDM homages to the classics get any better ?! Could they ? Well, soon enough, I discovered that, yes, they could get even better ! There was an even more amazing homage that I didn't expect ! Read on to find out what... The chefpick was... indescribably cool. I now yearn for it to be included in every single FM. The classic lockpicks feel completely passé. I knocked out both NPCs and... what is this unexpected social commentary ?! The knocked-out have names ?! I applaud your deeply incisive observation, worthy of a skilled chef with a kitchen knife, that the NPCs in games are not mere fictional constructs, but fictional beings with names, hearts and souls ! I confess, upon this moving revelation, I started shedding tears so uncontrollably, I nearly had to quit playing the mission. Yet, I pressed on, heartened and refreshed by such displays of humanity in a work of stealthy interactive fiction ! The commentary was no less subtle and stealthy, I tell you ! As subtle as the protagonist's gritty, grounded accent ! Two different entrances into the local vent system... I... I can't even... So many possible routes of entry. Truly, in the grand tradition of the TDM immersive sim design philosophy ! The choice of giving the intrepid protagonist a temporary rat companion, bribable by cheese, who fetches priceless hidden loot, was equal parts innovative and a hard-hitting social commentary on the abuse of animals for theft and burglary, and people "ratting out" their fellow tenants by revealing the hiding places of their priceless belongings ! I was deeply impressed ! I was thoroughly amazed ! You even had my 'stalgia sense tingling ! Why ? That minor element of your FM even reminded me of the old but gold Thief II FM campaign The Flying Age: The Abominable Flying Machines of Dr. Zeppelinger, where you escape a prison cell by giving a mouse a bit of cheese you've managed to find, and the mouse then provides you with a means of escape. I have scarcely ever seen such a wonderful duo of homages to other past LGS missions and fan missions ! Of course, the shocking revelation with the undead in the freezer was an even more biting commentary on the undead precariat of today, and their ruthless and dehumanizing exploitation by The Man, maaan, the snobby culinary establishment. Undeadkind merely want to roam their abandoned tombs and catacombs in peace (pieces ?) and get a bite or two out of a stray vagrant or drunk guard every now and then, no big deal. Society needs to be more charitable to undeadkind ! And you've even included a gas arrow up in the rafters ! You well and truly know your audience, as I'm an old, die-hard gas arrow collecting enthusiast. I am a sophisticated, yet simple man: I see a gas arrow in Thief or The Dark Mod, I immediately grab it, owing to its rarity. Thank you for such generous mission design. To cut a long story short, I have had a thorough, engrossing and moving cultural experience with this short-but-dazzling mission ! In the shadowed alleys of TDM fan mission sites, I have crossed paths with missions that were ruthlessly difficult and confounding, yet rewarding, but never have I played a mission this... authentic... avantgarde... thought-provoking... It even made me feel hungry ! Riveting, simply riveting. Like working on the skeleton of a 1930s Art Deco skyscraper. Ultimate verdict: 22 frommages out of 20, with a happy cheese-filled rat as the cherry on the top. (But what kind of frommage ? Cheddar ? Swiss cheese ? Gouda ?! I dunno. Don't have a cheesemaking degree.) In other words, I cannot rate this mission other than with the Chef Excellence Award for... Excellence ! *chef's kiss* Le Mission Légendaire Magnifique ! Roll over, Requiem ! Roll over, Crucible of Omens ! Roll over, Iris ! This, this... is the pinnacle TDM fan mission of all time.

The coin is a little joke in the mission end stats. It exists solely to mock you, similar to the newspaper stating it's missing. There is no actual coin in the mission. Because it's missing, just like the newspaper says. You can clearly see how TDM players do not believe much in thieving-free missions. There has to be loot, right? Rather than pack their belongings and leave, they chase after a coin that does not exist, only because the stat screen tells them there is a coin even though there is none. TDM is a game about stealing, after all. There's no room left for locking your apartment, stacking your furniture onto a cart, and leaving. But perhaps sometimes that's all you can do. Maybe that is what you should do. Ignore the coin. Ignore the ugly stain on the wall, it's no good. Don't even look at it. Pack your belongings and forget. Ignorance is bliss.

In order for the keys to spawn, you have to get hit by the elementals in the correct order (the order of the mushrooms lined up). So if the first elemental didn’t work (because you’re running an older version of TDM), you won’t get any keys. So you had no choice but to skip the whole thing.