Feature #1126

b_stickycharge from ETPro

Added by keMoN 6 months ago. Updated 6 months ago.

Status:Fixed% Done:

100%

Priority:NormalSpent time:-
Assignee:ryven
Category:Mod generic
Target version:2.76
OS: Arch:

Description

In Legacy players always spawn with 100% charge-bar. This enables ability spam, which especially in competitive play is not desired.
Players should be rewarded for timely and thought-through use of abilities rather than encouraging perma-arty.

In ETPro this is handled by b_stickycharge. (Client’s powerbar refills completely (0) or gradually after suicide (1)/ any death (2).)

The discussion in Discord resulted in the general desire for a gradual recharge after any death. No pause during respawn queue, no pause during use of different class.
To avoid bloating of the codebase, we could think about simply implementing this as the default behaviour in legacy mod, without using an additional cvar.

Associated revisions

Revision 49c6fcff
Added by IR4T4 6 months ago

Merge pull request #343 from isRyven/feature-sticky-charge

game: added g_stickycharge cvar fixes #1126

History

#1 Updated by Spyhawk 6 months ago

Note: to fight weapon spam, we have the related arty/airstrike rate limiting cvars: team_airstrikeTime, team_artyTime. From what I remember right now, this is the reason we haven’t considered adding a separate b_stickycharge equivalent.

Do we need to extend this to other weapons, and is there a situation where these 2 team cvars are not sufficient enough?

See also g_misc 4, which optionally combines these 2 timers.

#2 Updated by Spyhawk 6 months ago

  • Target version changed from 2.76 to 2.78

#3 Updated by Spyhawk 6 months ago

  • Target version changed from 2.78 to 2.76

#4 Updated by IR4T4 6 months ago

  • Tracker changed from Task to Feature
  • Target version changed from 2.76 to 2.78

#5 Updated by Harlekin 6 months ago

Can’t "we" not just take code from EtPub?

http://www.etpub.org/docs_server_0.9.1.html#g_chargeType

#6 Updated by Spyhawk 6 months ago

  • Target version changed from 2.78 to 2.76

No, because of all the sketchy edgy cases.

This feature is however mostly implemented in a branch by Ryven (https://github.com/etlegacy/etlegacy/pull/343). It’s is still work progress, but it might make it in time for 2.76 (which is why I set it back to 2.76 a few days ago).

#7 Updated by Spyhawk 6 months ago

  • % Done changed from 0 to 70

#8 Updated by Spyhawk 6 months ago

  • Assignee set to ryven

#9 Updated by IR4T4 6 months ago

g_stickyCharge controls when powerbar is restored or refilled, it follows etpro's b_stickycharge behavior:
client's powerbar refills completely (0) or gradually after suicide (1) / any death (2).
Each class stores own charge value. The charge keeps refilling in limbo unless player changes the class.

#10 Updated by IR4T4 6 months ago

  • Status changed from New to Fixed
  • % Done changed from 70 to 100

Also available in: Atom PDF