Keypad aids

Status
Not open for further replies.

Roger

Legend
Imp Veteran
Veteran
Donator
Sep 9, 2023
189
221
43
In Jensen's bed
Your In-Game Name:
Roger

Suggestion:
Remove keypads

Addons Needed (workshop link):
N/A

Reason:
There's no reason for it to exist, it's just a hinderance to regiments during events and other situations, CG should be the ones dealing with trespassing.
With the amount of people added to the keypads there's also no reason for it to exist since most people now a days can open most keypads.
 
+Support

WE need this.
 
+Suport

its annoying as fuck when someone decides they want to break all the keypads and engineers have to run cross country to fix all of them and it taking way too long. Also slows down events leading to people who defend AIC not doing much as breaking a keypad whilst QRF is on your ass is pretty god damn hard and Siths cant break them at all. I personally have contemplated doing this suggestion many times because it would genuinely make the server better.
 
I am partially gonna agree with this if it is for the removal of keypads from doors to rooms whereby if you break the keypad it opens as if someone wants to break in they will just do that and the only person that benefits in 327th in they get something to do which as you can see by Shac's comment isnt always good.

However I believe the addon as a whole should be kept just used in specific situations like on hyperspace button on venator and airlocks as they don't cause either to turn on/open when broken.
 
  • Like
Reactions: Dogo and horse
I agree to some extent with the suggestion, but its not so much the removal of keypads, its more the fact they should just be always open, and have the opportunity to be closed like a blast door. You could buff / change them to be more used in a defensive manor, when EEs start bum rushing AIC or CC. Currently they are just used to stop trespassers, which as you mentioned can easily be dealt with by CG. The whole aspect of permanently having the doors closed and having to ask specific people to get around the map during events is a PAIN. This is why I asked to be added to them, but if they were removed / changed it would make life easier.

Brig I thinks a bit different. Its sole purpose is keeping people inside, and yes they should always be on guard, but as you know this is very rarely the case. On a map like Anaxes where you could just lock down the Brig and if there's a training going on inside, can easily disrupt and cause annoyances when theres CTs running around. CG are the only ones that should have access or need access to it, and it'll save the pain of having people abuse the controls / interior.
 
  • Like
Reactions: Lacey
9R4Szfh.png


On behalf of the MVG Admin Team

The following Suggestion has been Partially Accepted

We have agreed that there are flaws with the current keypad system and so we have come up with another solution to the current issues.

The keypads on all maps will from now on be indestructible meaning they can't be destroyed and so 327th won't have to run around the base constantly repairing them when people/ee's destroy them just for fun. With this, we will also be giving the Keypad Cracker tool to all the current and future EE jobs making it so any keypads on the map can be hacked and used by EE's (And the Legacy Neutral Jawa job as that is part of its loadout) although, we discussed the current hack time and have come to the conclusion that it's too long and because of that we will be lowering from it's current 30 seconds to 15 seconds. This will give EE's a chance to work together to get into key areas on the map and for troopers to move to said locations.

With all this said, I have looked at a new way with the help of developers for 327th to locate which keypad and the location of the keypad that's being hacked at the time, allowing them to tell Fleet or OD at the time to send people to said location. This is mainly so that we don't remove 327th's main purpose of dealing with the keypads.

// Locked and moved to Accepted.​
 
Status
Not open for further replies.