nbohr1more

Can you post your DarkmodKeybinds.cfg and Darkmod.cfg ? I will test this tonight but this cvar still exists in the code-base unless @stgatilov removed it in a commit I am not seeing from github or the SVN download link (etc). // nbohr1more: #558 Toggle Creep idCVar cv_tdm_creep_toggle( "tdm_toggle_creep", "0", CVAR_GAME | CVAR_BOOL, "Set to 1 to make creep toggleable." );

@evildiesel @Xolvix @datiswous What happens if you add bind "j" "toggle tdm_toggle_creep 0 1" To your DarkmodKeybinds.cfg file ? Are you able to use the "j" key to toggle creep? https://bugs.thedarkmod.com/view.php?id=558

https://wiki.thedarkmod.com/index.php?title=Collision_Models https://wiki.thedarkmod.com/index.php?title=Clipmodel and what is an example of a TDM CM? That is what DMAP produces. It is a map-wide representation of collision. It is not a "model". ( hence all the brush references in the text ) Look again: barrel01_cm.lwo is a typical collision model in TDM. It is a Lightwave object. ( LWO ). If you know of a single editor program that manipulates Doom 3 DMAP collision products ( cm files ) I would be happy to hear of it.

There is no such model format as "CM". A CM is either an OBJ, ASE, or LWO with a collision texture. The cm data in the map compile cannot be natively manipulated, it is the result of a dmap operation.

There is no need to "export" a model as a "model". You can export a model as a different model format if desired but there is no logic to it. The model is already in optimized form and ready to be re-textured with collision textures.

Anything collection of polygons can be a collision model. It just needs a collision texture. To convert a non-solid visual model to collision, replace the texture with a texture that has inherent or explicit collision. To make a collision model visible in DR? Re-Texture it with a visible texture or skin. Beware of nonsolid entity arguments that override the collision texture. See also "surface parameters": https://modwiki.dhewm3.org/Global_material_keywords_(Doom_3)

No worries! We introduced this one in 2.09 but didn't really evangelize it that much

In the Video Settings GUI, the Fullscreen option allows you to select Yes, No, and Fullscreen Windowed as I recall. There is no border and performance impact should be negligible.

Is there a reason why you cannot run TDM in "Fullscreen Windowed" mode and use alt-tab to return to the desktop?

That's an old issue with the design of the candle entity in this mission. We should probably fix the mission on behalf of Fidcal and if there is a core asset that acts like this then change it. ( always annoyed me too )

Yes, it's a core shader. Converted from ARB to GLSL from Greebo's original design I believe.

The water shader used in this mission does not access the depth buffer. It needs to be rewritten but it includes a blur effect so it's harder to implement the change.

I have a theory... Several candle entities start out lit and mappers add "extinguished" as an arg to start them unlit. This arg tells the script to blow out the candle at map start ( seems like we could design that to work better somehow....) If the extinguish action is interrupted during map start, the particle, light or both may be active on these candles. I added a waitFrame() to init block in the light holder script and thus far have not been able to reproduce the issue. Please create a script folder in your darkmod directory ( or fm directory ) and place the attached replacement script there then test whether the issue persists. tdm_light_holders.script Edit: I should mention that randomly I am seeing candles smoke in The Outpost for the first time with this change. Before they would either be lit or have a flame particle or be fully unlit. Now I either see unlit candles (expected) or candles that have just been extinguished and are releasing smoke. ( A significant improvement )

I think it's a good idea to offer this feature. On a related note, I tried to configure parry for an alternate key since clicking middle mouse is too close to mouse scrolling and can lead to accidentally holstering the weapon during combat. The GUI selection only allowed me to "add" parry but not remove the mouse button. Not the worst issue but certainly annoying.

