Project 1999

Go Back   Project 1999 > Blue Community > Blue Server Chat

View Poll Results: Is variance still needed?
Yes, it promotes "competition" 75 29.18%
No, its an unneccesary non-classic time sink 182 70.82%
Voters: 257. You may not vote on this poll

 
 
Thread Tools Display Modes
Prev Previous Post   Next Post Next
  #11  
Old 09-19-2012, 03:19 PM
falkun falkun is offline
Planar Protector

falkun's Avatar

Join Date: Sep 2010
Location: Ruins of Old Sebilis
Posts: 2,464
Default

Quote:
Originally Posted by Frieza_Prexus [You must be logged in to view images. Log in or Register.]
I suppose I should elaborate. I am (ass)uming a few things. First, I seem to recall the server staff saying that WEEKLY repops will not happen because it would introduce far too many spawns.
TMO is already selling many BIS items, and the rest of the server has seen too few to even have their most dedicated members geared. How would "too many spawns" hurt anyone other than TMO's market value of items? We're all playing a 13 year old game, the "haves" and the "have nots" can be left in 1999.
Quote:
Originally Posted by Frieza_Prexus [You must be logged in to view images. Log in or Register.]
Yes, if repops happened so often as to prevent "spawn timer drift" then clearly smaller guilds would benefit because we would be backlogged and inundated with too many spawns. However, once drift begins to occur, we have enough members to effectively kill three (maybe more) targets simultaneously. Keep in mind, if we know when mobs will pop we can plan around that VERY effectively.
Ok, then you'd have a reason to open up recruiting again: recruit until you can down all raid content simultaneously. You already possess the largest L60/125+MR force on the server, why not get larger? Massive guild size has been your go-to solution since you merged with DA, and this would make that solution even more applicable!
Quote:
Originally Posted by Frieza_Prexus [You must be logged in to view images. Log in or Register.]
I am further assuming that it is better to open a larger variety of mobs to smaller guilds than the same mobs over and over. (Vox/Gore would never be touched if we ONLY had simultaneous repops/no variance). Granted, under either case VS and Trak will be on lockdown.
Some mobs is better than no mobs. And if TMO had Trak and VS every week, but lost the others due to other guilds during simultaneous respawn, that would provide bargaining power for target swapping (rotation) to the smaller guilds. Or TMO would get bored of going for the same targets every week, also providing bargaining power for the smaller guilds. Or TMO would get bored, which would allow other forces to kill new mobs (only because TMO has already killed everything possible in current content).
Quote:
Originally Posted by Frieza_Prexus [You must be logged in to view images. Log in or Register.]
However, I freely concede that some mobs are better than no mobs flat out. And, with NO spawn drift and NO variance, some mobs will invariably be killed by smaller guilds. However, I don't think that is likely to occur, thus my hesitation to eliminate the variance.
According to giegue, content patches on Live were about once every 1.5 weeks on average. Why not have every other cycle be a full respawn, similar to classic?
Quote:
Originally Posted by Frieza_Prexus [You must be logged in to view images. Log in or Register.]
I simply think that with the repop methodology I proposed, under my above assumptions, a variance would be better than no variance.
If I had to choose between simultaneous respawn and variance, I'd take SR every day of the week.
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -4. The time now is 06:54 AM.


Everquest is a registered trademark of Daybreak Game Company LLC.
Project 1999 is not associated or affiliated in any way with Daybreak Game Company LLC.
Powered by vBulletin®
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.