-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Explosion falloff not related to radius #3
Comments
I misremembered the effects of this. Turns out most explosions do less than they would if the falloff was "fixed" (meaning 0.5x damage at the edge of the explosion for all explosions). Damages close to the edge of the explosion radius:
So... yeah. It has wide-reaching and substantial effects (except on RPG rockets). |
Good findings, nice table. I think personally, that I agree with valve's initial direction - that if you get hit by an explosion, you should know that you've taken at least a reasonable amount of damage. I think the game is more consistent and easier to read if you don't get hit for 1hp by a mirvlet, or 0hp from an IC rocket! I think there are two variables we need to decide on:
So, the combination of these 2 variables gives us 4 possible outcomes:
Right now, we're using a hard coded value for the radius rather than a percentage based radius. If we're using a hard coded value it doesn't make sense to use a fixed falloff rate, so the first thing we should change is either varying the falloff rate by using the radius value, or changing the radius value to be percentage based. I would either vote for option 1 or option 3. I think option 4 is too flexible to sensibly balance and I think option 2 is pointless. |
I'm not sure I follow what you mean by fixed/adjustable falloff. Right now, we have a fixed falloff and an adjustable radius. However, that fixed falloff does not account for the adjustable radius, so instead we have a weird hybrid of a fixed falloff that assumes a fixed/damage-based radius while we actually have an adjustable/damage-independent radius. Given that we're choosing to fix the above inconsistency, I lean towards option 2, as it seems the most straightforward: explosion radius can be adjusted independent of the damage and the falloff will remain consistent. Option 2 is also what the "Fixed" column shows in the above table. Option 1 is not an option if we want to keep frag gren damage the same (wouldn't be able to lower the radius of frag grens without decreasing their damage). I don't understand why option 3 would be desirable; it's simply a slightly more flexible option 1, in a way that won't make much real difference. And option 4 is just a more flexible option 2, which might end up being useful if the consistent 50% falloff creates too many balance problems. |
To clarify, when i say fixed falloff rate, i mean that no matter what the radius is, a certain distance away from the grenade will always cause the same damage (provided you're inside the radius), which I believe is the current situation. You can "fix" the current situation by either snapping the radius to where 0.5x is (and ignoring all the radius numbers), or "stretching" the damage so that the current radius values are where the 0.5x damage is. Maybe i should draw some graphs, haha |
Okay, I get what you're saying. I'd be really curious to see what the current 50% damage radiuses end up being for things like the frag gren, IC, railgun, etc. For the frag gren, it would cut the radius basically in half by the looks of it. |
Yeah, it means aimed grenades are still just as vicious but unaimed / spammy / dodged grenades could be ignored rather than dealing a medium to small amount of damage. |
Would be interesting to know the blue pipe values too. I guess thats one of the biggest contenders to have its radius reduced, if indeed it's radius is larger than TFC. |
As a simple fix, I wouldnt mind having a lower cutoff at like 25% or something, that would be quite easy to implement and woudlnt really change the gameplay drastically. That would basically mean that if an explosion will do less than 25% of its damage, you don't get hurt. That would result in minor nerfs to all the above except rockets and grellows. |
"Yeah, it means aimed grenades are still just as vicious but unaimed / spammy / dodged grenades could be ignored rather than dealing a medium to small amount of damage." Whichever option leads to this, I like. So . . . a fixed option 2 from above? I assume buildings are affected the same by all this? Or do they undergo different explosion response properties? |
Was curious, so I made a table of how the radiuses would be affected if we scaled them based on where they currently do 0.5x damage or 0.25x damage.
Spreadsheet of the table: |
Did some more testing of TFC and was surprised by the results: Here's a similar table showing radius falloff for TFC:
(MIRV and MIRVlets are the same as frag grenades) So it seems like TFC also decouples radius, falloff, and damage, and it varies between damage sources, and that FF's damage falloff is more TFC-like than I thought. |
See:
fortressforever/game_shared/ff/ff_gamerules.cpp
Line 1286 in f663579
fortressforever/game_shared/ff/ff_gamerules.cpp
Line 1418 in f663579
This makes falloff unreliable, and makes things that have an altered damage:radius ratio (the IC and frag grens most notably) either do zero damage before getting to the edge of its radius (in the case of the IC) or do more than 0.5x damage at the edge of its radius (in the case of frag grens).
Note: There would be knock-on effects to gameplay if this was fixed, and should only be fixed if we have a plan in place to deal with those.
Here's a commit that reverted some accidentally committed test code that implements a fix and prints the differences: 24eb0aa
The text was updated successfully, but these errors were encountered: