Search the Community

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

Now this is the kind of spicy pepper that I enjoy biting into. I feel like this would be simplest to solve by adding some prefabs to tdm_prefabs01.pk4, with sensible defaults but some obvious exposed customizable bits, and maybe a tiny wiki article to document what can be done with them. No idea what it takes to make something(s?) part of the core package of TDM prefabs, but I'm willing to put in work to make it happen. When I revisit this (which will probably be a couple weeks), I'll upload whatever solution I end up with as prefab .map files to this thread and I suppose we can test/bikeshed from there. How to make it work well with the AI would be my big open question. I imagine kicking down a door/crate/exploding barrel should alert hostile NPCs and make neutral ones hostile, and should probably do so in a large radius. It sure feels like the kind of thing that should be a last resort with significant downsides in a Thief-y open source im-sim game. The breaking doors I was trying to get to work are in an area with no NPCs, so I haven't even tried to solve or test its effect on nearby AIs.

Thank you. If you want, you can also share your post in this music resource thread I started a while back. I think it would fit nicely.

Pixabay also has a big catalogue of sounds and music for free download and use, (different CC licenses). Music of all genres also in the Free Music Archive

Moved to this thread. There are lots of complaints about UE5 performance. Oblivion Remastered may be a worse example than usual (there is another title that did a UE5 on top of other engine approach, but I forgot what it is), but it's only the latest. Budget PC gamers have benefited from industry hardware/software stagnation (PS4 era games became trivial to run). We are still a far cry from the fast-paced 90s when your shiny new 3D accelerator could be completely obsolete within a year or two, but things are picking up a little. What we're learning is that we tend to need moar than 8 GB of VRAM, with 16 GB presumably having no issues given that current-gen consoles are locked in at 16 GB GDDR6 max. We can blame lazy developers for this if we are being uncharitable. Aside from that, you can't count on being able to do 4K or ray tracing (on low-end like 7600 XT 16 GB), but if you have little interest in newer games, that's probably fine. AMD is bringing some heat with several 16 GB options, but hasn't bothered with a 192-bit die, and won't be able to do some of the exotic memory configurations Nvidia can using 3 GB GDDR7 modules (GDDR6 is limited to 2 GB). Intel's 10-12 GB Battlemage cards are a no-show. AMD's 9060 XT 16 GB could be impacted by tariffs. We'll be lucky to see it under $350. I think next-gen could be more interesting with hopefully better market conditions, Nvidia using a new node (Blackwell 4nm = Lovelace 4nm), and all competitors using GDDR7, allowing 12 GB on 128-bit, 18 GB on 192-bit, etc. APUs are becoming a good option, giving you "unlimited VRAM" and decent performance. AMD only has Phoenix APUs on the desktop socket but might launch Strix Point by the end of the year. These should be generally sufficient for 1080p. Mobile-on-desktop soldered products are looking good and coming out long before the desktop APUs. AMD's Strix Halo is theoretically interesting, but in practice it's expensive and positioned more for AI than gaming. It just doesn't matter to the budget-conscious right now. If you don't care about the latest games, you're good to go. I've hardly played anything other than Thief and TDM lately. I do want to push TDM to higher resolutions though, and perhaps see ray tracing land in the engine in the future.

"Frontend acceleration" is the user-side name of cvar r_useParallelAddModels, which controls job-based parallelism inside frontend. And cvar com_smp controls the original two-thread parallelization which was present in Doom 3. We used to have a troubleshooting switch for it in the menu, but later we deleted it because this parallelism seemed stable enough. If you are interested, it is described here: https://wiki.thedarkmod.com/index.php?title=Tracy:_timeline_profiler#Gameplay

It’s already mentioned in the Iris thread there.

