Skip to content

[FEATURE] Monster respawning time-domain tuning #984

Open
cuantar wants to merge 2 commits into
odamex:stablefrom
cuantar:origin/feature/monstersrespawn_stable
Open

[FEATURE] Monster respawning time-domain tuning #984
cuantar wants to merge 2 commits into
odamex:stablefrom
cuantar:origin/feature/monstersrespawn_stable

Conversation

@cuantar

@cuantar cuantar commented Aug 2, 2024

Copy link
Copy Markdown

Here is my monster respawning time-domain tuning patch. My server at doom.catenarygrove.net has had this patch applied for some time, in various forms, as I tested and improved it.

What does it do, you wonder? Well. We get four new CVARS, complementing the existing BOOL monstersrespawn:

  • BOOL monstersrespawn_tuning: A gate toggle that is off by default. When it is off, the previous Odamex behavior takes place.
  • WORD monstersrespawn_time: The time after death, in seconds, at which monsters will try to respawn.
  • WORD monstersrespawn_period: The time to wait, again in seconds, after a failed respawn attempt before trying once more to come back and kill you.
  • FLOAT monstersrespawn_chance: The raw probability that any given respawn check succeeds. Like any well-defined probability, it is a number between 0 and 1.

Default values are set to attempt to replicate vanilla Nightmare behavior.

Note: Cyberdemons and (especially) Archeviles DO NOT RESPAWN AT ALL, by popular request. Most WADs are a pain in the ass when they do.

Also note: monstersrespawn must be 1 in order for any of this other code to be active, regardless of the state of monstersrespawn_tuning.

@cuantar

cuantar commented Aug 2, 2024

Copy link
Copy Markdown
Author

I will rebase this and drop the first commit.
(Hm --- I can't seem to do this)

@cuantar cuantar changed the title Monster respawning time-domain tuning [FEATURE] Monster respawning time-domain tuning Aug 2, 2024
@cuantar cuantar changed the title [FEATURE] Monster respawning time-domain tuning [F3ATURE] Monster respawning time-domain tuning Aug 2, 2024

@bcahue bcahue left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This modifies a part of the code that affects vanilla compatibility, so I'll need to test this build using our OdaTests package to run them against our standard suite of vanilla demos.

@cuantar

cuantar commented Aug 2, 2024

Copy link
Copy Markdown
Author

This modifies a part of the code that affects vanilla compatibility, so I'll need to test this build using our OdaTests package to run them against our standard suite of vanilla demos.

The functionality is turned off by default, so be sure to turn it on with sv_monstersrespawn 1 and sv_monstersrespawn_tuning 1 .

@cuantar cuantar force-pushed the origin/feature/monstersrespawn_stable branch 2 times, most recently from 0269c1f to b1e1f1f Compare September 13, 2024 05:10
@cuantar

cuantar commented Sep 13, 2024

Copy link
Copy Markdown
Author

lol, apologies for the strange branch name. My github-fu can only go up!

@cuantar cuantar force-pushed the origin/feature/monstersrespawn_stable branch from b1e1f1f to 085f276 Compare September 13, 2024 05:13
@cuantar

cuantar commented Sep 13, 2024

Copy link
Copy Markdown
Author

I've cleaned up this PR so it's nicer to deal with, and rebased the patch onto 10.6.0.

@cuantar

cuantar commented Mar 11, 2025

Copy link
Copy Markdown
Author

Rebased onto 11.0.0 --- at least, that is my intention. Seems it didn't happen yet because I neglected to push the branch.

@cuantar cuantar force-pushed the origin/feature/monstersrespawn_stable branch from 7fdca8b to af6f45f Compare March 11, 2025 18:42
@cuantar cuantar force-pushed the origin/feature/monstersrespawn_stable branch from af6f45f to 9780927 Compare September 8, 2025 18:39
@cuantar

cuantar commented Sep 8, 2025

Copy link
Copy Markdown
Author

Rebased on stable again, after Odamex-11.1.0 release.

@cuantar cuantar force-pushed the origin/feature/monstersrespawn_stable branch from 9780927 to 8694021 Compare September 28, 2025 19:10
@cuantar

cuantar commented Sep 28, 2025

Copy link
Copy Markdown
Author

Rebased on stable for odamex-11.1.1.

Add CVARS:
- sv_monstersrespawn_tuning: A gate toggle for this entire feature
- sv_monstersrespawn_time: Time to wait, in seconds, before first
  respawn attempt
- sv_monstersrespawn_chance: Respawn probability for each attempt
- sv_monstersrespawn_period: Time to wait between attempts

The logic changes the conditions under which NightmareRespawn happens.
@cuantar cuantar force-pushed the origin/feature/monstersrespawn_stable branch from 8694021 to ddc968d Compare October 1, 2025 22:33
@fuzztooth fuzztooth changed the title [F3ATURE] Monster respawning time-domain tuning [FEATURE] Monster respawning time-domain tuning Jan 30, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants