Master Merchant 3.0 : Auction House & Vendors : Elder Scrolls Online AddOns

(349 Kb)

Download

Updated: 01/03/21 11:31 AM

Add Favorite

Install Help

Portal

Bugs

Features

Pictures

File Info

Compatibility:	Markarth (6.2.5)
Updated:	01/03/21 11:31 AM
Created:	08/24/20 07:35 PM
Monthly downloads:	141,169
Total downloads:	486,351
Favorites:	137
MD5:

6.2.5

Master Merchant 3.0 Popular! (More than 5000 hits)

Version: 3.5.14

by: Sharlikran [More]

Updating to MM 3.x

Uninstall MM 2.x first! If you do not Minion will uninstall the MM 3.x files!

Master Merchant 3.0 does not use different data or files. It is a direct continuation of the project. Therefore, if you install 3.0 first then uninstall 2.50, Minion will uninstall all the files belonging to 3.0. Master Merchant 3.0 uses the same file names.

Backup your MMxxData.lua files before updating to newer versions

Please be sure to backup your data before updating. 3.x has some new tracking values in the SavedVariables file.

Master Merchant 3.0 Documentation

You can read about Master Merchant 3.0 at this website for Master Merchant.

Intent

Master Merchant 3.0 is a continuation of Master Merchant 2.x. In order to keep changes separate I made two versions. Version 2.x used the traditional method of guild scanning that has been present since 2.3.1 which was the last version Philgo uploaded himself.

Unfortunately that old method is not convenient of efficient. Master Merchant 3.0 waits for LibHistoire to send information and then adds it to the database of sales.

With 3.0 it takes less time and the GUI interface for LibHistoire is easy to understand. The current server behavior makes it difficult for users and the current methods MM 3.0 uses make it easy to keep everything updated.

Reason for the change

Having a cache of the Guild History like LibHistoire allows users to have access to all previously cached data for the last 30 days without requesting it from the server. From what I understand with MM 2.x many people perform a ten day scan periodically and then use /mm missing to ensure they have sales data.

That kind of behavior is a drain on the server. Even with the introduction of the first MM 3.0 performing certain actions such as those periodically was not needed. LibHistoire provides a simple and easy to understand interface. I recommend obtaining sales data on first use but after that you only need to obtain data for the time you have been offline.

In order for this to happen changes had to be made and I could not be bothered with constant complaints. Now that I have made enough changes I will not be uploading the same version to two different pages. MM 3.x is a continuation of MM 2.x. No data conversion is required and you should not delete your previous MM sales data. In fact back up your MM data before updating as mentioned.

Compatibility

Master Merchant 3.0 is 100% compatible with 2.x because the data files use the same format.

Requirements

LibAddonMenu
LibMediaProvider
LibGuildRoster
LibHistoire

Updating

Because this version is being rewritten you should always backup your sales data prior to updating Master Merchant 3.0. I will not be responsible for lost data historical or otherwise.

Development

The intent is to overhaul the SavedVariables so the mod loads data faster and more reliably. There will be conversion routines to convert sales data to the new format once anything like that is added. That is currently not implemented in 3.0 but you will be notified when it happens.

In addition to improving the SavedVariables 3.0 will continue to work on making sure sales data is processed when it is received, added to the database, and showing in the Master Merchant Window.

Previous version 2.x

If you need to be ensured you have full compatibility with your MM saved data then you can still use the original Master Merchant 2.x.

Permissions and Credits

I was given permission to work on MM by Philgo and maintain the project. In addition to that the following text below is the license that is included with MM which grants the use of the code as long as the license is provided. I will be respecting the license given and do not take full credit for MM. Original credit goes to its original authors.

Lua Code:

-- Copyright (c) 2014 Matthew Miller (Mattmillus)
 
-- Permission is hereby granted, free of charge, to any person
-- obtaining a copy of this software and associated documentation
-- files (the "Software"), to deal in the Software without
-- restriction, including without limitation the rights to use,
-- copy, modify, merge, publish, distribute, sublicense, and/or sell
-- copies of the Software, and to permit persons to whom the
-- Software is furnished to do so, subject to the following
-- conditions:
 
-- The above copyright notice and this permission notice shall be
-- included in all copies or substantial portions of the Software.
-- MasterMerchant Namespace Setup
-- Written July 2014 by Dan Stone (@khaibit) - [email protected]
-- Extended Feb 2015 - May 2020 by (@Philgo68) - [email protected]
-- Released under terms in license accompanying this file.
-- Distribution without license is prohibited!

