Jump to content
Sign in to follow this  
Myllz

Raid Loot Restore/Fix Rules Should Be Changed

Recommended Posts

Last night our guild killed Vaelastrasz and for whatever reason he dropped no loot.  Wasn't an ML or loot setting problem, he just had nothing on him for anyone in the raid as soon as he died.  He was also immediately skinnable upon death, so there was nothing on him from the start.  

We put in a ticket and within a few minutes (Vael was still dead and unskinned at this point) a GM responded.  The GM's response was that he couldn't do anything because they require video proof.  

This is not a complaint about this particular instance or trying to get the loot we missed out on.  However, this is a suggestion that for raids, the loot restore rules need to be modified.  It's entirely obnoxious that groups and guilds should be required to record or stream every single raid they go through just in case something bugs out with loot.  It's quite obvious to look through logs and see that there was no loot distribution after a raid boss kill.  For dungeons and things like that I understand the dev/GM team not having enough time to deal with loot drops and what not, and that's perfectly fine, but I believe the restore rules should be changed for raids because the current system of "sorry, can't do anything since you weren't video recording the fight" is terrible.

Share this post


Link to post
Share on other sites
Guest
14 minutes ago, Myllz said:

I understand the dev/GM team not having enough time to deal with loot drops and what not,

Out of context quote because you answered your own question. The policy exists for very explicit reasons. You mean to tell me not one of your 25 or 40 man raid can't hit record on OBS?

Share this post


Link to post
Share on other sites
9 minutes ago, Phoosy said:

Out of context quote because you answered your own question. The policy exists for very explicit reasons. You mean to tell me not one of your 25 or 40 man raid can't hit record on OBS?

Whether or not someone in the raid can do it isn't the point.  Yes, we can, and yes, we'll be doing that from now on, but that's not a good solution.  I specifically stated the rules for raids only should be changed, not every loot drop.  Even if it takes a few days to have it sorted out due to timing, that's better than "no video, fuck you."  

Share this post


Link to post
Share on other sites
Guest

The solution was adopted from Nostalrius's crew and worked fine there and has been perfectly acceptable to nearly every raid that's had an issue since Elysium relaunched NostPvP/PvE. It's a great solution as it protects both the players ("hey, we got this recorded, here's these easy to demonstrate criteria in a video you can digest quickly!") and the staff ("Good, all the players in the raid match to actual players, the Raid ID can be pinged if something needs to be followed up in logs, and there aren't any cuts so no one is trying to score free loot from staff.") The GMs purposefully limit what commands they run to as minimal as possible and exceptions like creating items (which is reserved for high level GMs only) need to be performed with extreme prejudice to avoid situations like GM abuse.

Share this post


Link to post
Share on other sites

GMs cant access the database to check for loot.

Devs are 2 busy to check the database for loot.

 

we had the same issue and u propably had the lootoption set to lootmaster, but noone with actual lootmaster rights. Which can happen, if the current lootmaster leaves the raid and u dont promote one manually.

Share this post


Link to post
Share on other sites
6 minutes ago, flowqz said:

we had the same issue and u propably had the lootoption set to lootmaster, but noone with actual lootmaster rights. Which can happen, if the current lootmaster leaves the raid and u dont promote one manually.

Interesting, that's probably what happened.  Our ML switched characters before Vael.  I'm pretty sure the character he switched to was given ML before Vael was pulled, though.  Is there a way to definitely make sure that doesn't happen?

Share this post


Link to post
Share on other sites
Guest

Set Masterlooter from the start and make sure they don't ever release if the boss dies.

Share this post


Link to post
Share on other sites
1 minute ago, Myllz said:

Interesting, that's probably what happened.  Our ML switched characters before Vael.  I'm pretty sure the character he switched to was given ML before Vael was pulled, though.  Is there a way to definitely make sure that doesn't happen?

switch to grploot and back to masterloot. but u should still have a cameraman at all time, which loots the boss and shows the raidID at the same time. in case the server crashes or some other bullshit.

Share this post


Link to post
Share on other sites
2 minutes ago, flowqz said:

switch to grploot and back to masterloot. but u should still have a cameraman at all time, which loots the boss and shows the raidID at the same time. in case the server crashes or some other bullshit.

We'll have to make sure it gets set to group and back to ML assuming he switches characters before fights, I guess.  We'll be recording either way from now on.

3 minutes ago, Phoosy said:

Set Masterlooter from the start and make sure they don't ever release if the boss dies.

It was set to ML and he didn't die during the fight.

Share this post


Link to post
Share on other sites

You were most likely affected by the bug that was mentioned.

You have to keep the loot rules fresh.

 

If you wipe, switch them around again to refresh them.

If the raidlead or lootmaster logsout, disconnects or anything else, refresh them.

If you instance in or out, refresh them.

If you don't want to keep track of that, just refresh them in front of each boss.

 

In addition to that, recordings are very solid evidence for the GM team as Phoosy mentioned.

There is no need to adjust the rules, it is already working very flawlessly

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.
Sign in to follow this  

×