Feature #1126

b_stickycharge from ETPro

Added by keMoN about 1 month ago. Updated 18 days ago.

Status:Fixed% Done:

100%

Priority:Normal
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 18 days ago

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

game: added g_stickycharge cvar fixes #1126

History

#1 Updated by Spyhawk about 1 month 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 about 1 month ago

  • Target version changed from 2.76 to 2.78

#3 Updated by Spyhawk 22 days ago

  • Target version changed from 2.78 to 2.76

#4 Updated by IR4T4 21 days ago

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

#5 Updated by Harlekin 20 days 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 20 days 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 20 days ago

  • % Done changed from 0 to 70

#8 Updated by Spyhawk 20 days ago

  • Assignee set to ryven

#9 Updated by IR4T4 18 days 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 18 days ago

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

Also available in: Atom PDF