3.5.14

- Minor update to outliers routine.

3.5.13

- Updated outliers routine, again. Third times a charm, I hope.

NOTE: You might want to copy paste the people from your blacklist into a text document and exclude that while you look at the scatter plot or graph while trimming the outliers.

3.5.12

- Reverted to previous method for trimming outliers.

3.5.11

- Saved pricing data was not set up as a default variable during initialization in previous versions going back to 2.x. This has been corrected.

3.5.10

- Minor bug fix where during initialization an error may have occurred on occasion if a personal sale was reported before MM could initialize a few of its variables.

3.5.09

- Fixed bug where AGS profit filter setting was not kept after log in or reload UI.

3.5.08

- Updated Initialize routine

3.5.07

- Latest version of LibHistoire reports better values with its GetPendingEventMetrics routine. Updated Refresh routine to stop more easily.

3.5.06

- Updated Refresh routine. Reverted some aspects of it now that LibHistoire has been updated. It was taking too long again.

3.5.05

- Added methods to prevent (significant) FPS drop when a new sale is added while the Master Merchant window is open. This is because I am starting to see new sales show again while online.
- Updated /mm dups
- Updated /mm clean to remove invalid item links
- Added additional routines to verify invalid item links

NOTE: The focus of invalid item links in the current versions will be explained in a sticky post. Please watch the comments section's sticky post for an update with an important announcement. There will also be an additional documentation update.

3.5.04

- Adjusted Refresh routine so it will stop after events are sent even after an upcoming change to LibHistoire.

3.5.03

- Added more verification for malformed item links.

NOTE: I forgot something in 3.5.02, so it's not available.

3.5.01

- Updated refresh routine to announce when refresh is finished. The spinner in the Master merchant window will also stop spinning as well.

3.5.00

- Fixed Gamepad errors when listing items.

NOTE: Thanks to Lyelu I have a gamepad that works with ESO. I can not promise anything but I am looking into how to add some of the simple basic features to the Gamepad UI. Although I hear that since the Gamepad usage is so low, according to ZOS that some mod authors use some Gamepad aspects of the game for convenience in keyboard mods. Meaning, it breaks the Gamepad portion of the game.

3.4.9

- Added additional search index values
- Added routine for expanding Libhistoire when using the refresh button. (Still in testing)
- Added Popup Item Data to Master Merchant window for convenience

3.4.8

- Fixed some minor typos
- Fixed search index values. The API has changed enough that the search terms were a bit broken. Items you are searching for should show up correctly now. Such as a green or purple heavy helm.
- Added initial lookup tables for upcoming changes to Saved Vars files
- Removed old auto next feature for the guild store. It was no longer used and it's just a bad idea especially when AGS is active because at least for AGS it will break it.

3.4.7

- Update to ShoppingList extension to prevent duplicate items. Delete your ShoppingList.lua from your SavedVariables to reset it.

3.4.6

- Added optional MM extension, ShoppingList

NOTE: Rothry has suggested this addition and at the time it did not seem like something I would add. Mainly because I am not sure I want to know everything I purchased. However, I am in the process of learning more about the MM Window, ZOS Scroll Lists, and other more complex parts of this beast of a mod. For that reason it is packaged with the mod and can be enabled or disabled. I hope you enjoy it.

EDIT: 12-9-2020; I will be overhauling both MM and the ShoppingList. The data for MM will be preserved and kept. The data from the ShoppingList will not be preserved because I will be obtaining different sales data from traders either from AGS or the vanilla UI if you do not have AGS installed or active.

3.4.5

- Added the remaining help icons for the settings menu

NOTE: Still working on the documentation but as I have time to complete each section it will help explain the various options.

3.4.4

- Restored color to the deal calculator when viewing items in the guild store

NOTE: Still looking into all the challenges for localizing the currency format and colorization. Thank you for your patience.

3.4.3

- Opps forgot other language strings for new menu options

3.4.2

- Updated settings menu including help icons that go directly to the documentation.
- Updated LibGuildRoster setup to attempt to control the columns better until the next update to the library.

3.4.1

- Bugfix for not stopping LibHistoire properly during Refresh

3.4.0

- Opps forgot other language strings for key-bind

