Bug - Waiting for Info The maximizer prefers items with a negative effect over an empty slot

[Darzil]

I guess there is a bug here, though. Which is that ideally we'd always prefer current (even if nothing) when -tie is in use and no improvement. This looks from the code like it should be the case, but I guess it isn't working.

Though it isn't as buggy as Eclipse for me, which is now refusing to work with my computer at all!

 

[fronobulax]

I guess there is a bug here, though. Which is that ideally we'd always prefer current (even if nothing) when -tie is in use and no improvement. This looks from the code like it should be the case, but I guess it isn't working.

I think this is what I would want/expect. I am blissfully using scripts and if the proper working of a script depends upon a mafia setting then something could/should be scripted to set and restore the setting.

But I think the fundamental problem is that for some maximizer string the maximizer decides that a bathysphere is an improvement over having no familiar equipment at all. That seems like a mazimizer flaw because capping familiar weight is generally undesirable.

I think preferring current with -tie would address this. I also wonder whether using higher familiar weight as a Good Thing in some of the backround defaults the mazimizer uses when it has no other criteria would also help. But either would be fine.

 

[ckb]

One way to work around this is to replace -tie with a string of low weighted, desirable attributes.

So instead of 'maximize +combat, -tie' you would use 'maximize +combat, 0.001 familiar weight, 0.002 item drop, 0.001 meat drop'
(my scripts do something like this to avoid unintended equipment)

 

[Darzil]

Yeah, there is definitely an issue with nothing being preferred over something with -tie and nothing equipped.

The bug is not "I used -tie because I don't care what I get, but I got something I didn't want because I do care what I get".

If you care what you get, don't use -tie.

 

[zarqon]

Ah I see I missed some discussion here.

I guess there is a bug here, though. Which is that ideally we'd always prefer current (even if nothing) when -tie is in use and no improvement.

Yes, this is what I was attempting to report.

Could the tiebreaker automatically apply a slight negative weight to anything that reduces a modifier (possibly with an exception for combat rate)? I think that would solve the bathysphere problem, if not the Crimbolex watch/rollover effect items problem.

Also I did search for the aforementioned preference and also did not find it. Its existence would also mitigate the problem.