View Issue Details

IDProjectCategoryView StatusLast Update
0003707The Dark ModCodingpublic03.01.2023 02:22
ReporterSpringheel Assigned To 
PrioritynormalSeveritynormalReproducibilityhave not tried
Status closedResolutionwon't fix 
Product VersionTDM 2.01 
Fixed in VersionTDM 2.01 
Summary0003707: Moving while crouched does not affect lightgem
DescriptionI noticed the other day that while walking in partial light, it was very easy to see that the LG was getting brighter when walking, and then dimmed immediately when I stopped moving.

However, in the same place, when I crouched and moved, there was no difference in the lightgem between walking and standing still.

Need to do some more tests to see if this is true at all light levels. Perhaps something in the math is not applying the movement penalty when crouched?
TagsNo tags attached.

Relationships

related to 0001430 new AI having trouble finding player by sound? 

Activities

Springheel

Springheel

18.06.2014 19:31

administrator   ~0006678

It seems like the darker the lightgem is, the less penalty there is for moving. In practical terms, once the lightgem is fairly dark, moving doesn't do anything.

This isn't ideal, because it's in low light that our eyes become most dependent on movement to detect things. However, changing it is a math issue that's beyond me.
nbohr1more

nbohr1more

03.09.2016 17:14

developer   ~0008299

Last edited: 03.09.2016 17:16

Perhaps "tdm_lg_crouch_modifier" "-2" is too strong. We should consider changing "cv_lg_crouch_modifier" to float instead of integer so fractional values like 1.5 can be applied.

Eg:

returnValue += cv_lg_crouch_modifier.GetInteger();

change to

returnValue += cv_lg_crouch_modifier.GetFloat();

in Player.cpp

nbohr1more

nbohr1more

03.09.2016 22:20

developer   ~0008300

The Lightgem modifier is clamped to integer via idMath::ClampInt. That means that subtle changes to biasing won't show up easily. More study will be needed into whether making the result for lightgem modifier a float will be a feasible approach.

One more idea left... bias the movement var directly rather than invoking the crouch var as it's own stage in the process?
Springheel

Springheel

03.09.2016 22:51

administrator   ~0008301

The most straightforward solution would be to use integers if the player is moving. +1 if moving <= crouch speed, +2 if <= walk speed and +3 if > walk speed. That way the effect would be most noticeable at low light levels, which is more realistic.

I don't know that tinkering with key mechanics is a good idea at this point though.
nbohr1more

nbohr1more

03.01.2023 02:21

developer   ~0015682

Agreed

Issue History

Date Modified Username Field Change
03.04.2014 16:46 Springheel New Issue
03.04.2014 16:46 Springheel Status new => assigned
03.04.2014 16:46 Springheel Assigned To => Springheel
18.06.2014 19:31 Springheel Note Added: 0006678
18.06.2014 19:32 Springheel Assigned To Springheel =>
03.01.2015 16:12 grayman Status assigned => new
03.09.2016 17:14 nbohr1more Note Added: 0008299
03.09.2016 17:16 nbohr1more Note Edited: 0008299
03.09.2016 22:20 nbohr1more Note Added: 0008300
03.09.2016 22:51 Springheel Note Added: 0008301
10.10.2017 16:18 nbohr1more Relationship added related to 0001430
03.01.2023 02:21 nbohr1more Note Added: 0015682
03.01.2023 02:22 nbohr1more Status new => closed
03.01.2023 02:22 nbohr1more Resolution open => won't fix
03.01.2023 02:22 nbohr1more Fixed in Version => TDM 2.01