3.3.9

- Fix for setting days of history lower then 30
- Added key-bind to toggle History Graph

3.3.8

- Added a 3rd Focus which can be used for CTRL + SHIFT for example
- Changed the name of the Master merchant window. See documentation. Link is on the description page.- - Made sure when displaying values in the inventory that the gold color is yellow
- Made sure the custom time range updates for the drop down menu

3.3.7

- Opps forgot to add the new data pool to the manifest file

3.3.6

- Bugfix for blacklist
- Fix typo in setting menu
- Added toggle for guild roster columns. Requires UI reload.
- Writs with the same item ID will be grouped together now.

NOTE: Prior to having Writs the last part of the item link was for potions only. This caused MM to treat writs of the same type but a different voucher count as different. I will be adding a new system for writs in a future version.

3.3.5

- Updated gold price label to use in game API formatting.(Meaning less numbers with a decimal of '.00' This should also add some formatting for non English users. I will be testing this more.
- Added lookup table so that if you hover over an item twice, and no sales have been added, the tooltip needs to reconstruct less information. Should make tooltips take a little less time to draw for items have have close to 5000 sales in the MM database. There isn't much I can do to improve this more. Remember too much of a good thing... you can easily see trends with less data points over the same amount of time.

3.3.4

- Added option to select mean or median when calculation outliers.

For a range from 1 to 999 the data with the mean could give you and average of 89 and with the median 42. While other items like chromium grains, you may not see much of a difference. You could have way more data points. For example 44 compared to 3000. Therefore the chromium grains will have a much more focused range. Nobody wants to buy chromium grains for 125,000. The shear quantity of data points make chromium grains show a more meaningful trend then another item with less then 100 sales.

3.3.3

- Added toggle to use the default range for tooltips, for inventory as well.
- The toggle is named "Use Tooltip Days Range" and it is directly under the toggle to swap the price.

3.3.2

- Significant performance improvements when adding events during Refresh.
- Added Simple Indexing - For those who do not search sales and want MM to have a smaller memory footprint.
- Reduced forced Master Merchant window lock to 10 minutes for Refresh. Again after the next LibHistoire I will be able to unlock the window automatically after LibHistoire finishes sending events to MM.

NOTE: On my Lynnfield i3 4GB Ram Potato I was able to reduce the Refresh time for a backup that was about 12 days old to under 10 minutes. Your situation may be different. Again, if you have low FPS viewing All sales then LibHistoire is still working. Close the Master Merchant window and wait longer. Hopefully Sirinsidiator will update LibHistoire soon.

3.3.1

- Removed leftover MM 2.x code that prevented the Refresh routine from properly locking the Master Merchant window. The 20 minute lock may not be sufficient depending on how much data there is in the cache. See the sticky post.

3.3.0

- More updates to prevent errors when calculating outliers while holding down CTRL or SHIFT

3.2.9

- Updated mean and standard deviation calculation
- Added median value calculation for use when determining outliers
- Updated routine for determining outliers

3.2.8

- Performance increase to checking for duplicate sales. No optimization for adding new sales unfortunately. - Added temporary /mm freeze and /mm unfreeze for Master Merchant window when processing 100,000+ sales or more
- Temporary workaround until next LibHistoire update. After clicking Refresh the Master Merchant window will be locked and will not update for 20 minutes while MM and LibHistoire communicate.

NOTE: After the next update LibHistoire will have an internal API function I can check to know when data is being transmitted to MM and lock and unlock the Master Merchant window automatically.

3.2.7

- Added taxes to /mm export feature, see documentation
- Adjusted saved vars tracking var for outlier prices

3.2.6

- Added version check for LibHistoire 1.0.2
- Removed Info/Debug messages
- Updated when MM starts LibHistoire and begins listening for information

3.2.5

- I will rant at Siri later, debug messages are not logged by his mod by default. I have changed it to Info, so I can see the output.

3.2.4

- Added debug messages for nil value Lua error

3.2.3

- Attempt to address error in MasterMerchant.lua:3971: attempt to index a nil value

3.2.2

- Opps didn't save version number properly in manifest file.

3.2.1

- Attempt to address error in MasterMerchant.lua:3965: attempt to index a nil value
- Code added to restrict listening to guild sales. Which is an attempt to address possible performance hits.

NOTE: I don't feel MM 3.2.0 really has an effect on the game in a drastic way. If there is any pause or freeze in any way that is just because the library is sending data on first use. If you have thousands of sales, up to maybe 30,000 or more sales in a busy guild all being sent to MM at once, there will be a freeze. This should settle down after a few days if you keep the new library linked.

3.2.0

- Now using LibHistoire for guild sales instead of scanning guild history directly.

3.1.0

- To display information on the roster MM now uses LibGuildRoster

3.0.9

- Fix for error generated guild finder rather then guild history

3.0.8

- Added localization strings for new "Use Sales History Size Only" to the rest of the languages

3.0.7

- Fix Price Calculator Bug
- Add toggle to ignore min and max count when trimming sales data

3.0.6

- Same as 3.0.4
- More recipe updates from - Dolgubon
- Fix for Lua errors for new saved vars - Dolgubon

3.0.5

- Reverted back to 3.0.3 until a fix for Lua errors can be implemented

3.0.4

- Adjustment to item link trait discovery Aldanga
- Update to recipe calculations Dolgubon (Still some recipes may not show mat price)
- Added event index count to guild history tab and the amount of history loaded in hours, days. Using a built in Zenimax routine. It does not show 1d 3h, just 1 day or 2 days.

3.0.3

- Updated event monitor so it will properly activate after zoning

3.0.2

- Added decrement button since background scan is no longer present. It will deduct 50 from the event index, more like a rewind just a bit if you think you missed a sale.

3.0.1

- Uncommented a few things in MM clean when checking for numbers that should not be strings

Optional Files (0)

Archived Files (52)

File Name	Version	Size	Uploader	Date
Master Merchant 3.0	3.5.13	349kB	Sharlikran	01/02/21 09:56 PM
Master Merchant 3.0	3.5.12	352kB	Sharlikran	01/02/21 11:53 AM
Master Merchant 3.0	3.5.11	349kB	Sharlikran	12/31/20 07:50 AM
Master Merchant 3.0	3.5.10	349kB	Sharlikran	12/27/20 01:21 AM
Master Merchant 3.0	3.5.09	349kB	Sharlikran	12/22/20 11:24 PM
Master Merchant 3.0	3.5.08	349kB	Sharlikran	12/18/20 09:07 PM
Master Merchant 3.0	3.5.07	348kB	Sharlikran	12/13/20 09:09 AM
Master Merchant 3.0	3.5.06	348kB	Sharlikran	12/13/20 02:17 AM
Master Merchant 3.0	3.5.05	344kB	Sharlikran	12/12/20 10:37 AM
Master Merchant 3.0	3.5.04	343kB	Sharlikran	12/11/20 11:42 PM
Master Merchant 3.0	3.5.03	343kB	Sharlikran	12/11/20 01:36 AM
Master Merchant 3.0	3.5.01	343kB	Sharlikran	12/08/20 09:18 PM
Master Merchant 3.0	3.5.00	343kB	Sharlikran	12/06/20 11:09 PM
Master Merchant 3.0	3.4.9	342kB	Sharlikran	12/06/20 01:29 PM
Master Merchant 3.0	3.4.8	341kB	Sharlikran	12/02/20 10:09 PM
Master Merchant 3.0	3.4.7	340kB	Sharlikran	12/01/20 10:06 PM
Master Merchant 3.0	3.4.6	339kB	Sharlikran	12/01/20 12:30 AM
Master Merchant 3.0	3.4.5	330kB	Sharlikran	11/29/20 07:50 PM
Master Merchant 3.0	3.4.4	330kB	Sharlikran	11/29/20 01:30 PM
Master Merchant 3.0	3.4.3	330kB	Sharlikran	11/28/20 11:24 PM
Master Merchant 3.0	3.4.2	329kB	Sharlikran	11/28/20 10:09 PM
Master Merchant 3.0	3.4.1	328kB	Sharlikran	11/28/20 10:04 AM
Master Merchant 3.0	3.4.0	333kB	Sharlikran	11/27/20 12:57 AM
Master Merchant 3.0	3.3.8	332kB	Sharlikran	11/26/20 06:48 PM
Master Merchant 3.0	3.3.7	331kB	Sharlikran	11/26/20 01:52 AM
Master Merchant 3.0	3.3.6	331kB	Sharlikran	11/25/20 10:38 PM
Master Merchant 3.0	3.3.5	329kB	Sharlikran	11/24/20 02:10 AM
Master Merchant 3.0	3.3.4	328kB	Sharlikran	11/21/20 10:55 PM
Master Merchant 3.0	3.3.3	326kB	Sharlikran	11/20/20 10:40 PM
Master Merchant 3.0	3.3.2	326kB	Sharlikran	11/19/20 08:50 PM
Master Merchant 3.0	3.3.1	326kB	Sharlikran	11/17/20 10:27 PM
Master Merchant 3.0	3.3.0	329kB	Sharlikran	11/14/20 12:50 PM
Master Merchant 3.0	3.2.9	326kB	Sharlikran	11/13/20 10:42 PM
Master Merchant 3.0	3.2.8	325kB	Sharlikran	11/10/20 09:30 PM
Master Merchant 3.0	3.2.7	324kB	Sharlikran	11/07/20 08:07 PM
Master Merchant 3.0	3.2.6	324kB	Sharlikran	10/31/20 04:46 PM
Master Merchant 3.0	3.2.5	324kB	Sharlikran	10/30/20 10:11 PM
Master Merchant 3.0	3.2.4	324kB	Sharlikran	10/30/20 07:25 PM
Master Merchant 3.0	3.2.3	324kB	Sharlikran	10/29/20 10:59 PM
Master Merchant 3.0	3.2.2	324kB	Sharlikran	10/28/20 11:35 PM
Master Merchant 3.0	3.2.1	324kB	Sharlikran	10/28/20 11:26 PM
Master Merchant 3.0	3.2.0	324kB	Sharlikran	10/27/20 08:40 PM
Master Merchant 3.0	3.1.0	323kB	Sharlikran	10/05/20 06:47 PM
Master Merchant 3.0	3.0.9	323kB	Sharlikran	09/06/20 02:58 AM
Master Merchant 3.0	3.0.8	323kB	Sharlikran	09/05/20 04:05 AM
Master Merchant 3.0	3.0.6	322kB	Sharlikran	08/30/20 10:26 PM
Master Merchant 3.0	3.0.5	369kB	Sharlikran	08/29/20 09:27 PM
Master Merchant 3.0	3.0.4	331kB	Sharlikran	08/29/20 07:15 PM
Master Merchant 3.0	3.0.3	369kB	Sharlikran	08/25/20 12:13 PM
Master Merchant 3.0	3.0.2	369kB	Sharlikran	08/25/20 01:00 AM
Master Merchant 3.0	3.0.1	369kB	Sharlikran	08/24/20 10:01 PM
Master Merchant 3.0	3.0.0	369kB	Sharlikran	08/24/20 07:35 PM

Comment Options

Page 1 of 23

Last »

09/10/20, 11:30 AM
Sharlikran Forum posts: 180 File comments: 936 Uploads: 9	Update 3.5.05 It appears that the server is starting to send new sales while you are online at the moment. I don't know if this is because they decided to be nice or just server balancing is allowing it. I am hoping it is because of LibHistoire and less requests to the server but there is no way to tell. EDIT: this morning at about 8 a.m. my time the server was sending out new sales rather rapidly and I had to make a change to prevent any performance impact. This afternoon at around 1 p.m. my time I was no longer receiving sales and had received a new one for 3 hours. So while I don't have any way to know definitively it does seem like there are server balancing issues in place. Because of this there is an update to the Master Merchant window. While it is open and you are viewing Guild or Personal Sales, it will no longer redraw the entire list of sales. This is to prevent a significant FPS drop resorting and redrawing the whole thing. I realize those not programming this would think that's silly. However, it's not. The scroll lists are not meant to hold 300,000 to 2.6M sales. So they do not have pages and are not drawn in small segments. Redrawing and sorting that much information takes time. This has to be done so you can use it while it is open and you are browsing sales or searching them. If you open and close the window it will redraw and sort everything. This way the window is at least usable. It's the best I can do for now. Important notice about the 3.5.05 update Special thanks to "King Bagurgle" for bringing this to my attention. I thought I created it while testing and did not know it effected others. With the addition of LibHistoire all guild sales information comes from that library. When a new sale is received it is instantly added much like MM 3.1.0 and ATT. That procedure would also then store the guild sale in the cache in case you needed it for later. Sirinsidiator wanted this cache to be efficient and take up as little memory and as little file space as possible. In his attempt to make this happen he would encode item links to take up less space. They can contain some redundant ":0" in them. However, as improvements were made they were not restored properly. This did not effect new sales, only when someone used the Refresh button. With that said, please read the documentation. You should not be doing that all the time. It doesn't redraw the MM window and it does not force the server to do anything or send new or older sales. It is a fail safe mechanism for when there is some kind of issue. This issue created a situation where certain item links containing important information caused MM to create different indexes with different values. There isn't a good technical parallel comparison that I can think of, other then maybe a CRC32 collision where two different words create the same CRC value. In the case for MM two items exactly the same were stored in two separate locations if the item link had information in certain places within the link. This lead to duplicate sales, incorrectly indexed sales, and when you put your mouse cursor over an item the game might say there is a malformed item link. Again only if you had clicked the refresh button. Whether or not you were effected by this the MM database has not been changed and the code in MM has not been updated for certain things for over 4 years after Philgo68 started making changes to what was originally Shopkeeper by Khaibit. So the following steps are important and anything removed will benefit you in the long run. 1. Wait for LibHistorie to be listening 2. use /mm clean <<-- Must Happen! 3. use /mm dups <<-- Must Happen! 4. reload the UI <<-- Must Happen! 5. wait for LibHistorie to be listening 6. Open the MM window and click refresh After that any and all invalid item links, duplicate sales caused by the links, or anything else invalid will be gone. Anything stored in the guild history cache will be added to the MM database. NOTE! Yes if mm clean removes it, it needs to go! I have no way to track what is added during refresh right now. I can't really say during this process that X records were removed and X were added or whatever. Over the years things have simply changed and whatever is removed was simply formatted in some invalid way. MM Documentation! Stop ignoring the documentation please. I was going to put the old information from the sticky post in a spoiler and the ESO website said the post was too long. I do have things to update but for the most part the important things are there. I will add more details about the menu settings when I have time. __________________ Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash. Last edited by Sharlikran : 12/20/20 at 01:56 PM.

Yesterday, 03:43 PM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Originally Posted by jayman10000

So how to make MM permanently remember the last price I posted an item for? Thanks for any help!

I mentioned in the change log when I addressed an issue with this in version 3.5.11. Do you use awesome guild store with MM?

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

Last edited by Sharlikran : 01/16/21 at 06:25 PM.

Yesterday, 12:05 PM
jayman10000 Forum posts: 2 File comments: 118 Uploads: 0	Hello Using this very important and crucial addon, cant live without it for my trading experience. After the 3.0 update I am yet to understand how I can make MM remember the last price I listed an item for. It will only remember this for the current playsession, but not after the game has been quit and restartet. Then MM seems to use the average price as default instead. I am very rarely interested in this as it is often not a price that can lead to accurate sales (that is sales for highest price possible in less than 24 hours). Using average price usually either sells way too cheap or it doesnt sell at all because too expensive to buyers. So I like to have my own feel for a good price based on past experience and by manually inspecting the price graphs and the actual detailed guild sales listings. That's why I like mm to save the price that I manually enter; it's a carefully thought out price. Currently I write my price for each item down in a notepad and copy paste it when I sell an item. Obviously this is obsolete method more suitable for previous centuries merchant, not 2021 merchants (but at least it works, but it would just be so convenient to have MM remember this). So how to make MM permanently remember the last price I posted an item for? Thanks for any help! I apologize in advance if this has been answered already, or is part of a sticky or something ( I tried to look but could not find, also tried to look for ingame addon settings for MM but could not find (hopefully im not turning blind here and have overlooked it)). Last edited by jayman10000 : 01/16/21 at 12:12 PM.

Yesterday, 10:10 AM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Re: MM 3.0 hates me

Originally Posted by elipre

Thanks for the new MM. I really love it. But atm it hates me. First it only dated 3 of my 4 guild the whole week, then it just dated 1 of them and this week it doesn't date any1. Could you pls help me, that it dates all of the 4. i really tried a lot of stuff to help the MM. But it says middle finger.

You would want to use the new section in the documentation Resolving Unlinked Events. I just helped three people in one of my guilds yesterday over our guild discord and that's the procedure I used for them.

Just remember you need to Update Your Guild History Each Day to prevent that from happening.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

Last edited by Sharlikran : 01/16/21 at 11:01 AM.

Yesterday, 09:48 AM
elipre Forum posts: 0 File comments: 1 Uploads: 0	MM 3.0 hates me Thanks for the new MM. I really love it. But atm it hates me. First it only dated 3 of my 4 guild the whole week, then it just dated 1 of them and this week it doesn't date any1. Could you pls help me, that it dates all of the 4. i really tried a lot of stuff to help the MM. But it says middle finger.

01/03/21, 12:26 PM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Originally Posted by shadowqaz

Seemingly random items (usually mats) will just not have any sales data/graph in the popup even when many confirmed sales are being recorded. For instance see this image for my Rekuta sales. https://ibb.co/n7BSddP All my other enchanting runes are displaying their data right like this https://ibb.co/WK8BvPd Its only Rekuta that is broken. Same goes with some other random items that ive found so far. Since the sales are being recorded; is it just the item popup window that's not working?

After more testing my previous variation of the outliers routine caused your situation. So that's why it looked fine for me and not you because everyone will have slightly different data. I spent Saturday overhauling that so see how 3.5.14 works.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

01/02/21, 10:08 PM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Originally Posted by Octopuss

Also I am mathematically retarded, so I have no way of telling whether there's anything wrong at all

Try the current version 3.5.14 with the tomatoes and other things you had looked at where the amount of sales looked like part of it was chopped off. Toggle outliers on and off and look at things and see what you think. I am going to do more of my own testing but that should make things look a bit cleaner now.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

Last edited by Sharlikran : 01/03/21 at 11:32 AM.

01/02/21, 01:41 PM

Octopuss

Forum posts: 127

File comments: 621

Uploads: 0

Originally Posted by Sharlikran

Originally Posted by Octopuss

How two significantly higher sales than others can "hide" tens or more more common ones is beyond me.

Well when I'm wrong I'm not to arrogant to admit it. I apologize and I deleted my post. I will look into that today and get that corrected. Thank you for the additional information. I will probably revert to a previous method for now.

It's all good, you only seemed a bit snappy, but I have no problem with that either considering
1) the amount of repeating questions and people who don't fully (or at all) read the documentation or sticky posts (I am partially guilty of both) all the time, and
2) me not posting enough information (I do that way more often than I should).

