I like most of the above ideas. Forward camp areas would be really nice, perhaps and at those 10 areas you mentioned. If a faction control that module, you can then put a camp there, and in order for other factions to place camps, they must take that module from you.

WRX wrote: »

I like most of the above ideas. Forward camp areas would be really nice, perhaps and at those 10 areas you mentioned. If a faction control that module, you can then put a camp there, and in order for other factions to place camps, they must take that module from you.

I removed my original idea to hopefully encourage more discussion, such as how many and where to put them, also to lessen the wall of text effect. I'm trying to keep the idea as simple to implement as possible to increase the chance of it being considered.

I think one problem with cyro is that there's no reason for pvpers to go anywhere except where the keeps are and in between. The quests are boring, as are the delves.

I think putting the places outside the normal areas of travel would be good, and limit one camp per spot, maybe one or two in range of each keep.

I think they should make camps a bit tougher, so they're not as easily trolled by stealth siege.

Most people hate camps and are glad they were removed. However, there was more activity across the entire map and server performance was not nearly as bad while camps were still in the game. Server performance has only worsened since camps were removed. Is this all a coincidence?

LonePirate wrote: »

Most people hate camps and are glad they were removed. However, there was more activity across the entire map and server performance was not nearly as bad while camps were still in the game. Server performance has only worsened since camps were removed. Is this all a coincidence?

no FC's is also one of the reasons for the extremely stale current metagame of taking every player on the server and morphing to the next keep in the line. Even if it didn't lag, that's so boring

well i am still against FC as they were horrible.

but i would non the less like to see some system implemented spreading up the player numbers. the current problem are the stationary battlefronts established by the big zerges where every thing happens arround creating a big clusterfugparty in a relativly small area.

so my suggestion would be to change one of the innitial transitus shrines into a random porter instead of a chosable porter.
it is weaker so only a group of max 12 players can be ported at once (innitiated by the groupleader), they will be ported to the proximity of a randomly picked uncontested keep/resource in the opponent aliance backyard(random to supress coordinated direct scroll raids).

that way those groups can quickly cut of zergports to a keep(enabling them to take it even with these low numbers - forcing every attacked alliance todefend those keeps) supress entire porting lines (if they would change release options only to keeps portable from the innitial transitus shrine) that way keep raids at the front line could be easier supported by attacks in the backline etc.

all in all it would spread the playerbase over the entire zone witch would hopefully help with ther server performance - but none the less ZOS has to work on the coding otherwise this games pvp will die like SWTORS did (but SWTOR offers a much better PvE...)

Screw camps, they only open up the possibility to create 100 new exploits. We have enough already that zos refuses to address.

The game without camps has less action, days and days of riding, and a hell of a lot less diversity. As anyone who actually spends more than a casual amount of time in Cyrodiil will tell ya, 90%+ of the players spend 90%+ of their time in the exact same areas. This is the "lines on the map" between the keeps.

This has led to many players fearing solo or small group play and has only encouraged zerging (imo is 25-30+) more and more (aka when two or more of these run into each other lag). The initial idea of forward camp changes by ZOS weren't half bad, but at this point doing nothing for so long just shows another lack of competence in their implementation of change in Cyrodiil.