I listened to Palingenesis, and it definitely sounds like a track you would hear in a TDM mission. Well done. Clicked on "On The Edge Of Dawn" and it sent me straight to the second track, "Dawn Fades". It's good but may be a bit busy/loud by TDM standards. YMMV. I'd like to use this thread to point out that T1/T2 made use of short ambient loops, repeated, mixed up, and layered. This was probably due to technical limitations, but it can contribute to the hypnotic feel of the soundtrack, and isn't often replicated by the usual completed tracks we hear now. I don't know if any TDM mappers have taken this approach, but boiling down ambients to their smallest components might be a good idea from a creative standpoint. For example, I downloaded Thief 2 to this computer. Ambients are in RES/snd.crf/SFX. You can open it with 7zip, sort by size or name, and start loading them in your media player without extracting. One iconic mission, Framed, uses these: m04ring (36s) S0400 (24s) m04lo (23s) s0401 through s0407end in snd.crd/MiscVOs/english Some areas in missions are only/primarily playing a short loop in the background, such as: voicel1 (13s) SUBSON1 (4s) m01drone (~1s) Lhouse (4s) L7baseM (4s) L2_base1 (6s) voxloop2 (4s) brassL (6s) Some sounds may be played randomly (not sure), such as FB1 through fb10. The largest file, swells2.wav, is used in Shipping and Receiving and another mission, and it's still only 44 seconds long. Another fun thing are the "twangs", "openers" or whatever you would call them, that only play at the very beginning of the mission. There are two main ones in Thief 2: ambstart.wav (6s) BELLTHMP (6s) I think there's a third variation, might only be in Dark Project My point in bringing all this up is that to get that Dark Project/Metal Age feel, maybe we need to go back to the basics.

Improved formatting: Thread 38 "Frontend" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffb98006c0 (LWP 1220544)] 0x00007ffff48d5d29 in ?? () from /lib/x86_64-linux-gnu/libGLdispatch.so.0 (gdb) bt #0 0x00007ffff48d5d29 in ?? () from /lib/x86_64-linux-gnu/libGLdispatch.so.0 #1 0x0000000000be43c7 in GLSLProgram::Destroy (this=0x10fe9290) at darkmod_src/renderer/backend/GLSLProgram.cpp:61 #2 0x0000000000bece3e in GLSLProgramManager::LoadFromGenerator(char const*, std::function<void (GLSLProgram*)> const&) (this=0x2107cc0 <programManagerInstance>, name=0x7fffb013a1f0 "ambientEnvironment", generator=...) at darkmod_src/renderer/backend/GLSLProgramManager.cpp:103 #3 0x0000000000bec407 in GLSLProgramManager::Load (this=0x2107cc0 <programManagerInstance>, name=..., defines=...) at darkmod_src/renderer/backend/GLSLProgramManager.cpp:74 #4 0x0000000000cc642f in GLSL_LoadMaterialStageProgram (name=0x7ffed4053f40 "ambientEnvironment") at darkmod_src/renderer/resources/Material.cpp:783 #5 0x0000000000cc9602 in idMaterial::ParseStage (this=0x7ffed40069b0, src=..., trpDefault=TR_REPEAT) at darkmod_src/renderer/resources/Material.cpp:1568 #6 0x0000000000ccd04e in idMaterial::ParseMaterial (this=0x7ffed40069b0, src=...) at darkmod_src/renderer/resources/Material.cpp:2470 #7 0x0000000000ccd626 in idMaterial::Parse (this=0x7ffed40069b0, text=0x7fffb97eda30 "\n\npainting03_L\n{\n\tqer_editorimage\tmodels/darkmod/props/textures/painting03_l_d_ed\n\twood\n\n\tdiffusemap\tmodels/darkmod/props/textures/painting03_l_d\n\tbumpmap\t\tmodels/darkmod/props/textures/painting01_loc"..., textLength=1329) at darkmod_src/renderer/resources/Material.cpp:2559 #8 0x000000000049631d in idDeclLocal::ParseLocal (this=0x57c0bd0) at darkmod_src/framework/DeclManager.cpp:2318 #9 0x000000000049263f in idDeclManagerLocal::FindType (this=0x16fdc00 <declManagerLocal>, type=DECL_MATERIAL, name=0x7ffed40c03f0 "painting03_l", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1235 #10 0x0000000000494300 in idDeclManagerLocal::FindMaterial (this=0x16fdc00 <declManagerLocal>, name=0x7ffed40c03f0 "painting03_l", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1633 #11 0x000000000049f3ed in idDeclSkin::Parse (this=0x7ffed4034ad0, text=0x7fffb97ee290 "\n\nportrait_with_skull02_torn\n{\nmodel models/darkmod/decorative/wall/painting01.lwo\nmodel models/darkmod/decorative/wall/painting01_m.lwo\nmodel models/darkmod/decorative/wall/painting01_l.lwo\nmodel mod"..., textLength=404) at darkmod_src/framework/DeclSkin.cpp:78 #12 0x000000000049631d in idDeclLocal::ParseLocal (this=0x59f3e10) at darkmod_src/framework/DeclManager.cpp:2318 #13 0x000000000049263f in idDeclManagerLocal::FindType (this=0x16fdc00 <declManagerLocal>, type=DECL_SKIN, name=0x7ffed408bc6c "portrait_with_skull02_torn", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1235 #14 0x0000000000494382 in idDeclManagerLocal::FindSkin (this=0x16fdc00 <declManagerLocal>, name=0x7ffed408bc6c "portrait_with_skull02_torn", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1643 --Type <RET> for more, q to quit, c to continue without paging-- #15 0x000000000055a6bb in idEntity::Event_SetSkin (this=0x7ffed408d324, skinname=0x7ffed408bc6c "portrait_with_skull02_torn") at darkmod_src/game/Entity.cpp:7114 #16 0x0000000000987646 in idClass::ProcessEventArgPtr (this=0x7ffed408d324, ev=0x1f5ef00 <EV_SetSkin>, data=0x7fffb97ee600) at darkmod_src/game/gamesys/Callbacks.cpp:26 #17 0x0000000000a5a847 in idInterpreter::CallEvent (this=0x7ffed408b444, func=0x7ffff7961388, argsize=132) at darkmod_src/game/script/Script_Interpreter.cpp:817 #18 0x0000000000a5b1f7 in idInterpreter::Execute (this=0x7ffed408b444) at darkmod_src/game/script/Script_Interpreter.cpp:1091 #19 0x0000000000a6a0ce in idThread::Execute (this=0x7ffed408b414) at darkmod_src/game/script/Script_Thread.cpp:949 #20 0x0000000000561c23 in idEntity::FrobAction (this=0x16762504, frobMaster=true, isFrobPeerAction=false) at darkmod_src/game/Entity.cpp:9544 #21 0x000000000067d033 in idPlayer::PerformFrob (this=0x156bf4e4, impulseState=EPressed, target=0x16762504, allowUseCurrentInvItem=true) at darkmod_src/game/Player.cpp:11843 #22 0x000000000067d916 in idPlayer::PerformFrob (this=0x156bf4e4) at darkmod_src/game/Player.cpp:12047 #23 0x000000000066884c in idPlayer::PerformImpulse (this=0x156bf4e4, impulse=41) at darkmod_src/game/Player.cpp:5935 #24 0x00000000006696f4 in idPlayer::EvaluateControls (this=0x156bf4e4) at darkmod_src/game/Player.cpp:6347 #25 0x000000000066e72d in idPlayer::Think (this=0x156bf4e4) at darkmod_src/game/Player.cpp:7616 #26 0x00000000005ba9dd in idGameLocal::RunFrame (this=0x16b3a40 <gameLocal>, clientCmds=0x7fffb97eebe0, timestepMs=17, minorTic=false) at darkmod_src/game/Game_local.cpp:3397 #27 0x00000000004cac3c in idSessionLocal::RunGameTic (this=0x17055a0 <sessLocal>, timestepMs=17, minorTic=false) at darkmod_src/framework/Session.cpp:2997 #28 0x00000000004cb020 in idSessionLocal::RunGameTics (this=0x17055a0 <sessLocal>) at darkmod_src/framework/Session.cpp:3043 #29 0x00000000004cb291 in idSessionLocal::FrontendThreadFunction (this=0x17055a0 <sessLocal>) at darkmod_src/framework/Session.cpp:3104 #30 0x00000000004cb6bc in operator() (__closure=0x0, x=0x17055a0 <sessLocal>) at darkmod_src/framework/Session.cpp:3186 #31 0x00000000004cb6e4 in _FUN () at darkmod_src/framework/Session.cpp:3188 #32 0x00007ffff769caa4 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:447 #33 0x00007ffff7729c3c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 (gdb) thread 1 [Switching to thread 1 (Thread 0x7ffff7ccf4c0 (LWP 1220498))] #0 0x00007ffff771b4cd in __GI___poll (fds=0x7fffffffd4e8, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29 warning: 29 ../sysdeps/unix/sysv/linux/poll.c: No such file or directory (gdb) bt #0 0x00007ffff771b4cd in __GI___poll (fds=0x7fffffffd4e8, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007fffd661d9df in ?? () from /lib/x86_64-linux-gnu/libnvidia-glcore.so.570.124.04 #2 0x00007fffd6603b11 in ?? () from /lib/x86_64-linux-gnu/libnvidia-glcore.so.570.124.04 #3 0x00007ffff3f7a1ec in ?? () from /lib/x86_64-linux-gnu/libGLX_nvidia.so.0 #4 0x00007ffff3f48500 in ?? () from /lib/x86_64-linux-gnu/libGLX_nvidia.so.0 #5 0x0000000000d95c36 in GLimp_SwapBuffers () at darkmod_src/sys/linux/glimp.cpp:76 #6 0x0000000000bf4ba0 in RB_SwapBuffers () at darkmod_src/renderer/backend/tr_backend.cpp:608 #7 0x000000000074adf1 in R_IssueRenderCommands (frameData=0x1fb31a0 <smpFrameData+96>) at darkmod_src/renderer/RenderSystem.cpp:173 #8 0x000000000074c6e6 in idRenderSystemLocal::EndFrame (this=0x1fa7c60 <tr>, frontEndMsec=0x0, backEndMsec=0x0) at darkmod_src/renderer/RenderSystem.cpp:768 #9 0x00000000004c9cb9 in idSessionLocal::UpdateScreen (this=0x17055a0 <sessLocal>, outOfSequence=false) at darkmod_src/framework/Session.cpp:2716 #10 0x000000000047477f in idCommonLocal::Frame (this=0x16de8c0 <commonLocal>) at darkmod_src/framework/Common.cpp:2479 #11 0x0000000000d99481 in main (argc=1, argv=0x7fffffffdd68) at darkmod_src/sys/posix/platform_linux.cpp:490

By the way, if the "Frontend Acceleration" setting in the advanced video menu is supposed to disable running the Frontend in a thread, then that setting is broken. However, setting com_smp 0 in the console works and after restarting I can frob the picture without a crash, but the following messages are printed:

@stgatilov @nbohr1more @datiswous: I compiled a debug build and got a backtrace. I posted it in the other forum thread that was about the same crash, so we don't spam this thread too much See:

Probably makes sense to discuss this issue here instead of in the generic Shadows of Northdale 1 thread (where the same issue occured). I compiled the latest Darkmod source (Debug build) and reproduced the crash with that. The crash indeed does *not* happen in the main thread, but the "Frontend" thread: Thread 38 "Frontend" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffb98006c0 (LWP 1220544)] 0x00007ffff48d5d29 in ?? () from /lib/x86_64-linux-gnu/libGLdispatch.so.0 (gdb) bt #0 0x00007ffff48d5d29 in ?? () from /lib/x86_64-linux-gnu/libGLdispatch.so.0 #1 0x0000000000be43c7 in GLSLProgram::Destroy (this=0x10fe9290) at darkmod_src/renderer/backend/GLSLProgram.cpp:61 #2 0x0000000000bece3e in GLSLProgramManager::LoadFromGenerator(char const*, std::function<void (GLSLProgram*)> const&) (this=0x2107cc0 <programManagerInstance>, name=0x7fffb013a1f0 "ambientEnvironment", generator=...) at darkmod_src/renderer/backend/GLSLProgramManager.cpp:103 #3 0x0000000000bec407 in GLSLProgramManager::Load (this=0x2107cc0 <programManagerInstance>, name=..., defines=...) at darkmod_src/renderer/backend/GLSLProgramManager.cpp:74 #4 0x0000000000cc642f in GLSL_LoadMaterialStageProgram (name=0x7ffed4053f40 "ambientEnvironment") at darkmod_src/renderer/resources/Material.cpp:783 #5 0x0000000000cc9602 in idMaterial::ParseStage (this=0x7ffed40069b0, src=..., trpDefault=TR_REPEAT) at darkmod_src/renderer/resources/Material.cpp:1568 #6 0x0000000000ccd04e in idMaterial::ParseMaterial (this=0x7ffed40069b0, src=...) at darkmod_src/renderer/resources/Material.cpp:2470 #7 0x0000000000ccd626 in idMaterial::Parse (this=0x7ffed40069b0, text=0x7fffb97eda30 "\n\npainting03_L\n{\n\tqer_editorimage\tmodels/darkmod/props/textures/painting03_l_d_ed\n\twood\n\n\tdiffusemap\tmodels/darkmod/props/textures/painting03_l_d\n\tbumpmap\t\tmodels/darkmod/props/textures/painting01_loc"..., textLength=1329) at darkmod_src/renderer/resources/Material.cpp:2559 #8 0x000000000049631d in idDeclLocal::ParseLocal (this=0x57c0bd0) at darkmod_src/framework/DeclManager.cpp:2318 #9 0x000000000049263f in idDeclManagerLocal::FindType (this=0x16fdc00 <declManagerLocal>, type=DECL_MATERIAL, name=0x7ffed40c03f0 "painting03_l", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1235 #10 0x0000000000494300 in idDeclManagerLocal::FindMaterial (this=0x16fdc00 <declManagerLocal>, name=0x7ffed40c03f0 "painting03_l", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1633 #11 0x000000000049f3ed in idDeclSkin::Parse (this=0x7ffed4034ad0, text=0x7fffb97ee290 "\n\nportrait_with_skull02_torn\n{\nmodel models/darkmod/decorative/wall/painting01.lwo\nmodel models/darkmod/decorative/wall/painting01_m.lwo\nmodel models/darkmod/decorative/wall/painting01_l.lwo\nmodel mod"..., textLength=404) at darkmod_src/framework/DeclSkin.cpp:78 #12 0x000000000049631d in idDeclLocal::ParseLocal (this=0x59f3e10) at darkmod_src/framework/DeclManager.cpp:2318 #13 0x000000000049263f in idDeclManagerLocal::FindType (this=0x16fdc00 <declManagerLocal>, type=DECL_SKIN, name=0x7ffed408bc6c "portrait_with_skull02_torn", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1235 #14 0x0000000000494382 in idDeclManagerLocal::FindSkin (this=0x16fdc00 <declManagerLocal>, name=0x7ffed408bc6c "portrait_with_skull02_torn", makeDefault=true) at darkmod_src/framework/DeclManager.cpp:1643 --Type <RET> for more, q to quit, c to continue without paging-- #15 0x000000000055a6bb in idEntity::Event_SetSkin (this=0x7ffed408d324, skinname=0x7ffed408bc6c "portrait_with_skull02_torn") at darkmod_src/game/Entity.cpp:7114 #16 0x0000000000987646 in idClass::ProcessEventArgPtr (this=0x7ffed408d324, ev=0x1f5ef00 <EV_SetSkin>, data=0x7fffb97ee600) at darkmod_src/game/gamesys/Callbacks.cpp:26 #17 0x0000000000a5a847 in idInterpreter::CallEvent (this=0x7ffed408b444, func=0x7ffff7961388, argsize=132) at darkmod_src/game/script/Script_Interpreter.cpp:817 #18 0x0000000000a5b1f7 in idInterpreter::Execute (this=0x7ffed408b444) at darkmod_src/game/script/Script_Interpreter.cpp:1091 #19 0x0000000000a6a0ce in idThread::Execute (this=0x7ffed408b414) at darkmod_src/game/script/Script_Thread.cpp:949 #20 0x0000000000561c23 in idEntity::FrobAction (this=0x16762504, frobMaster=true, isFrobPeerAction=false) at darkmod_src/game/Entity.cpp:9544 #21 0x000000000067d033 in idPlayer::PerformFrob (this=0x156bf4e4, impulseState=EPressed, target=0x16762504, allowUseCurrentInvItem=true) at darkmod_src/game/Player.cpp:11843 #22 0x000000000067d916 in idPlayer::PerformFrob (this=0x156bf4e4) at darkmod_src/game/Player.cpp:12047 #23 0x000000000066884c in idPlayer::PerformImpulse (this=0x156bf4e4, impulse=41) at darkmod_src/game/Player.cpp:5935 #24 0x00000000006696f4 in idPlayer::EvaluateControls (this=0x156bf4e4) at darkmod_src/game/Player.cpp:6347 #25 0x000000000066e72d in idPlayer::Think (this=0x156bf4e4) at darkmod_src/game/Player.cpp:7616 #26 0x00000000005ba9dd in idGameLocal::RunFrame (this=0x16b3a40 <gameLocal>, clientCmds=0x7fffb97eebe0, timestepMs=17, minorTic=false) at darkmod_src/game/Game_local.cpp:3397 #27 0x00000000004cac3c in idSessionLocal::RunGameTic (this=0x17055a0 <sessLocal>, timestepMs=17, minorTic=false) at darkmod_src/framework/Session.cpp:2997 #28 0x00000000004cb020 in idSessionLocal::RunGameTics (this=0x17055a0 <sessLocal>) at darkmod_src/framework/Session.cpp:3043 #29 0x00000000004cb291 in idSessionLocal::FrontendThreadFunction (this=0x17055a0 <sessLocal>) at darkmod_src/framework/Session.cpp:3104 #30 0x00000000004cb6bc in operator() (__closure=0x0, x=0x17055a0 <sessLocal>) at darkmod_src/framework/Session.cpp:3186 #31 0x00000000004cb6e4 in _FUN () at darkmod_src/framework/Session.cpp:3188 #32 0x00007ffff769caa4 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:447 #33 0x00007ffff7729c3c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 The main thread calls GLimp_SwapBuffers() at the same time: (gdb) thread 1 [Switching to thread 1 (Thread 0x7ffff7ccf4c0 (LWP 1220498))] #0 0x00007ffff771b4cd in __GI___poll (fds=0x7fffffffd4e8, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29 warning: 29 ../sysdeps/unix/sysv/linux/poll.c: No such file or directory (gdb) bt #0 0x00007ffff771b4cd in __GI___poll (fds=0x7fffffffd4e8, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007fffd661d9df in ?? () from /lib/x86_64-linux-gnu/libnvidia-glcore.so.570.124.04 #2 0x00007fffd6603b11 in ?? () from /lib/x86_64-linux-gnu/libnvidia-glcore.so.570.124.04 #3 0x00007ffff3f7a1ec in ?? () from /lib/x86_64-linux-gnu/libGLX_nvidia.so.0 #4 0x00007ffff3f48500 in ?? () from /lib/x86_64-linux-gnu/libGLX_nvidia.so.0 #5 0x0000000000d95c36 in GLimp_SwapBuffers () at darkmod_src/sys/linux/glimp.cpp:76 #6 0x0000000000bf4ba0 in RB_SwapBuffers () at darkmod_src/renderer/backend/tr_backend.cpp:608 #7 0x000000000074adf1 in R_IssueRenderCommands (frameData=0x1fb31a0 <smpFrameData+96>) at darkmod_src/renderer/RenderSystem.cpp:173 #8 0x000000000074c6e6 in idRenderSystemLocal::EndFrame (this=0x1fa7c60 <tr>, frontEndMsec=0x0, backEndMsec=0x0) at darkmod_src/renderer/RenderSystem.cpp:768 #9 0x00000000004c9cb9 in idSessionLocal::UpdateScreen (this=0x17055a0 <sessLocal>, outOfSequence=false) at darkmod_src/framework/Session.cpp:2716 #10 0x000000000047477f in idCommonLocal::Frame (this=0x16de8c0 <commonLocal>) at darkmod_src/framework/Common.cpp:2479 #11 0x0000000000d99481 in main (argc=1, argv=0x7fffffffdd68) at darkmod_src/sys/posix/platform_linux.cpp:490

