Jump to content
The Dark Mod Forums

Recommended Posts

Posted

Brief overview


GRAPHICS

1) Required OpenGL version raised to GL 3.3. This version is supposed to be final for the nearest years.
  ARB shaders removed completely. Some further cleanup done.

2) The rendering now works on the "new backend" by default, and the old backend is marked for removal in future.
  The new backend is not only a major refactoring of OpenGL-related code, but also a strong movement towards minimizing driver overhead.
  It includes improvements like: UBO streaming, bindless textures, multidrawindirect commands, lightgem triple buffering.

3) The additional color correction that got included into 2.08 has been disabled.
  Also gamma/brightness settings now affect everything, including: underwater, GUIs, menu, etc.
  As the result, the gamma/brightness behavior of TDM 2.07 is fully restored.

4) RGTC texture compression is now used by default for normal maps.
  The plan is to convert existing normal maps to DDS files with RGTC compression in future (to reduce load times).
  For now compression is done during level load.

5) The well-known cvar com_smp aka "Multi Core Enhancement" optimization has become stable enough to be enabled by default and to be removed from the settings menu.
  Its place in experimental settings is now taken by the new parallel optimization: cvar r_useParallelAddModels aka "Frontend Acceleration".
  Needless to say, this mode has got a major overhaul and numerous fixes.

6) Added sharpening filter, which is applied to the final rendered image and improves its look.
  It is enabled by default, controlled by "Sharpen Image" setting in the menu.

7) Fixed "borderless" fullscreen mode (Windows-only).
  Ironically, it was broken in 2.08 release and worked exactly the same as ordinary fullscreen mode.
  Now it should hopefully work as intended.

MAPPING

1) First implementation of "hot reload" feature: updating new map changes without restarting game.
  It is also integrated into DarkRadiant (with the help of DarkRadiant devs 😃, of course).
  Here is the wiki page about it (beware: it is quite technical 😥).
  Please report related issues and feedback to the dedicated forum discussion.

2) Finally, the rotation hack is totally removed from any map when player loads it.
  For any entity, bad rotation is embedded into its model.
  Internally, the transformed model is saved on player's machine as "proxy model" (4970).

3) Particle systems were greatly refactored, fixing the issue with bounding box (5136).
  Added "mapLayout linear" mode to particle static collisions, which allows snow or fire to stop at objects (5437).
  See also wiki page about particle collisions.

4) Every warning about missing image/sound is followed by detailed explanation how it was referenced.
  It is controlled by decl_stack cvar and is enabled by default.
  It is already helping us in a desperate fight with console warnings 😄

5) A bunch of console warnings were fixed or disabled.
  More fixes will follow in future.

6) GUI scripts got some attention due to the story of menu refactoring (5323 - not done yet).
  Fixed awful bug about lost GUI commands. Added much more debug logging under LC_MAINMENU/LT_DEBUG.

ASSETS
1 ) Added bed/shelf/desk prefabs and desk models by Dragofer.

2) Streamlined and cleaned up TDM's prefabs. Make sure to also get DR 2.11 for its greatly improved handling of prefabs! (5499)

3 ) Added new statue provided by LDAsh.

4 ) Added moving version of Epifire's steam engine as a prefab provided by bikerdude. (beta4)

5 ) Added blue version of the fire elemental.

6 ) Added display cabinet provided by bikerdude.

7 ) Added naval clock decorative item by Dragofer.

8 ) Added openable version of the display case with prefabs.

9 ) Added Dram's animated firefly particles and prefabs in 4 colours.

10) Added or restored ambient AI entities and prefabs.

11 ) Fixed sounds from unlit/extinguished gas lamp (5216).

12 ) Various asset fixes: cathedral_torn skin for paintings, chandelier_ornate02 model, restored prefab of AIs playing dice etc.

13 ) Fixes for the manbeast character by Dragofer and Kingsal.

 

GAMEPLAY

1) Conversation and other sounds are no longer stopped by saving or going to main menu (4341).

2) Added experimental gamepad support (instructions here 5400).

3) Creeping now works in "always run" mode (5320).

BUGFIXING

  • cull objects behind mirrors (4946),
  • AAS limit on dmap,
  • inventory cursor crashes (5302),
  • blurry parchments fonts,
  • lockpick highlight,
  • black screenshot in downloader (4488),
  • crash on door unlocking (5318),
  • hyphens in skin files (5322),
  • doors stuck after long play (5331),
  • bind/unbind crash (5409),
  • custom fire arrows crash;

 


TROUBLESHOOTING CVARS

