|
Notes |
|
|
|
This is an issue in servers because people grief teams by using a strong weapon by spectating.
I was thinking of a new dmflag that would prevent this, thoughts? |
|
|
|
|
|
Yes add this, perhaps on by default? |
|
|
|
|
Or perhaps only on-by-default for team gamemodes.
... Unless this happens in coop too? |
|
|
|
(0007236)
|
|
Qent
|
|
2013-09-19 00:56
|
|
|
Is there a legitimate reason to allow this behavior? |
|
|
|
|
|
Yes, you can fuck your teammates over if you're shooting a volley of plasma in their direction. If you die while the plasma projectiles are still in flight, it can damage your teammates and possibly kill them. |
|
|
|
(0007242)
|
|
Qent
|
|
2013-09-19 17:22
|
|
|
But why? Why should it be different depending on whether you had lives remaining or not? Why would anyone think that in a server without teamdamage, spectating will instantly cause their projectiles to harm teammates? How would you communicate that to new players? Sure you can add a lot of gimmicks to TLMS to make it more challenging, but this is so arbitrary and unintuitive that adding a compatflag for it is just clutter. |
|
|
|
|
|
I agree with, Qent. This is a bug and not something you should introduce a flag for. |
|
|
|
(0007300)
|
|
Dusk
|
|
2013-09-29 09:14
|
|
|
I agree too, this is a bug that should be fixed. |
|
|
|
(0008287)
|
|
Ivan
|
|
2014-02-27 13:06
|
|
|
|
|
|
|
Does the projectile still carry the team with it or just a pointer to who owned it (that is then cleared)? It makes sense to give it to the server if the player is gone since it references a non existent player, but the server should most likely inherit the team it was shot from and then on impact decide what to do. That is the only way I can see this being solved, unless someone knows a better way. |
|
|
|
|
The owner of the projectile is just an actor. So whatever ever happens, you just preserve the body of the player until all projectiles belonging to him are gone. After that, if the player isn't supposed to return to the action, you may delete the body. In short, it's how I would handle this.
P. S.: that might be useful and for other types of actors, if the owner is dead, but there is still a projectile fired by the actor a mod might want to do some stuff depending on who fired it (how many health/ammo it had, for example) upon some event. |
|
|
|
(0008765)
|
|
Ivan
|
|
2014-05-10 02:15
|
|
It might require testing to show, but I think this also happens when you shoot something and die right after. I might be wrong on this though.
|
|
|
|
(0010672)
|
|
Dusk
|
|
2014-10-22 19:25
|
|
|
Perhaps the projectiles need to maintain some sort of affiliation to prevent this from happening. |
|
|
|
|
|
One idea I have is to add a team ID to who fired it, and then just add an extra damage check to make sure it's not on the same team as the person it's damaging. |
|
|
|
|
Quote
The owner of the projectile is just an actor. So whatever ever happens, you just preserve the body of the player until all projectiles belonging to him are gone. After that, if the player isn't supposed to return to the action, you may delete the body.
Your solution, Water, will work only for simple projectiles. If I'd like to perform scripting I'd still need access to the originator. |
|
|
|
|
Quote
Your solution, Water, will work only for simple projectiles. If I'd like to perform scripting I'd still need access to the originator.
Mark it with a TID and any other information you need in ACS then?
|
|
|
|
|
|
No? Why would I involve ACS if I can do it in Decorate by just accessing the target of the missile? |
|
|
|
|
Quote
No? Why would I involve ACS if I can do it in Decorate by just accessing the target of the missile?
Then I have no idea what you mean by scripting that you said in your previous post if you don't intend on using ACS. |
|
|
|
|
|
Pull request sent, requesting code review. |
|
|
|
|
"Then I have no idea what you mean by scripting that you said in your previous post if you don't intend on using ACS."
Shit, Decorate can do some pretty complex stuff... |
|
|
|
|
|
Please take this to PM since it's going off topic. |
|
|
|
|
|
|
|
(0015485)
|
|
Ivan
|
2016-08-18 13:44
(edited on: 2016-08-18 13:45) |
|
The bug is still there in 3.0. Screenshot:'http://i.imgur.com/2oVHVxx.png [^]'
Notice the bug can occur even if you spectate, so it can be used for griefing as well...
|
|
|
|
(0015487)
|
|
Dusk
|
|
2016-08-18 13:57
|
|
|
There isn't really any very good ways to fix this other than deleting any such projectiles. Is that what we want? |
|
|
|
|
|
It seems people are more concerned with possible trolling rather than friendly fire. So if it is not possible to determine what team the projectile came from, then the only solution is to make server owned projectiles do no damage if they were gained by a player spectating. |
|
|
|
(0016289)
|
|
Catastrophe
|
2016-11-22 23:16
(edited on: 2016-11-22 23:21) |
|
Hey, just letting you guys know that this is still quite a big issue for mods like All our War. You can imagine there's a good amount of trolling going on with players launching projectiles and spectating to either teamkill or harm the base terminal.
The problem is that as a modder there's no way to fix this unless we introduce a ton of damagetypes/damagefactors, which is quite a lot of work to just stop this teamkilling issue from happening.
I think rusts idea is the best in that the damage should just be negated to 0. Or at the very least, build-in a damagefactor called "server" and change the current projectile's damagetype to "server" and let us decide what happens.
|
|
|
|
|
|
Instead of making these projectiles deal no damage, I'd say Dusk's solution, i.e. to simply delete the projectiles, is cleaner and much more fool-proof. |
|
|
|
(0016309)
|
|
Empyre
|
|
2016-11-24 00:19
|
|
|
I second Torr's seconding of Dusk's idea. |
|
|
|
|
|
As long as this also covers inventory items that spawn projectiles, that sounds fine. |
|
|
|
|
|
This build should remove all missiles associated to a player if that player leaves the game. Please test if it works as intended. |
|
|
|
|
It works on basic inventory items and player missiles, but fails when used with a_spawnitemex. The example wad should show this.
So in the example wad when the item has been thrown (imp ball) and you spectate, it will disappear accordingly. However, when it lands, dies, and spawns the cacoball it will not disappear if you spectate. |
|
|
|
|
This current 'fix' being discussed (removing projectiles on death) is ok at stopping bad teamkilling trolling in some wads, but I don't see it as good behavior, only a trolling bandaid.
An immediate problem: if two players on opposite teams shoot rockets at eachother but one dies before the other, only one person will die as the other rocket will disappear in mid air. That of course doesn't happen right now. I think a better true fix is to keep projectiles registered on a team no matter the state of the firing player, so that a red team rocket will forever be a red team rocket. |
|
|
|
(0017539)
|
|
Cutman
|
2017-05-03 12:34
(edited on: 2017-05-03 12:38) |
|
I'm against it too, it could potentially be harmful to some complex mods if it straight up rips every projectile out of existence. I think this method is something modders should do (and actually have been doing for a while), not something the engine should do automatically (or a server option).
If I lined up the perfect Rocket kill on an opponent far away, but someone killed me right after and I became a dead spectator, that Rocket should just go away and I get robbed of the kill? Seems a bit unfair. Also the example isn't that extreme considering all the different kinds of slow/long lasting projectiles that exist these days.
There's gotta be a better way (although I don't know what considering how projectile ownership is handled).
|
|
|
|
|
I think you misunderstood what the build in 0001330:0016336 is doing: It only removed the missiles of players who leave the game, i.e. either by disconnecting or by turning into a true spectator. It does not touch any missiles if a player is turned into a dead spectator.
Is there any reason not to remove missiles for disconnected players or true spectators? |
|
|
|
(0017570)
|
|
Cutman
|
|
2017-05-07 10:49
|
|
|
Oh my bad, that seems more reasonable then. I can't think of any situation where this would be bad (but if one comes up, modders can fix it by checking if a player exists). |
|
removebug-spawn.pk3 (771) 2016-12-13 00:57