And some info can be found on this forum topics and wiki. Wiki article: https://wiki.thedarkmod.com/index.php?title=Parallax_mapping Topic: https://forums.thedarkmod.com/index.php?/topic/22574-experimental-support-of-parallax-mapping-in-213/

Parallel image loading only happens when level is started. In this case a shader is compiled during gameplay probably. I think we have some issues with it. Maybe shader compilation starts on non-main thread. And then depending on the driver/OS it can result in anything... UPDATE: For some reason, shader compilation does not happen at all for me when I teleport to and frob atdm_loot_painting_medium_4. The shader is loaded during level start regardless of any conditions, which is the right way. And I see no crash inside VM.

I looked through the wiki and it doesn't seem that complicated. I don't want to spend the time to learn DarkRadiant enough to create testing rooms with different reverbs (I don't use it at all and when I tried it I spent too much time on basics like where to save which definition files and how to correctly use them etc.) so I'm not going to be super helpful here, but I looked through this thread dealing with that exact issue: And through this page: https://wiki.thedarkmod.com/index.php?title=Setting_Reverb_Data_of_Rooms_(EAX) It seems like the parameters in the version 2 of EAX Reverb are relatively sane, you only need a few of them and according to the linked thread (it includes a couple examples) it should be possible to just take existing presets and modify a couple parameteres that need to be modified. One important part of the wiki is the image of the table with existing parameters and their allowed ranges. It also contains contains a link to OpenAI EFX manual section that explains all the parameters in reasonably plain english: https://usermanual.wiki/Pdf/Effects20Extension20Guide.90272296/view#95 The way I understand it the parameters are used without the AL_EAXREVERB_ prefix and the most important one is the GAIN parameter, which controls how loud the reverb/echo is compared to the original sound, its default value is 0.32 and allowed range is 0.0 - 1.0, so setting it somewhere lower than 0.32 would be a good start. The second is DECAY_TIME, set in seconds, range 0.1 - 20.0: the larger the room, the longer the decay time, but at the same time the more filled with absorbent materials it is (carpets, beds, armchairs but also full bookcases), the shorter the decay and quieter the the gain. There are other parameters that would allow you to make the reverbs and echos more sophisticated, but these two should be enough to fix the big problems.

Changelog of 2.14 development: dev17330-10984 * Tonemapping is now applied to game frame only, HUD and menu are not affected. Includes major & breaking changes in X-ray implementation (6606). * Now engine defines macros TDM_VERSION/TDM_REVISION/TDM_VERSION_FULL in game scripts and GUI. * Added all missing mipmaps in DDS textures (post). * Fixed crash from having many localization packs (6611). * Fixed comments parsing and automatic collision model for OBJ models (6610). * Ported some fixes from dhewm3 repo: save/load, snprintf, bad memset, some RenderSystem shutdown fixes. * Fixed number = 1 in inventory GUI on non-stackable items (thread). * More fixes in fonts (post). * Added cvar r_ssao_insubview which enables SSAO inside subviews. * Split oversized tdm_modelsXX.pk4 packages into more pieces. dev17332-10999 * Fixed Linux crash when material with custom shader is loaded during gameplay (6510). * Completely disabled old light estimate system (6546). * Now it is possible to use larger mesh models... at least static ones. * Ported some more fixes from dhewm3 repo: mostly warnings and uninitialized memory use.

I'm planning on releasing the 2.13 version and also adding the updates I've shared in this thread. I've been focused on finishing writing my thesis so there hasn't been much time for me to work on the mod but it will come eventually and I haven't abandoned it.

Let's call it 24 cores, 48 threads, a 50% increase using new 12-core chiplets. The rumored LP cores look like a direct copy of Intel's LP E-cores approach, but Intel has been playing around with how those work from Meteor Lake to Lunar Lake and soon Arrow Lake mobile, and has yet to put them in desktop chips (Arrow Lake-S desktop uses the cancelled Meteor Lake-S SoC tile with no LP E-cores). If I were AMD, I wouldn't allow heavy multi-threaded workloads to include the LP cores, in order to save some power for the iGPU and/or NPU, and not cause any scheduling issues. I think the easiest approach would be to detect that the computer is idling or under very low load, especially when not receiving any keyboard/mouse input, and use the LP cores then, turning off the CCD(s) completely. I assume they can be turned back on in like a few milliseconds. It will be impressive if you can use your computer without having the CCDs on, for something relatively lightweight like watching hardware-decoded video. 2-core, 4-thread low-clocked Zen 5 may be enough, but consider that web browsers can add a bunch of cruft (particularly ads, or chat messages rapidly inserted into the DOM from a live stream interface). When you look at something like "Bumblebee", the 2x LP cores represent 33% of the core count, so maybe they should be running at all times. That product is monolithic but AMD has the ability to "turn off" parts of a monolithic chip for power efficiency. Source: I heard it somewhere. Back at Intel, they may put LP E-cores in future desktop chips to improve idle power consumption. They may even put 4x instead of 2x. These cores are generally going to be hobbled by a lack of L3 cache, but may be surprisingly fast otherwise if they are Skymont or newer. Anyway, AMD's 12-core chiplets enable the exciting 24-26 cores, but more importantly they should force core counts to rise down the product stack. Suddenly, the 8-cores (currently ranging from ~$290 for the 9700X to ~$480 for the 9800X3D) would be a heavily disabled junk product of the Zen 6 generation if they get made, since yields for the chiplets are so high. We should see 10-cores (still ~17% disabled) become the new entry-mid level, below pristine 12-core products.

Sorry, didn't find a thread for praise yet. You guys did an absloutely great job with 2.13. Not only did the loading times improve massively, the light gem/A.I. visibility is much more consistent now, but, also the changes to the Training Mission are great. Thanks for still maintaining the mod, and improving it with literally every new version.

Wow, so it's possible to run the full render pipeline for a specific pixel even if it's offscreen? The thread you linked also mentions casting shadow rays. Do you know where in the source code this is all done? Might just be easier to look at it.

Ah, I didn't know this. Is there a way to get these tips to always be displayed so we could take a look at the GUI script to see if there is an easy fix? Also I think the thread title is okay, because it includes everything still broken in 2.13 ;).

2.13 is out, eager to see if any new reports arrive now that the CVAR thread-safe fix is in production.

Here is the thread with the impacted textures:

In TDM 2.13 we restore the original Doom 3 option to change texture quality in the menu. Lowend players no longer need to tinker with the image_downSize cvars. Unfortunately, sometime after the release of "Seeking Lady Leicester" ( TDM 2.11 development ) some DDS textures were added to TDM that lacked mipmaps. On texture quality settings below "Full" ( default ), these textures will render black: If you want to use any of these textures in a mission, fixed versions can be found packed into the missions "Seeking Lady Leicester" and "The Imperial Sword". If you see any other textures that render black when texture quality is below Full, please report them to this thread. Thank you! Edit: Daft Mugi used a python script to find the remaining items ( added to the list above )

This used to happen in (at least) 2.12 as well. Press escape while a tip is being displayed and it will stay with you even when watching the credits. Fortunately the tip goes away when a mission starts. I am not not totally sure I get what you mean but... This is normal and probably unavoidable. The space is limited. Try setting Print Screen and Capslock to any control. So far this is but it isn't a "TDM 2.13 issues" thread, imho. Consider a different name for the topic not to mislead an audience eager to try the new version!