Denied Radio Improvement

[Cheese Cooper]

What does this suggestion change/add/remove:
The following improvements are suggested for the in-game radio:

• The radio should resume its previous state upon respawning; namely, it should keep the frequency & stay powered on/off when you respawn. Currently, it keeps the frequency but your radio is powered off when you respawn, and it's easy to forget to turn it back on.
• While the radio is turned on, a small HUD element in the corner should appear denoting the current frequency & if you are transmitting. Nothing fancy, just some text in the corner to let people know "Hey your radio is on and ready" without having to take it out to look.
• A set of console commands to control the radio would be useful for creating radio binds to automate setting radios. Currently, there is one command (radio_toggle) that acts as a dedicated PTT for the radio (the default key is b, but you can bind another key to this but cannot change it). Having separate commands for power & frequency would be a good quality of life change if nothing else.
• Change the SWEP description to denote the 'B' key for push to talk, as it's not advertised anywhere and it is usually discovered when the radio keys up while you are typing something else.

Has something similar been suggested before? If so, why is your suggestion different?:
n/a

Possible Positives of the suggestion (At least 2):
More in-game radio usage for departments that don't rely on TeamSpeak (IA, GSD, DEA, Medical, etc)
Can't metagame with an in-game radio, since you cant talk when you are dead.

Possible Negatives of the suggestion:
n/a

Based on the Positives & Negatives, why should this suggestion be accepted:
Lots of people just plainly don't like using Teamspeak, so having the in-game radio as a communication option ensures effective voice communication can still occur within their department. Hopefully, this will improve coordination between members of departments like GSD and IA.

 

[Dalton]

+ Massive plus support

In cooper we trust

 

[Emilia Foddg]

• The radio should resume its previous state upon respawning; namely, it should keep the frequency & stay powered on/off when you respawn. Currently, it keeps the frequency but your radio is powered off when you respawn, and it's easy to forget to turn it back on.

Pretty sure this is already the case? At least, in my experience.

• While the radio is turned on, a small HUD element in the corner should appear denoting the current frequency & if you are transmitting. Nothing fancy, just some text in the corner to let people know "Hey your radio is on and ready" without having to take it out to look.

Current frequency when on is already present, in the top-right. I think the presence of that text in the first place constitutes the second function, but I don't mind having like a little extra for clarification, sure.

Otherwise,
+Support

 

[Dinklesprinkle]

Based on the Positives & Negatives, why should this suggestion be accepted:
Lots of people just plainly don't like using Teamspeak, so having the in-game radio as a communication option ensures effective voice communication can still occur within their department.

so something im aware of is the server promotes TS as a viable IC communication method (despite how abusable it is) as the radio plugin we have causes some stability issues and can make clients very laggy. perhaps a new radio plugin could be looked into which in my opinion would be preferable if we are to improve actual ingame radio usage

 

["Onion"]

-support

radio is on through deaths it just looks visually off. It's also very simple to change the frequency by typing in the number with MMB. You only need to input the freq once so a bind for the gensec freq isnt necessary. Radio is optimized as hell anyway.

 

[Edwin]

Suggestion Denied

---

Hi @Cheese Cooper,

Thanks for taking the time to make a server suggestion.
The Content Team has chosen to deny your suggestion due to the following reasons.

We will deny this because most of what has been suggested is either currently implemented or unnecessary. The suggestion to edit the description is accepted.

Your suggestion will now be locked and marked as denied.​