* r_useNewBackend --- which rendering backend to use. Default value of 1 means using the new one.
  In case of graphical issues, it might be worth trying to set it to 0 to check if issue goes away.
  Note: please report all problems which happen with value of 1, but don't happen with value of 0 !
  Most likely the old backend will be deleted completely by TDM 2.10, so if there is any problem with it, it's better to know about it now.

* r_usePersistentMapping, r_useMultiDrawIndirect, r_useBindlessTextures, r_gpuBufferNonpersistentUpdateMode ---
  cvars for enabling/disabling various code paths in rendering backend (some of them only work with new backend).
  In case of graphical problems, changing one of these might help. But even if it does, please report the original issue to us!

* r_useParallelAddModels --- controls new acceleration for rendering frontend.
  Can be changed in Experimental graphics menu under name "Frontend Acceleration".
  It can potentially cause crashes, including rare and nondeterminstic ones =(

* g_entityBindNew --- switches the code for binding entities between the old and the new one.
  Might be relevant in case of crashes, attachment/bind issues.

* r_postprocess_XXX (6 cvars) --- affect color correction and gamma/brightness. If you decide to use old darkmod.cfg, then be sure to reset them all to defaults, otherwise you'll have overly bright main menu.

MORE CVARS

* r_shadowMapSinglePass --- experimental optimization for shadow maps only.
  By default it is 0 (disabled), it can be enabled to 1 (generate many shadow maps at once) and 2 (compute interactions from many light at once).
  We would be happy if you post your results 😃

* in_pad* --- configuring gamepad (experimental). See more info here.

* decl_stack --- enables/disables "stack trace" for missing asset warnings.

NEW COMMANDS

* reloadMap --- that's manual hot reload command without DR. Forces reload of changes from the .map file.

* respawn {entityname} --- deletes and spawns afresh entity with specified name (from .map file).

* bindPadButton ??? --- controls experimental gamepad bindings, see instructions.

 

  • Like 4
Posted (edited)

All good here, sharpening filter is a nice addition!

So we keep going with "no other resolution than desktop one" in Fullscreen/Borderless mode, only letting the player adjust the FBO resolution via scale slider?

 

Will test r_shadowMapSinglePass ;)

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted (edited)

There's still the stupid problem with the G-Sync enabled (in my case I have a not-certified monitor but the adaptive framerate mechanism is working).

Savegame in the front of the "A New Job" FM inn/tavern:

No G-Sync -> 50 FPS

G-Sync -> 39 FPS -> looking around a bit (mouse rotation) -> 50 FPS

 

No Vsync activated (of course), no 60 FPS cap but 80 FPS (the monitor has the 48-75 Hz range).

Not a big deal, really, just reporting a quirk of the NVidia drivers in OpenGL.

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted (edited)
57 minutes ago, lowenz said:

Will test r_shadowMapSinglePass ;)

In the corner of the same zone (A New Job Tavern)

0->53 FPS

1->57 FPS

2->50 FPS (it's expected to be heavy?)

 

1050 Ti, lastest drivers, 2560x1440, no AA.

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted
22 minutes ago, lowenz said:

In the corner of the same zone (A New Job Tavern)

0->53 FPS

1->57 FPS

2->50 FPS (it's expected to be heavy?)

 

1050 Ti, lastest drivers, 2560x1440, no AA.

It depends on the scene a lot. For me, it is faster in some scenes and slower in others. Sometimes the difference is fairly small, and sometimes it is significant.

Posted (edited)

Not only differences in performance (57 vs 50) but in rendering too! (2 is more correct? 1 behaves like 0 for the rendering)

left: 1 / right: 2 (please download the PNG)

https://ibb.co/r7Jm5cs

 

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted

There are some differences, yes, because mode 2 calculates lighting in a different space, which leads to subtle changes in the outcome. There isn't necesarily a more correct version. In particular, the differences with the lamp are actually a bug in mode 2, because for some reason a select few small surfaces aren't rendered. Still investigating that :)

Posted

Nice work guys so nice seeing the engine and game evolve at such a pace. :)

The new installer is very nice love it, for testing what mission do you guys recommend we install, I would prefer one that didn't took to much time to start but used enough TDM features that you guys think are important to test.

About the sharpening I have a AMD GPU and it already has a automatic sharpening feature  https://www.amd.com/pt/technologies/radeon-software-image-sharpening  so for those like me that have it constantly on, should the TDM version really be on by default? Is that we can easily forget we have it turned on in the driver and have perhaps over sharpening but I'm just assuming here, have not tested it. 

Posted

A note about r_useParallelAddModels:

