CS TTT - Ability to see all alive players

Status
Not open for further replies.

Damon

EGO Zealot
=(e)=
Joined
May 12, 2018
Messages
1,861
In CS:GO servers with a lot of people, spectate is frequently unreliable. It will sometimes not allow you to swap off of spectating 1 player, and it will sometimes not even allow you to spectate a certain player. What I'm suggesting is a command be added that allows admins to view all alive players and their roles.

On TTT people delay quite often whether they realize it in the moment or not, and as admins it is our job to ensure that the round is pursued. However, with spectate being so unreliable and frequently not allowing us to spectate a certain player or switch off of a specific player, it prevents us from doing so unless we already know the name of the person delaying.

Typically when spectate does this, in order to find the Traitor that is delaying someone has to call out their name in chat or you need to spec_player_by_name for every person you see on the leader board. The problem with this is most the time there are multiple un ID'd bodies and going through the entire list is very time consuming.

However if a command was added that allowed us to see the alive players and their roles, I could type the command, see that Timmy is the traitor, and type spec_player_by_name Timmy, and deal with it accordingly.



I think this would be very beneficial and don't think it involves too much coding (but what do I know), would love opinions on it nonetheless. Katiee Katiee , heidi heidi , Darling, Grumpy Kitten Grumpy Kitten , JuVe913 JuVe913 , redchance redchance , Hello? Hello? , xBabo xBabo , Larry_Da_Lobster, Custom Stats Custom Stats
 
Last edited:
Upvote 0
I think this is a brilliant idea. I can see this becoming a problem if people abuse it, but it wouldn't be an issue because they still need evidence to kill someone. I too struggle finding who is T when they are delaying. Definite +1 for me
 
Damon Damon That is a lovely idea. Absolutely perfect and I would love to see this idea go to play!
 
I think this is a brilliant idea. I can see this becoming a problem if people abuse it, but it wouldn't be an issue because they still need evidence to kill someone. I too struggle finding who is T when they are delaying. Definite +1 for me
To counteract any abuse, we could make it display a message in chat when an admin checks who is alive, just like when an admin checks logs.
 
In CS:GO servers with a lot of people, spectate is frequently unreliable. It will sometimes not allow you to swap off of spectating 1 player, and it will sometimes not even allow you to spectate a certain player. What I'm suggesting is a command be added that allows admins to view all alive players and their roles.

On TTT people delay quite often whether they realize it in the moment or not, and as admins it is our job to ensure that the round is pursued. However, with spectate being so unreliable and frequently not allowing us to spectate a certain player or switch off of a specific player, it prevents us from doing so unless we already know the name of the person delaying.

Typically when spectate does this, in order to find the Traitor that is delaying someone has to call out their name in chat or you need to spec_player_by_name for every person you see on the leader board. The problem with this is most the time there are multiple un ID'd bodies and going through the entire list is very time consuming.

However if a command was added that allowed us to see the alive players and their roles, I could type the command, see that Timmy is the traitor, and type spec_player_by_name Timmy, and deal with it accordingly.



I think this would be very beneficial and don't think it involves too much coding (but what do I know), would love opinions on it nonetheless. Katiee Katiee , heidi heidi , Darling, Grumpy Kitten Grumpy Kitten , JuVe913 JuVe913 , redchance redchance , Hello? Hello? , xBabo xBabo , Larry_Da_Lobster, Custom Stats Custom Stats

I was thinking about recommending this about 3 months ago when I got my G but decided that perhaps maybe its like that for a reason. I love the idea and hope that maybe it can be incorporated.
 
Yes as long as it's logged that admins are using it when alive

Sent from my Pixel XL using Tapatalk
 
Imagine not pinging me.

Still +1 tho, makes it ten times easier than !spm.
 
Oh man, I would die for this to happen. There's lots of times where !spm doesn't work and I do understand why (someone told me it had to do something with spectators or something), but it makes our work harder trying to realize who is the remaining player that is delaying or even on cases when we wanna gather intel on suspicious players and the command only shows a couple people but not everyone.

Very big ++++1 to this!
 
this could make spectating delayers and such so much easier love it +1
 
+1
Great idea, Ive had to do spec_player name many times, 10/10 idea. Just make sure that people can't abuse it, like maybe say a message in chat when someone does the command
 
This already existed at one point, under the abbreviation "SPM" or rather Spectate Menu.

It was used on JB, with ideas of moving it to TTT to curb and combat the issues of spectate.

The plugin was recently disabled; likely because the plugin hardly worked anyhow. It had serious flaws in gamemodes with more than two/three "teams" of players (Say; T, Inno, Detective, and Unassigned).

Reasoning for this is the plugin basically adds every player that is at the start of the round into an array, which the plugin uses as an index of the players available to spectate. This approach was fine in concept, but failed in execution because it added "unassigned" players to the array. This was a problem because basically if a player leaves, gets swapped to spectator, or some other condition that isn't alive or dead; caused the plugin to not properly allow expected use.

Anyhow my pointless lesson aside, I definitly think that a system needs to be added. I've been for a while groaning that we need SPM fixed and added back into the servers.
 
Damon Damon

Spec menu has been fixed so we don't see any reason to implement something like this now. Thanks for the suggestion~

~Closed
 
Status
Not open for further replies.

Latest posts

Back
Top