No res while dead! +1
maD maX
Join Date: 2010-01-28 Member: 70347Members
Join Date: 2010-01-28 Member: 70347Members
<div class="IPBDescription">Maybe I'm just selfish</div>So maybe I'm a bad person, but has anyone noticed the flip side to the fact that you get no res while dead? IE where that res goes.
A few days ago I was playing and was watching my pres and noticed it kept changing. Then it dawned on me that my. Team was dieing, and I was getting their res....
I used to get annoyed when players threw their life away and had 1-29 scores. Now I realize that's 29 times they gave me res. :)
A few days ago I was playing and was watching my pres and noticed it kept changing. Then it dawned on me that my. Team was dieing, and I was getting their res....
I used to get annoyed when players threw their life away and had 1-29 scores. Now I realize that's 29 times they gave me res. :)
Comments
A few days ago I was playing and was watching my pres and noticed it kept changing. Then it dawned on me that my. Team was dieing, and I was getting their res....
I used to get annoyed when players threw their life away and had 1-29 scores. Now I realize that's 29 times they gave me res. :)<!--QuoteEnd--></div><!--QuoteEEnd-->
Are you sure its working like that currently? Because i have experienced that the resources other players would gain are not given to team members.
pres allocated on a tick is based on # of alive non-comm players that have less then max resources.
the game then turns around and assigns that pool to the same set of alive players.
if a player would exceed max during the allocation, then that diff is allocated to other players.
If you are getting add'l res, then some additional magic must be happening somewhere.
pres allocated on a tick is based on # of alive non-comm players that have less then max resources.
the game then turns around and assigns that pool to the same set of alive players.
if a player would exceed max during the allocation, then that diff is allocated to other players.
If you are getting add'l res, then some additional magic must be happening somewhere.<!--QuoteEnd--></div><!--QuoteEEnd-->
no what you just said.... pres is allocated to the set of alive players... if im the only player alive, then i get the entire pool.
He's saying the total amount divided amongst players is itself determined by the number of alive players, so the amount per player should be the same. This is the first I've heard anything about dead players increasing your res flow.
P res income is individual and independent, its not like the alien res in ns1 was. AKA each rt generates certain amount per player and then gives the player that amount if theyre alive.
I will myself go double check but I'm pretty sure that the pres pool is based on # of RTs.
Thats how it seems to me too
"Take that resource node!"
"NO I'll die and I wanna be Onos!"
"Take that resource node!"
"NO I'll die and I wanna be Onos!"<!--QuoteEnd--></div><!--QuoteEEnd-->
Problem is, without it people just rush into combat not caring if they die which is worse for the team. Most people need encouragement to play more conservatively, not less.
"Take that resource node!"
"NO I'll die and I wanna be Onos!"<!--QuoteEnd--></div><!--QuoteEEnd-->
No because a lot times more it is more productive for, lets say a skulk, to return to the hive to heal then continue to attack, die, then respawn. Thats one of the reasons why no res while dead was introduced
One aspect of Team Fortress 2 I know about from their design commentary is that they preferred players to take risks; for the state of a game to change, and for territory boundaries to shift, rather than for people to play conservatively. That's partially why they moved away from Attack And Defend maps, more towards Attack Or Defend (so that people can solely concern themselves with one objective, never staying alive to protect/attack the other). It's also the main reason The Medic had his healing abilities increased, especially for players that had not been healed in a while, so people would never be running all the way back to their main base. Finally, it was the main motivation behind the Ubercharge, to break up a defense if a game was getting too stale.
I may be drifting from the point a little; the general idea though is that I think Valve prefer more players to be killing and dying rather than playing dragged-out games of cat and mouse. This is just one interpretation of their ideas though.
would make sense in situations where you are sacrificing as skulks, but i dunno how you could program the game to make it know your strategy.
would make sense in situations where you are sacrificing as skulks, but i dunno how you could program the game to make it know your strategy.<!--QuoteEnd--></div><!--QuoteEEnd-->
No. The OP is wrong. When you are dead, your pres is simply lost. You do not split it. The varying numbers (0.09 - 0.2) that you see pop up in the bottom right are just rounding errors. You gain 0.125 pres per tick per harvester regardless of how many teammates or dead people you have. The only exception is when a teammate is at 100 pres. Then his res will overflow, split between the rest of the team.
In the end i no longer claim to understand the current Pres flow system and am again saddened to see people through themselves into no win situations.... (thanks Gorgeous for darkening my silver lining)
the # of recipients are calculated using:
if player and player:GetResources() < kMaxPersonalResources and player:GetIsAlive() and not player:isa("Commander") then
recipientCount = recipientCount + 1
That count is used to determine the total pres to be allocated on the tick.
local pResGained = numRTs * kPlayerResPerInterval * self:GetPresRecipientCount()
Then the game splits the res on that tick back to the Alive & non Commander players. If a player hits 100 pres *on that tick* the leftovers will over-flow.
But on subsequent ticks players with kMaxPersonalResources are excluded from the recipient count & their res on that tick is lost.
the logic does seem a little weird.. why bother overflow at all? pres allocation and overflow has evolved over time. there have been a number of changes that got it to this state.
would make sense in situations where you are sacrificing as skulks, but i dunno how you could program the game to make it know your strategy.<!--QuoteEnd--></div><!--QuoteEEnd-->
Exactly.
The only way Dying is more productive is the tire 3 upgrade for skulks, Xenosice, which is a suicidle bomb attack. Thats tire 3 for a reason. If you have 3 hives up you can afford to do this. That's why on 1 or 2 hives its better for you and you're team if you would just go and heal up at your hive rather then dying and waiting for spawn. But thats why a competent khamm would have forward crags though, to reduce the distance to heal, and to stop people who are to lazy or people with little understanding of the game yet, getting them selves killed for no reason.
See, I learned stuff!
I've noticed a lot of weird rounding issues for example if you try to set your sensitivity to 1.7 it will say 1.66669945784 or something ._.
if player and player:GetResources() < kMaxPersonalResources and player:GetIsAlive() and not player:isa("Commander") then
recipientCount = recipientCount + 1
That count is used to determine the total pres to be allocated on the tick.
local pResGained = numRTs * kPlayerResPerInterval * self:GetPresRecipientCount()
Then the game splits the res on that tick back to the Alive & non Commander players. If a player hits 100 pres *on that tick* the leftovers will over-flow.
But on subsequent ticks players with kMaxPersonalResources are excluded from the recipient count & their res on that tick is lost.<!--QuoteEnd--></div><!--QuoteEEnd-->
Confirmed via in game testing. Thanks for the correction. Overflow res no longer exists. I'm not sure when this changed.
So to revise my statement how the pres works: In 99.9% of situations, you gain 0.125 pres per tick per harvester regardless of how many teammates or dead people you have.
say.... 0.25.....0.31.....0.25.....
I have noticed that the majority of my team was dead during that tick.