Project Reality Forums

Balancing battles (in assets)

You know that situations when enemy team at start of round (Germans on silent eagle for an example) already has 90 or 100 percent of flags, and your team is unable to do anything and game becomes boring an thing like that. To stop that I suggest to make (if it is possible) shorter time of assets spawning/respawning for team which is losing, cause if that team has some heavy assets they are automatically able to defend last flag or retake it on easier way. I think that is gonna change game to be faster and more fighiting. Otherwise all are spawning in the main and doing TKs. So yeah thats all.

We actually discussed something like that internally a few months ago. However changing an existing spawn point's respawn time is impossible without direct memory editing. So its not simple enough to be worth to implement.

[R-DEV]AlonTavor wrote:However changing an existing spawn point's respawn time is impossible without direct memory editing.

Something similar i've coded back in time, with correcting spawn timers.
1. On a round start delete existing spawners, remembering their settings.
2. Control spawn system with python.
I mean it could be possible, but need to think about side-effects like snowballing.

[R-DEV]rPoXoTauJIo wrote:Something similar i've coded back in time, with correcting spawn timers.
1. On a round start delete existing spawners, remembering their settings.
2. Control spawn system with python.
I mean it could be possible, but need to think about side-effects like snowballing.

Cant connect spawned vehicle to its spawner reliably with python. Especially when things block spawn point. Its really not reliable.

I had a working proof of concept memory-hack. ObjectSpawner struct has an int32 that counts how many ticks until next spawn. Changing it in real time works.

Also since every ObjectSpawner has a unique ObjectSpawnerTemplate editing that in real time without any memory stuff might also work? Never tested. I think the ObjectSpawner copies the respawntime from it only when it needs to.

Doing spawn reduction when a flag is lost sounds like it could be a nice feature. But it sounds like its making things more complex than they should be. Maybe in the future.

I took the liberty of changing your title to something more informative.

Aside from how to hax this, how would you determine when a team is 'losing'?

And what would prevent a team from playing intentionally shitty so they can play with more assets more often, abusing whatever supposedly objective logic that would trigger this aid to a "losing" team? Or the other team 'winning' just enough not to trigger this? Or would admins decide?

IMO only thing that would fix the shittiness of losing is losing faster, so you get to the next round.

[R-DEV]Outlawz7 wrote:Aside from how to hax this, how would you determine when a team is 'losing'?

Flag loss. I would use the same event that causes -30 tickets. I would make the early-respawn a one time thing.

For instance, decrease 3 min from the timer of all currently dead and re-spawning assets. This doesn't do much with Tanks/APC, but helps getting fobs back up/transport/AAVs and prevents the losing team from giving up so easily.

I would also filter all spawners that didn't spawn a vehicle yet, so delayed cas/tanks don't show up too early.

I think this could work out nicely if you do not include the heavier/more influential assets in the system. If you lost your tank it won't give you another one earlier, but if your trans choppers are getting chewed up and you're team is losing ground while everyone stands around the carrier and this mechanic kicks in the losing team is given a last gasp of air before they finally sink or swim.

This would be more helpful on 4k maps, and could easily salvage amphibious assault maps that turn into early steam rolls. The one issue I would be wary of is enabling bad players/trolls to waste tickets that much faster, which might in fact exacerbate the loss of assets by certain individuals, allowing them to simply chew through tickets at a quicker rate.