RVR
#1
Posted 25 June 2012 - 09:48 AM
Another thing is, increase the size of the RVR, and make spawn camping pretty much impossible by putting OP mobs, or OP towers to prevent people from camping. This will give the other faction a better chance to fight back, and not make RVR a boring one side stomp. The level 60 mobs that were kind of covering the spawn were nothing to 40's with clerics healing them. On top of that, it wasn't too far out so mages such as my self could one shot fireball their players from a safe distance.
Basically at 00:00 seconds, the barrier will lift and each faction can then move into the RVR arena. If one faction wins and is able to camp outside the other faction's entrance, giving them towers, or very strong mobs to defend will make it so they can group up and attack again.
#2
Posted 25 June 2012 - 09:54 AM
There should be a time limite that they can be in the respawn base before being teleported or shunted out into the arena.
#3
Posted 25 June 2012 - 10:14 AM
Edited by HatsuneMikuHime, 25 June 2012 - 10:14 AM.
#4
Posted 25 June 2012 - 10:21 AM
.
The issue is it could be either side SG or TK that does it and it can be any of the level brackets that this happens in. I am trying to suggest a fix to the problem on a whole. So that neither side, and none of the level brackets can just rush out get 1 or 2 more kills than the other side then turtle up in their base in the far back where chances are no one can get to them, especially at lower level brackets. That is the problem, and should not be allowed.
#5
Posted 25 June 2012 - 10:38 AM
#6
Posted 25 June 2012 - 10:54 AM
You say it never happened once to you is because you were not there when this occurred, they never tried this strategy before. I think you are confusing what I am saying for us camping them and not able to get kills for them rushing out making sure they have even just 1 more kill than us and then turtling in the far back of their base where we could not get them even every member of the group rushing into their base to try and get them.
The GMs had to step in and kill archers for us so we could try to get to them but it was too little too late.
They proceeded to do this strategy again in the final match of the day which was a 30-40 5v5 match. It was a heated battle until the last three minutes when once again SG who had 5 players to TKs 4 gain two more kills than us and did it again
So please don't belittle the problem I brought up, it is essentially the same as your own only reversed. Inside of one side camping the other so that they will not come out and fight, it is one side turtling inside their own base so that they will win and the other side can not get kills.
Edit oh I would like to add I was in nearly every 30-40 bracket match. Except the last day where I was having a connection issue.
Edited by HikaruNajumi, 25 June 2012 - 10:55 AM.
#7
Posted 25 June 2012 - 11:18 AM
However, I do agree that is a huge problem as there is absolutely nothing you can do to stop them from camping in the far back, if they get more kills than you. Though that problem is situational, as it won't happen every RVR, but it is an exploit that needs to be removed I agree. However, to solve my problem, I suggested more OP mobs, or towers to stop people from camping, this goes against your problem, since it will be benefiting the ones that camp in the back of their base. There could be a timer where after you res you must enter the RVR field for at least 20 seconds. This way they cannot simply walk out, and go straight back in and camp. They have to stay in the field for those 20 seconds, which will allow the enemy team to get kills. Also, GMS could simply monitor the matches, if the majority of one faction is camping at the far back, that faction automatically loses. There's a couple of ways to deal with both the problems, we just need to pick the right one.
Edited by HatsuneMikuHime, 25 June 2012 - 11:19 AM.
#8
Posted 26 June 2012 - 10:55 AM
#9
Posted 26 June 2012 - 01:03 PM
#10
Posted 26 June 2012 - 01:12 PM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users