Also I am mathematically retarded, so I have no way of telling whether there's anything wrong at all

01/02/21, 11:11 AM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Originally Posted by Octopuss

How two significantly higher sales than others can "hide" tens or more more common ones is beyond me.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

Last edited by Sharlikran : 01/02/21 at 11:13 AM.

01/02/21, 09:54 AM
Octopuss Forum posts: 127 File comments: 621 Uploads: 0	When MM has absolutely no data for a fairly commonly traded item for roughly 40 days up until today with previous sales (multiple of them) completely ceasing to appear one day, I simply assume there's something wrong with the data, because it makes no sense. I have the "time only" setting active, so no sales are being ignored as far as I can tell. You might not know I am in a a big trading guild but I do. I just pointed that out because small guilds on crappy spots don't get many sales and thus far less data for MM. The way I collect data is I always keep pressing E after every login until MM catches up. edit: Ok this is weird, I disabled the Ignore outlier prices setting and now I see all the sales. That's bizarre. I always thought this setting simply removed prices that were way above extreme in either direction, like if an item sells for 20 on average, sales for 150 would simply be hidden, but guess not. How two significantly higher sales than others can "hide" tens or more more common ones is beyond me. Last edited by Octopuss : 01/02/21 at 10:12 AM.

12/31/20, 10:59 PM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Re: Feature request

Originally Posted by shadowqaz

Would be pretty dope if we could cursor over a data point on the MM graph and press delete to remove it. Would fix the annoyance of when one or two super high/low sales mess up the mean price.

So this is what a price skewer does. I don't want to add that kind of feature. I am planning on adding the means to add the person to the blacklist in a future version. It may be very much in the future though as I am not entirely sure how to do that.

It is hard to do the following but it should suffice and prevent that same person from doing this if that's all they do.

Add the price skewer to your blacklist. That way you don't have to deal with them at all. If you are worried about how that will effect sales overall, then don't. It won't effect some things or if you will more important things. However, for your own assurance try what I suggest and maybe you will see what I mean. Find an item like you are talking about where there are so few sales that things get messed up. Now add the person(s) to the blacklist.

Then rather then look at that item go to Chromium Grains. You will then kinda see what I am getting at. The fact the price skewer effects things with less data will be noticeable, but where it matters on things that have far more data points you won't see much of a difference.

In the end you can always toggle outliers off and copy paste people to and from your blacklist. For the blacklist I recommend using notepad++ and then put the people in that. Then as needed you can add and remove them all at once.

Aside from all that consider the following.

Don't rely entirely on the average price of the item according to the graph and the average from your guild members. Know the market.

Use the Seller's report and find out what sells the most. For example if the top 30 items that sell the most are not what you are currently looking at then I would not waste much time worrying about what you sell them for anyway. Find out how you can sell more of what sells the most.

