Thoughts and possible tweaks in partyloot system

Muh

Just a few thoughts on why it is where it is now.

Why forced autoloot?
To avoid players missing precious loot just because of not knowing or having bad @al settings.

Why vanish if not looted?
Similar reasons, to make sure the items goes to each players without the possibility one player grabbing everything and to not clutter the floor with up to 12x items.

@partyloot
Was added to mimic @autoloot for this situation, if you know what you are doing kinda.

Setting this on loot basis rather than whole map sounds like an option, needs a bit more setup for sure to pick the right items etc.

The other easy option I see is, allow the cluttering of the floor. Dropped items this way are still locked for the char they belong to for a few seconds so "stealing" would be blocked by that.
That would be an issue when multiple person's loot drops at the same location.

I'm happy to hear as much feedback as possible. Sorry for you being the guinea pigs here 🙂

Also optimizing the saved settings option is possible, but depending on the other mechanics could lead to risking losing loot.

Happy discussing

sakura

Muh is it possible to make @partyloot part of autoloot configuration (@alc) or make the option to enable every login (login npc setting) for certain %.

Obetovan

Muh not gonna lie, to allow cluttering of floor feels like a decent option. after all, @nodrop exists. yes, in the entirety of this matter, there is an aspect of some people possibly not realizing that they dont loot something important and thus being less likely to notice it bcoz they won't see loot on the floor, but tbh, maybe there is a way to alleviate this issue.
maybe some sort of whitelist that will ensure that certain core drops are alooted unless its outright @nolootid'd. maybe that whitelist would be set in a similar manner as aloot settings are set account wide on login.
maybe, a more informative solution is possible. but that will place more responsibility for their own loot on players themselves, which is from what i understood is something we try to... avoid.
most of this was already said, but im just stating all that i think on this matter. many thanks for shaving your perspective, it is much appreciated ☺️

Jetago

Muh @partyloot
Was added to mimic @autoloot for this situation, if you know what you are doing kinda

I feel like in its current state it's kind of confusing with both commands "doing the same" but differently at the same time

Muh Setting this on loot basis rather than whole map sounds like an option, needs a bit more setup for sure to pick the right items etc.

Imo this would be ideal, give core loot to the whole party and let other Etc items be just normal

Regarding the cluttering, that's kinda why i think partyloot shouldn't affect "trash" etc ítems, i mean, don't generate one trash item per party member, generate just one, that would be received by the player that killed the monster and if said player has autoloot off, it falls to the ground (just one item, not 2+ depending on party size)

To summarize my ideas

Partyloot affects only core loot (the whole party receives core loot per mob killed)
It is forced 100% (since it only affects core loot, the items that everyone wants)
It does NOT affect trash etc items (only the killer receives trash loot, @al off? > ground)

Muh

sakura Yes, that would be easily doable - my only fear is in the current setting, e.g. you set it to 1%, and go into an instance where you want the 100% drops and forgot about your setting, it would be lost.

So maybe better combined with more changes

fishie90

Well this fix presumes that all people running instances set loot collection based on a percentage, while in reality, instance drops are a mixture or both common and rare drops, which in the case of the partyloot system, does not take into account.

As it stands, we have a three-tiered loot collection approach: by percentage, by itemclass and by item ID

At a minimum, I think there should be a @partylootid +XXX| +XXX| equivalent , the current system still does not cut it.

Muh

fishie90 what would partylootid bring what alootid doesn't? It works with party loot system already.

Allowing clutter on floor would mean we don't need any additional commands and every player can keep using their setups as they are.

fishie90

Muh Okay, I'm writing this after my OGHN test and yes, I do agree with you that we don't need "partylootid" as autolootid is confirmed to work in-conjunction with the partyloot system. But my gripe with this system is that the playerbase is expected to, at some point, research the instance loot table, build a comprehensive nolootid or autolootid since nothing drops on the floor.

Other test notes

The bugged out part is that setting partyloot to 0 and partyloot to 100 are literally the same.

However, setting the partyloot to a decimal such as partyloot 0.10 returns the expected behavior. I'm soloing.

Maybe you're responding to someone else with your floor clutter comment. Unsure.

Would be interesting to hear from new players and how their experience is with this system.

Muh

Jetago the questionable part would be where to draw the line between trash and core items. As instance specific drops can be common, eg equip in some cases, that might be seen as both

Jetago

I would say that it is not necessary to include equipment since most instances that already have partyloot do not drop the equipment itself but the materials to craft it, or they drop equipment that is already quite outdated, but can be discussed

sakura

Suggestion 1) Make @partyloot part of save setting under @alc
Suggestion 2) Dont apply force loot, make those item drop around the player? unless the player have @alootid + added to their settings.

KaptainPickles

Suggestion: @partyloot 0 and @autoloot 0 are actually autoloot off. If I have both turned off, I should not autoloot anything. As it stands, it autoloots everything. This '@partyloot 0.1' is "off" is strange and is confusing to people (and it's not really off anyways.. it still autoloots things less then .1% drop rate…).