This mode has been significantly improved since 2.08 and appears to be very stable. Please test and abuse it as much as possible!

Please try changing the number of threads via the "jobs_numThreads" CVAR that is meant to be paired with it. ( defaults to 2 )

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Posted (edited)
3 hours ago, lowenz said:

There's still the stupid problem with the G-Sync enabled (in my case I have a not-certified monitor but the adaptive framerate mechanism is working).

Savegame in the front of the "A New Job" FM inn/tavern:

No G-Sync -> 50 FPS

G-Sync -> 39 FPS -> looking around a bit (mouse rotation) -> 50 FPS

 

No Vsync activated (of course), no 60 FPS cap but 80 FPS (the monitor has the 48-75 Hz range).

Not a big deal, really, just reporting a quirk of the NVidia drivers in OpenGL.

Theories about this quirk?

Same in 2.08, it's not new.

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted
1 hour ago, nbohr1more said:

A note about r_useParallelAddModels:
This mode has been significantly improved since 2.08 and appears to be very stable. Please test and abuse it as much as possible!

And don't forget to record crash dumps when if it crashes! 😁 Otherwise the testing effort will yield no result.

Quote

There's still the stupid problem with the G-Sync enabled (in my case I have a not-certified monitor but the adaptive framerate mechanism is working).

Just to be sure: you have com_fixedTic 1, i.e. "uncapped FPS" ?
Because the default mode is tied to 60 FPS frequency pretty hard.

Posted
1 hour ago, nbohr1more said:

What happens if you set r_swapInterval -1  ?

With G-Sync VSync must be disable, it's precisely the goal of G-Sync (avoid tearing AND synchronization latencies)

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted
22 minutes ago, stgatilov said:

And don't forget to record crash dumps when if it crashes! 😁 Otherwise the testing effort will yield no result.

Just to be sure: you have com_fixedTic 1, i.e. "uncapped FPS" ?
Because the default mode is tied to 60 FPS frequency pretty hard.

No Vsync activated (of course), no 60 FPS cap but 80 FPS (the monitor has the 48-75 Hz range).

 

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted
16 minutes ago, lowenz said:

With G-Sync VSync must be disable, it's precisely the goal of G-Sync (avoid tearing AND synchronization latencies)

- 1 means adaptive v-sync. This is also incompatible with g-sync ?

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Posted (edited)
26 minutes ago, nbohr1more said:

- 1 means adaptive v-sync. This is also incompatible with g-sync ?

It's irrelevant, 'cause G-Sync is designed to work this no sync techniques to reduce (totally remove) the related latencies.

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted
4 hours ago, cabalistic said:

We can't detect GPU driver settings, so you'll have to disable one or the other manually.

Ho I know that cabalistic and that was not my intention, what I was saying is if the feature should be on by default or really something players enable by themselves, but I do realize a sample of one, is hardly a incentive to change that. ;)

But thinking about it, just a warning for AMD users or a small hint in the menu, next to the slider, could be a nice reminder for them to disable one or the other and perhaps prevent some complaints. If this is really a problem, I'm not sure, still didn't had time to test this.

Posted

Does AMD enable this feature by default, or did you have to enable it? If the latter, then I think this is entirely the user's obligation to check that the setting actually makes sense for the games they play. Neither NVIDIA nor Intel enable sharpening by default afaik, so I think for the majority of plays it is better to have this default to on to give the best visuals.

  • Like 1
  • Thanks 1
Posted

Good question, I really don't know if AMD enables that by default but I also don't think it does, It most have been me that enable it, I comprehend and agree, so no more on this from me. :) 

Guest
This topic is now closed to further replies.

  • Recent Status Updates

    • snatcher

      Author of the Visible Player Hands mod: please come forth and collect a round of applause!
      · 2 replies
    • nbohr1more

      Holiday TDM Moddb article is now up: https://www.moddb.com/mods/the-dark-mod/news/happy-holidays-from-the-dark-mod
      · 0 replies
    • nbohr1more

      Cool thing: Thanksgiving break means I don't have to get my son up before dawn

      Not cool thing: My son stays up all night on my PC so I don't get much TDM time...
      · 3 replies
    • datiswous

      Does anyone know if the mission/map in this video posted by @Springheel can still be found somewhere and played? Looks like fun.
       
      · 2 replies
    • taffernicus

      I'm curious about doom and thief multiplayer netcode 😂 or how these games handle networking for multiplayer in general
      a youtube channel called battle(non)sense sometimes posts about netcode analysis
      · 2 replies
×
×
  • Create New...