People may pay more for rare items to complete their stickerbook. However, how much time will you spend obtaining that item. If you can spend a few hours farming something and make 100K to 200K then do that rather then spend hours determining how much to sell purple mats for or how to farm a rare item.

Compare the top sellers. Are they wasting there time worrying about what you are trying to sell? If not then I wouldn't either.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

Last edited by Sharlikran : 12/31/20 at 11:17 PM.

12/31/20, 06:15 PM
shadowqaz Forum posts: 0 File comments: 8 Uploads: 0	Feature request Would be pretty dope if we could cursor over a data point on the MM graph and press delete to remove it. Would fix the annoyance of when one or two super high/low sales mess up the mean price.

12/31/20, 05:07 PM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Re: Ignore outlier prices issue

Originally Posted by shadowqaz

But as you can see i have an outlier sale messing up my mean price. I thought that is what the setting fixes and why i had it on. But like i said before when turned on the whole graph is gone for rekuta and some other random mats with i guess similar data.

Yeah it is functioning like it should with all the different things that effect it. Nothing random or unexplained about it. Having the toggle on or off for outliers doesn't make odd things happen. It is all very mathematical, it's just statistics. Because in the end you can't define somewhere that 2 + 2 divided by 2 only equals what you want. That's not math. I don't know what that would be. So I deleted most of the posts because it's nothing I will be looking into. I can't control price skewers from doing what they do.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

