Search the Community

I don't have a bugtracker account, so no I don't believe there is any tracking for this. I'd be willing to do the actual write-ups, but I'd need to be inducted as a bugtracker person or have someone paste them in for me. I think I'd make three separate tickets at this point? 1. flashbombed state increases the blackjacking radius (the original post) 2. flashbombed state plays its animations properly (wellingtoncrab's june 9th reply here: https://forums.thedarkmod.com/index.php?/topic/22738-proposal-flashbombed-ais-become-blackjackable/#findComment-502037 ) 3. flashbombs deal damage to team 9 enemies (undead, not mentioned here but another glaring issue that makes them less useful than their original TG/T2 incarnations)

I post for the first time since January with a detailed response about an important(ish) topic and I get a laugh reaction. In all seriousness though, if one doesn't like DRM they have to be careful posting nowadays since a lot of people have a lot of time invested in games and platforms with DRM of various sorts, and any issues you raise with the game/platform these people will take as personal attacks against themselves, even though it was never intended. Not so bad here, but reddit and Steam forums? Good God. Bruh we both live in Australia, it's not that bad here with regards to the authorities most of the time. I mean it does depend where you live (I'm in SA) but comparing our cops to those in the US is like using a cheat code.

Lol, you're certainly entitled to your opinion. Yes I remember when it was a Doom 3 mod... I also remember running it on a Radeon HD 4670 and thinking things would significantly improve over the years performance wise. As far as I can tell, things haven't improved near as much as I had hoped, if anything some of the missions/added fx are far more demanding than ever. While I can still appreciate it for what it is, this tired old claim that one can't criticize something that is free doesn't make any sense. I admit that my initial criticisms were a little over the top/rude, after a night of drinking and frustration, but that doesn't mean I won't suggest improvements. I mean if someone left a pile of trash on your lawn, would you say "oh boy free trash!", not that this mod is trash but you get the point. There isn't much I can do about the environment size problem, though I find the LOD settings do actually help quite a bit with that. All I can suggest is alternative shaders and antialiasing techniques. For shaders it seems MXAO offers better performance and an up to date implementation, but there are many other Reshade shaders available that can do a good job of ambient occlusion and global illumination with minimal performance cost. TurboGI for example is built to run on anything, and I've also had good results with Large Scale Perceptual Obscurance. For anti-aliasing you really want to be using DLAA or DLDSR (pretty much the same Nvidia tech). Or some other form of a.i based supersampling available from modern AMD/Intel cards. If that's not an option you can at least enhance the in game aa with the MFAA setting in the Nvidia Control panel, and apply some SMAA via reshade. Beyond that I am not a developer, so I can only point toward other projects that have much better performance. Not all of them professional/corporate projects either, just consider what some devs have done with mods like OpenMW, Oblivion Reloaded, Community Shaders, Daggerfall Unity and the Dream mod. We're talking massive open environments with soft shadows and many other rendering techniques. I just find it difficult to believe that shadows can't have soft fuzzy edges without absolutely tanking performance, but maybe the engine really is that bad at doing shadow masking/filtering. If the engine really is so un-salvageable though are there not other options available these days that could provide a much better experience going forward? Cryengine perhaps, or whatever OpenMW is using?

I never said the engine is totally optimized, you invented that on your head, what I said, is that the engine is updated way above and faster than the original Doom 3 engine and that is a fact. Some of the missions on this game, wouldn't run at all, on the original engine because of how heavy they are. That is how improved it is. You don't know how this game and engine evolved, how slow it was and how fast it has become. I'm here almost since the beginning, even when it was a mod of Doom 3, almost two decades ago, this engine and game have improved a ton. Also If you think the engine is not up to your standards, then do something about it! It is open source the code is there, for anyone to change and improve, if you can do better than the people that worked on this, then do it! If not stop bad mouthing their work and behaving like they own you anything or that you paid anything for this game and deserve better service!

I honestly don’t know any mappers who are using 4k or much in the way of MSAA as a target when considering performance. The 1660 is the card I actually built all of Iris on - and it was frankly a nightmare to keep it running at 1080p/1440p. I don’t think your expectations are as reasonable as you think. Vanilla Doom 3 is not that scaleable of a game relatively speaking. I agree that Void in D2 is a very impressive example of forward rendered dynamically lit game. It also rather obviously quite different at some pretty fundamental levels. But if your expectations are ultimately that we are going to live up to that level of resource development - the base of which is already 2 entire generations of idtech ahead as a starting point, I think we are going to continue to disappoint you. I have however seen since my time mapping, quite substantial performance improvements across versions. But we mappers are greedy and “optimization” is in the eye of the beholder- we are going to use that overhead to do more with the game. Sorry.

Indeed like you said TDM engine is not outdated, at lest not like the original Doom 3 engine is. Yes is not using PBR and nanite and raytracing and all that new Unreal Engine 5 stuff that makes it a very fast engine ... not ... but the TDM engine has a ton of updates, above the original idtech4 engine from Doom 3, IMO has now more in common with idTech 5 than idTech4. And all done by a very tiny team of TDM players, with the necessary knowhow, on their free time, for absolute free. Man some people don't deserve to get nice things for free... And I'm not talking about you datiswous. To anyone wondering, here is some of the things TDM engine has above original idTech4 that I'm aware: - soft stencil shadows like Wolfenstein 2009 (original is hard stencil shadows only). - new shadow system using shadow maps. - volumetric lighting (aka god rays). - more advanced AI system (so more CPU heavy). - GLSL shaders support and OpenGL 3.x akin to D3D10/11 level, (original is OGL 2.0 akin to d3d9 level and uses ARB assembly shaders only). - modern multicore support (original is single core only). - unlocked framerate (original is locked at 60hz) - 64bits color support - Screen Space Ambient Occlusion - Parallax Occlusion Mapping And a ton of more changes, like LOD support, obj models support, improved gui system, improved scripting system, better window system with support for high dpi monitors and 16 by 9 and other screen ratios, etc, etc. None of these changes were easy to make and took years of hard work, again for free, for a free game that we wall consume without paying a dime. IMO the lest some people can do, is respect that! Enough said.

Hi there I've been playing the dark mod for a while and have been taking notes on a few things that I feel if changed, would make for a slightly better and more enjoyable experience. 1 - Moving sideways when climbing ladders, pipes, nets, vines, etc, is ridiculously slow. Garret does it way faster in Thief 1 and 2... hell, even I can move sideways faster while climbing ladders and I'm no thief! Speeding it up a bit would make for more satisfying maneuvering, and also more fitting given that Corbin is an agile and experienced thief. 2 - There is no falling to your death sound. I was playing The Painter's Wife a while ago, and I fell to my death multiple times, and it always felt so weightless and anticlimactic doing so. In Thief 1 and 2 you could hear your bones being crushed whenever that happened. Having a sound cue like that would make me very very happy, or at least less frustrated from dying, which I do, a lot, because I suck. 3 - On the topic of dying, it would also be nice to add an option to enable a loose camera with physics instead of the Doom 3's standard tilted perspective and pointing 80º or so degrees upwards whenever you die. It looks so jarring to me that I feel even a standard camera animation pointing downwards like in Thief 1 and 2 would look better and more fitting than that abrupt cut. 4 - This is a small nitpick, but the water footsteps sound a bit off. Everything else in the sound department is generally very good, but the water footsteps sound as if someone dipped their fingers on a bathtub and is moving them around. It lacks impact. Thief 1 and 2 sounded better IMHO. 5 (bug) - And lastly, there is a bug that I want to report. For some reason you can't see your compass underwater. You can scroll through and view every item in your inventory (you can even read underwater!), except the compass that for some reason completely disappears. I noticed this when trying to navigate through a maze of underwater tunnels in a FM a while ago. That's all folks.

That's correct but many people just use the in-game mission downloader to check for new stuff without even looking at the forums, which is what I did. In the past a lot of missions that required a newer version of the game executable and assets would tell you this when you tried to start them up. I was just reporting on this and that you don't need to reinstall, just update via tdm_updater if you find this issue.

Hrm I wasn't able to type on *after* the spoiler and accidentally already submitted the reply.. (Does this forum somewhere have a raw mode where you type text with tags around them or something instead of this broken WYSIWYG editor?) Anyway, what I was gonna add: This was a great mission and I already played Away1 - I'm really looking forward to Away2, want to see how the story goes on

Practically speaking, to get on to Steam you also need to formalize the team as a legal entity, which brings up stuff like tax filings, a board of directors and executives, reporting requirements, etc., that I think nobody was keen to take on or hand over to others to take on. To begin with, it'd change the whole character of the team & the project a lot, I think. I forgot the issues with GOG and Itch now. I think everybody admitted it sounds good in principle at least. It's just herding cats when you get into the details, and half the cats are missing. That's before you even get to the actual mess with all the licenses. --- I noticed in the credits of Blendo Game's Skin Deep, when I played it recently, that there's a credit for the TDM Engine, from which he evidently lifted some things for his game. Brendon has long been making his games with Doom engines, so there's a reason he did that. I'd say he's also a friend of the community. He's visited the forum & is known for his games & thinking on immersive sims. But the point is that there's an example of someone branching off the TDM engine for a commercial project (that's also on Steam BTW). So if you have questions about it, that's someone you can contact to ask about it. I'm sure it matters that probably none of the assets carried over, though, only the game engine, or parts of it.

Might this not be better suited to https://forums.thedarkmod.com/index.php?/forum/58-tdm-tech-support/ or failing that make the text collapsable.

I personally still feel it's now a lost cause without first getting clarification over the licence for the def and script files from the original Doom 3, which is why, until such clarification is officially made I'm not doing anything further towards it. I believe that while currently Microsoft may turn a blind eye to copy and pasted text from these files in TDM due to its' non-commercial nature, the moment it were to become Libre then the ability to use it commercially could lead to problems. However to answer your question (bearing in mind I have a very limited knowledge of Doom 3/TDM modding other than what I learnt attempting to get a compiled cut-down version running). In terms of the game scripts the following are the only non-GPL header game scripts and you can comment them out from being loaded in source code: tdm_grandfather_clock.script tdm_turret.script tdm_audiograph.script tdm_camgoyle.script tdm_safe_lock.script tdm_safe.script Also Grayman put the values as comments in code for these two files so they can be easily created: tdm_soundprop.def tdm_ai_base.def It would be easier to seek out Greebo and Springheel and ask them to GPL their work since that would open up all the base def files without the task of re-creating them. I suspect that it would take a very long time to recreate all the def files, also bear in mind that some functionality is copy/paste from Doom 3 eula protected files (func_static for example). As regards the work done by Grayman, that would always remain NC-BY, however access to the SVN commits would allow you to diff remove his non-GPL edits from the .def files. The UI function calls for TDM are all within the GPL source code, and as the UI is all a text based language it probably wouldn't take more than a couple of days to re-create a basic (though not pretty) UI. There are many comments within the source code relating to the UI string references, so a relatively complete UI string language file can be re-created as well.

Really? Quake 4 used megatexturing?! If that is true, afaik they never talked about it in the game promocional material. I always thought Quake Wars was the first idTech game to ever use them. Despite the feature existing hidden in the engine, since Doom 3. And yes in Doom 3, a single 8k terrain megatexture is a couple of gigabytes (thou today games are reaching 200+ GB already...). Also I wonder why JC didn't supported tga RLE compression feature for the MT, when the engine can already use it for basic textures, it wouldn't be as good as the later compression system they used but would still take out a few megas from the size. Perhaps the tga decompression, just took to long for the MT streaming feature?

Double topic. See also topic: https://forums.thedarkmod.com/index.php?/topic/22754-thief-vr-legacy-of-shadow-announcement/

i am having a hard time searching for specific keyword in bug tracker so i decided to wade into google search and found similar thread with similar issue : https://forums.thedarkmod.com/index.php?/topic/13723-key-drop-melee-animation-glitch/

Just to complicate your life, there are 3 additional aspects to consider about the circa-2014 Mason files, and subsequent circa-2017 improvements to the 'english' version perhaps applicable to your work. (These issues are covered in the wiki "Mason Font" article, with a bit more in my "Analysis of 2.12 TDM Fonts", https://forums.thedarkmod.com/index.php?/topic/22427-analysis-of-212-tdm-fonts/. The 2017 changes can be seen in the *current* 2.13 TDM English Mason files.) 1) Need for custom DAT-scaling on certain Mason characters The source TTF had upper-case and lower-case characters that were early-on considered too similar to size. So (before 2014) in the DAT, selective per-character scaling was used to differentiate them. See https://wiki.thedarkmod.com/index.php?title=Font_Metrics_%26_DAT_File_Format#Per-Character_Font_Scaling for details. As you add new characters, you should do likewise (relatively easy with refont). 2) Creating the "glow" of mason_glow How Tels created the glow (for 'english' carleton & mason) is discussed in reasonable detail here: https://forums.thedarkmod.com/index.php?/topic/12863-translating-the-tdm-gui/page/5/#findComment-262661 That could be done for Russian too, which I recall currently fakes a glow, and possibly would require a minor GUI or engine code change to use. Note: To best accommodate glow and retain GIMP-visualization-alignment between base and glow characters, Tels moved some base characters within their bitmap, to keep their glyphs 2-3 pixels away from any bitmap edge. You should consider this when placing new base glyphs. Note: For the 3 mason bitmaps doubled in size circa-2017 as discussed next, the mason_glow bitmaps were also doubled. 3) Extensive bitmap editing to solve main menu character jaggedness. On Oct. 5, 2017, @Springheel in https://forums.thedarkmod.com/index.php?/topic/19129-menu-update/#findComment-412921 said: "Looking at the Mason fonts, it looks like they were super low res to begin with, and were then just resized [presumably referring to per-character scaling], making them even worse. I'll see what I can do." [Further on, referring to fonts in the TDM menu system:] "It appears that resizing the dds file to make it higher res is possible, so I'll proceed." Later, on Oct 13, 2017, he concluded within a "More detailed list of changes: "Updated the menu fonts, which were surprisingly bad before" Unfortunately, I couldn't find details on how this work was actually done. I assume the bitmap editing was all done in GIMP. It started with doubling the size of certain bitmaps from 256x256 to 512x512. This was done for the first 3 bitmaps (i.e., those with ASCII, some Latin-1). Then characters were made more crisp and smooth-edged. How? Dunno. Also, some odd but harmless artifacts happened within GIMP (noted in https://forums.thedarkmod.com/index.php?/topic/22427-analysis-of-212-tdm-fonts/page/3/#findComment-499660)

Or, just get in contact with the owners of the IP and ask them since just because an IP lawyer in one jurisdiction says it would be okay, doesn't mean it would be okay globally. There are several packs out there of scripts/definition files which are licenced under free licences (CC0 and WTFPL mostly) and claim their freedom by recreating them using "clean-room way". In fact, I used them in getting TDM running with mostly free licenced files by selectively choosing which had clearly been written from scratch albeit with reference to the originals, and which were just direct copy and paste with claimed free licences (I didn't use them). Then it was a case of finding/replacing the core engine textures, sounds, etc. the engine required to launch with free alternatives (again checking the packs since some were just copied direct from the game files and claiming to be free). In the end, the only non-free licenced files that were still required were those from TDM itself. The result of this TDM version is the screenshot I posted some posts ago here: https://forums.thedarkmod.com/index.php?/topic/22346-libre-version-of-tdm/page/3/#findComment-500642 However, you will notice the giant cursor on the screen in the screenshot, why? because the only reference to hiding the cursor is within the UI files which come under the game eula, so I didn't add in the command to hide it in game. In the case of the script/def files, this "clean-room" approach has stood up in a court of law when I looked online, however you wouldn't really want to end up being in the position of ending up in court defending yourself in the first place. The flaw in the def/scripts that were recreated are that they all wrote their files using the originals as reference. So if the originals are under the game eula, and if the information contained is in some way protected, then all these "clean-room" files revert to the original game eula, as the authors didn't have the right to change the licence. I believe (with a pinch of salt )that if the core scripts/files were made GPL by idSoftware/Microsoft then as files based off of or using them as parents (basically all TDM scripts/defs as far as I can make out) then all of the TDM scripts and def files would automatically become GPL as their authors could also not claim their work was NC-BY since it was then based on GPL work.

I suspect intentional, since the release appears to be more about modifying Doom 3/BFG to see what enhancements can be made to its engine base for the game and less about it being a release of the idTech 4 engine. As to why I believe this is likely the case, below is the Doom3-BFG repositories read me: So, I'd say they still wanted you to own the game since the scripts and def files are game data.

Regarding the existing Russian version of TDM's MasonAlternative font, this had a different origin than those Russian fonts processed by Riff_Keeper. Tels created this in 2012. He started from bitmaps of an ASCII Mason font, then used his Perl patch program to copy selected ASCII glyphs (that resemble in some way Cyrillic) to new font "MasonAlternative". See https://forums.thedarkmod.com/index.php?/topic/12863-translating-the-tdm-gui/page/15/#findComment-274617 In GIMP, he flipped or otherwise hand-edited to make them Cyrillic. He said, "There are still a few dozen missing, but this is enough to render the two headlines we have (New Mission and Setting)" https://forums.thedarkmod.com/index.php?/topic/12863-translating-the-tdm-gui/page/15/#findComment-274623 This accounts for the incomplete coverage. Speculatively, he took this approach because it couldn't find a Mason-style TTF font with both Russian characters and an acceptable license (e.g., public domain, or at the least freely redistributable for non-commercial use). @kalinovka,I wonder what the licensing is for your masonchronicles3.ttf.

Evidently a significant portion of the Cyrillic work was done by Keeper_Riff (in conjunction with Tels) back in 2011. These folks are not active in TDM these days. Keeper_Riff outlined a workflow, starting with FontLab to edit TTF files... https://forums.thedarkmod.com/index.php?/topic/12863-translating-the-tdm-gui/page/12/#findComment-271548 Specifically Carleton: https://forums.thedarkmod.com/index.php?/topic/12863-translating-the-tdm-gui/page/4/#findComment-262135

Released DOOM - The Dark Ages Min Sys Specs for low quality 1080p Processor: AMD Zen 2 or Intel 10th Generation CPU @3.2Ghz with 8 cores / 16 threads or better (examples: AMD Ryzen 7 3700X or better, or Intel Core i7 10700K or better) Memory: 16 GB RAM Graphics: NVIDIA or AMD hardware Raytracing-capable GPU with 8GB dedicated VRAM or better (examples: NVIDIA RTX 2060 SUPER or better, AMD RX 6600 or better) Storage: 100 GB free NVME SSD storage required https://store.steampowered.com/app/3017860/DOOM_The_Dark_Ages/ Nothing for my poor Laptop

Hi all, Thanks for the replies. I'm not sure if it's just my setup, but it should be quite apparent if you load up any original Doom 3 map in DarkRadiant (unless it's only me having issues ofc). The mod folder doesn't seem to make a difference, but I do currently run the dhewm3 source port, so I should maybe run a clean installation on the side just to make sure and rule that out. Here are two screenshots, one from darkradiant and one from d3-editor from the same location on a map. The model appears green when it is connected with a light. I believe default keys are shift + k in D3 Edit to achieve it. And just to explain, the light on the right is essentially just brushwork and then a light sitting below it (not visible in the screenshots), while the left one is a light with the model property assigned, and the model can just be a func_static but that just doesn't seem to work in DarkRadiant for me. Caverns2 shows this off in the first room below the elevator pretty well.

Oh never knew Doom 3 editor lacked prefab ability, one reason DR got so popular then, prefabs are awesome. I never used inhouse Doom3 editor, besides trying it for a few minutes but DR felt better to me, so I used that. Custom DR prefabs, do work in Doom 3, obviously TDM ones will not. I did used prefabs in Doom 3 for some things, like wall lamps and such, where I connected a model, a light and a particle effect for example. Never looked at the DR source code, but behind the scenes I bet the entities are just being bound to each other and that Doom 3 supports fine. About the topic, I would love to help the person but like i said, I never used inhouse Doom3 editor, so I can't really compare behaviors between the editors. And what you said sounds totally reasonable.

Prefabs don't exist in the original Doom 3 or D3Edit as far as I know. But I don't understand what is the issue being reported. As far as I can see, creating a light entity and setting a "model" key works as expected, with the model becoming visible in the 2D and 3D views in addition to the light bounding box. I'm not sure what else is meant by "having a specified model for the lights". Perhaps vanilla D3 does this in some other way than by setting a "model" key.