Replicated on Dev Build 10071 going back to a previous build Cannot replicate on 9881, SLL beta map is also cured there 9944 replicated ( sorta ) no unlit candle in the room with a flame particle... It took quite a few tries to replicate this and again there were no unlit candles with flame particles. Only the candle bundle on the shelf was lighting unexpectedly. I was unable to replicate in the SSL test map. Gonna move forward to see if there is a build where the problem was exacerbated... 10036 was a full replication in The Outpost (unlit candle with particle, multiple candles) , SLL could not replicate as of yet. 9985 - I wasn't able to reproduce in The Outpost, but the SLL map has the symptom. Will keep trying but I believe the big problem started between 9944 and 9985 9981 took forever to produce the issue but it was a full replication. Going backwards... 9980 full replication after many tries, no SLL . gonna re-test 9979 ( this appears to be the one! ) 9979 same behavior as 9944. Only a partial replication and no issues in SLL ( re-tested, same behavior ) I cannot see how 9980 would cause this? @Dragofer are candle entities considered AF for physics because of the attached particle? @stgatilov any clue why rev 9980 would make candles misbehave more? Since this is part of a critical performance improvement I am hesitant to even consider any kind of rollback or removal in the final beta builds.

@Dragofer had good luck with the DDS exporter in GIMP. It allowed him to export at BC5 \ ATI2 \ 3Dc:

Sub-titles need to be manually created. If @Moonbo gives the go-ahead, I suppose a team member could create them for him?

Along with map merge, some folks are using Git https://wiki.thedarkmod.com/index.php?title=Git_and_Github_for_Mappers Map merge has been available since 2.13 Edit here is the link with animated illustrations of it in use:

All set! The fixed mission is now in the downloader.

I believe dmap bug was introduced in 2.07 or later and was fixed in 2.10. Someone probably dmapped it when updating the mission to fix asset compatibility but caused this artifact...?

WOO!!! Updated to the latest SVN binary, using the 10071 assets. At first it crashed on an AI Base Tactile error. I copied the latest scripts and def folder from SVN and it started but the crash happened soon after. I removed the def folder and it the crash could not be repeated. Time to step through def folder revisions! Def rev 16602 = no crash Def rev 16603 = crash ... I think got you!! tdm_prop_items.def rev 16603 appears to be the culprit.... Yes, there seems to be some relation between the sitting animations and the AI who happens to have pickup twice in the name of the target bottle?

Neat trick. Too bad such an approach can't easily generate parallax corrected cubemaps:

https://bugs.thedarkmod.com/view.php?id=6227 Cannot reproduce on rev 9985... moving forward Rev 10036 is good... moving forward Rev 10071 is good Rev 10071 with matching 16599 dev assets = good ( no crash ) ( maybe try to run the latest SVN with 16599 assets plus the blackjack patch assets ? ) Rev 10071 with 10107 assets = crash Rev 10072 = crash ( all testing was done with 10107 assets, if 10071 crashes the next step might be to revert assets too... that said, if 10107 asset changes are responsible TDM still shouldn't crash ) Rev 10073 = crash ( may need to retest 10071 ) Rev 10078 = crash Rev 10092 = crash Rev 10093 = crash Rev 10095 = crash Rev 10107 = crash Nothing in Rev 10093 should cause a crash like this. New backtrace seems similar to the old one but uses different hash lookup ? Thread 11 "thedarkmod.x64" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffaf6bf700 (LWP 3026)] idDict::FindKey (this=0x80, key=key@entry=0x12e8bfb "pre_pickup_origin") at /home/user/tdm_src/new/piggie/darkmod_src/idlib/Dict.cpp:462 462 for ( int i = argHash.First( hash ); i != -1; i = argHash.Next( i ) ) { (gdb) bt #0 idDict::FindKey (this=0x80, key=key@entry=0x12e8bfb "pre_pickup_origin") at /home/user/tdm_src/new/piggie/darkmod_src/idlib/Dict.cpp:462 #1 0x000000000074f67a in idDict::GetString (out=<synthetic pointer>, defaultString=0x12995cc "0 0 0", key=0x12e8bfb "pre_pickup_origin", this=<optimized out>) Going back to 10092 to see if I missed the crash somehow. Yep, same crash there. Rolling back to an earlier one... Ran outta time. I will continue tomorrow ( unless someone else wants to build from source and bisect between 10071 and 10078 )