12/31/20, 08:28 AM

Sharlikran

Forum posts: 180

File comments: 936

Uploads: 9

Re: Item price fails to remain in memory

Originally Posted by Helpless_Old_Guy

Hi, I'm using the latest version of Master Merchant 3.5.10. Whenever I add an item to list it for sale the price that pops up in the box is the average MM price, instead of my last selling price.

Previous versions of MM didn't set that up as a default variable. I have updated that. Thank you for letting me know about this.

Just a reminder to all those reading this, don't replace your current MasterMerchant.lua with an older version or potentially bad things will start happening and then you will post you have some odd unexplained error and I won't know what you did to cause it. For example LibHistoire might just start transmitting data for no reason. Which can't be stopped and there is no notification. LibHistoire might also think you have more or less sales then you really do making your sales data wrong at some point and then you complain you are missing data when you caused it.

__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.

Last edited by Sharlikran : 12/31/20 at 08:39 AM.

12/31/20, 02:31 AM
Helpless_Old_Guy Forum posts: 0 File comments: 1 Uploads: 0	Item price fails to remain in memory Hi, I'm using the latest version of Master Merchant 3.5.10. Whenever I add an item to list it for sale the price that pops up in the box is the average MM price, instead of my last selling price. For example, if I put up Daedric Thrones, Skulls for sale the value that pops up in the sale price box is 690, which is the average MM selling price. I then change that to 585 and list it for sale at that price. Now for the rest of that gaming session whenever I list Daedric Thrones, Skulls for sale in any of my guilds 585 will be the value that pops up. But once I log out and log back in the value 585 is no longer remembered and 690 will pop up again. This is annoying behavior and not the way MM used to work. Disabling all my other addons doesn't help. Some further information: I don't think MM 2.5 ever exhibited this behavior but after a couple of updates to MM 3 (I don't remember which ones--sorry) similar behavior occurred with the exception that although all my personal selling prices were forgotten, they were remembered from that point forward (the price I put on items was remembered for that session and all later gaming sessions). Now my personal sale price is only remembered for the current session. The current problem occurred after an update in the last 3-5 days, I don't remember exactly which one. Maybe there is some simple setting that got changed somewhere along the line, but I read through all of your documentation and didn't see anything that addresses this issue. Help!

Page 1 of 23

Last »

Report this File