Quantcast
Download
(332 Kb)
Download
Updated: 03/25/21 11:16 AM
Pictures
File Info
Compatibility:
Flames of Ambition (6.3.5)
Updated:03/25/21 11:16 AM
Created:08/24/20 07:35 PM
Monthly downloads:66,402
Total downloads:702,573
Favorites:178
MD5:
6.3.5
Master Merchant 3.0  Popular! (More than 5000 hits)
Version: 3.5.21
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:
  1. -- Copyright (c) 2014 Matthew Miller (Mattmillus)
  2.  
  3. -- Permission is hereby granted, free of charge, to any person
  4. -- obtaining a copy of this software and associated documentation
  5. -- files (the "Software"), to deal in the Software without
  6. -- restriction, including without limitation the rights to use,
  7. -- copy, modify, merge, publish, distribute, sublicense, and/or sell
  8. -- copies of the Software, and to permit persons to whom the
  9. -- Software is furnished to do so, subject to the following
  10. -- conditions:
  11.  
  12. -- The above copyright notice and this permission notice shall be
  13. -- included in all copies or substantial portions of the Software.
  14. -- MasterMerchant Namespace Setup
  15. -- Written July 2014 by Dan Stone (@khaibit) - [email protected]
  16. -- Extended Feb 2015 - May 2020 by (@Philgo68) - [email protected]
  17. -- Released under terms in license accompanying this file.
  18. -- Distribution without license is prohibited!
3.5.21

- Refresh will only restore data according to the amount of days retained in settings
- Added a fix when, on rare occasions, an empty table is found that resolves an error when adding category information

3.5.20

- Oops, API Bump for the rest of the modules for MM

3.5.19

- API Bump only

3.5.18

- Added new slash command "/mm redesc" which will toggle whether or not the descriptive search text is rebuilt during "/mm clean". This is to address a crash that can occur sometimes when logging in and updating multiple fields within sales records during setup. The crash is mainly due to the sometimes tremendous amount of sales stored in the data files.

3.5.17

- Tweak to InitItemHistory when search text is not available

3.5.16

- Reverted changes for automatically fixing improperly formatted records during initialization

NOTE: When testing with one improperly formatted record manually added to my own from another user reporting an error I had no issues. The fix properly removed the improperly formatted record and I retained all sales. When running the game in Russian with some manual changes the data loaded and mm clean properly updated the data. Reverted changes anyway in favor of making new routines.

3.5.15

- Resolved issue with MM trying to index improperly formatted records during initialization
- Implemented routine to auto initiate "mm clean" and "mm dups" when improperly formatted records are detected. The UI will reload automatically if this occurs.

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


Post A Reply Comment Options
Unread 09/10/20, 11:30 AM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Update 3.5.18

With version 3.4.9 (several revisions ago) I updated the search text to use the new filter changes used for inventory. When MM would try to update the records for some users it has caused the game to crash. 3.5.18 will address this by updating the search text during "/mm clean" instead.

For some users you may have never had any issues with the automatic update crashing your computer. Because the initial change was several revisions back this may not be necessary. Doing the following steps mostly applies to users that experienced a crash when loading the game after updating from 2.x to 3.0 or after running "/mm clean" prior to version 3.5.18.

Most users I have worked with over the last few months have reported improvements in performance after doing "/mm clean". (even without the 3.5.18 changes) Performance does depend on the amount of sales in your database and your PC specifications.

1. Wait for 'LibHistoire Activated, listening for guild sales...' to appear in the chat window
2. use /mm redesc <<-- Must Happen First!
3. use /mm clean <<-- Must Happen!
4. use /mm dups <<-- Must Happen!
5. reload the UI <<-- Must Happen!

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!

Please review the documentation. It doesn't contain everything I would like it to yet but more will be added as time permits.
__________________
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 : 03/06/21 at 06:30 AM.
Report comment to moderator  
Reply With Quote
Unread 04/09/21, 04:42 PM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Originally Posted by LoneStar2911
Hey fellow guildy! I got this today while doing daily writs in Vivec. No idea if it's just a weird fluke or related to another addon, but I figured you might like to know.

[code]user:/AddOns/MasterMerchant/MasterMerchant_UI.lua:1619: attempt to index a nil value
stack traceback:
The only way for me to reproduce this is if you can explain in ultra uber exacting detail how to make it happen. Right now I have Lazy Writ Crafter and it just opens everything for me. Even in the past most of the loot boxes will not make this happen. I'm happy to see what I can do but if I can't reproduce it then I can't use the debug routines to show me what the person put the mouse over and then determine why the mouse over control isn't available at that point.
__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.
Report comment to moderator  
Reply With Quote
Unread 04/09/21, 04:08 PM  
LoneStar2911
Addon Addict
 
LoneStar2911's Avatar
Premium Member

Forum posts: 108
File comments: 483
Uploads: 0
Hey fellow guildy! I got this today while doing daily writs in Vivec. No idea if it's just a weird fluke or related to another addon, but I figured you might like to know.

Code:
user:/AddOns/MasterMerchant/MasterMerchant_UI.lua:1619: attempt to index a nil value
stack traceback:
user:/AddOns/MasterMerchant/MasterMerchant_UI.lua:1619: in function 'MasterMerchant:addStatsItemTooltip'
|caaaaaa<Locals> self = [table:1]{LibHistoireRefreshed = F, isScanning = F, AwesomeGuildStoreDetected = T, isCtrlPressed = F, veryFirstScan = F, currentGuildID = 622389, isFirstScan = T, isShiftPressed = F, oneDayInSeconds = 86400, oneYearInSeconds = 31536000, verboseLevel = 5, viewer = F, customTimeframeText = "90 Days", viewMode = "self", PlayerSpecialText = "hfdkkdfunlajjamdhsiwsuwj", isInitialized = T, name = "MasterMerchant", oneHour = 3600, version = "3.5.21", locale = "en", totalRecords = 275574}, skMoc = ud, mocParent = "ZO_LootAlphaContainerListConte..." </Locals>|r
user:/AddOns/MasterMerchant/MasterMerchant.lua:3404: in function '(anonymous)'
Report comment to moderator  
Reply With Quote
Unread 04/09/21, 08:56 AM  
ACrow

Forum posts: 0
File comments: 3
Uploads: 0
Originally Posted by Sharlikran
Even if you have the Rescan button instead of the chain link you still request one day, then click the rescan button and check the tooltip to see if it is processing. If it flashes yellow, or seems to stay green keep going. Meaning keep requesting one day and then click the rescan button. Once you are done with ten days and you have that loaded into memory then you click Refresh.

Many people press G to go to the guild sales, and that defaults to "Guild" which is the first category. Pay attention to the screen shots in the docs. I say to select the Sales category. The shortcut to doing that is to choose the guild and then click the sales bar in the GUI. It will jump you to that category. Then start pressing E slowly and follow the process.
Ok I finally got it to work..

I tried to follow again all the steps but all things got wrong at first. Commands didn't work for some reason and all the errors popped again.(it seems that when these errors appear no command works no matter how long I wait) I loaded each day in sales tab as usual and and refreshed each time but still nothing.

I don't know what problems I might have caused or were there in the first place but something seemed to have gone very wrong. So what I did was to remove MM and LibHistoire and delete saved variables. Then I reinstalled the mods and restored the MM saved variables I've kept as backups. (those were the "fixed" ones I saved when the commands worked for me). I logged in, loaded 1 day and refreshed etc.. and it started syncing immediately. So I continued to do this till I reached day 10. It seems to be working perfectly now and no errors.

Thanks again for all your help and instructions!
*I don't recommend anyone to do what I did just sharing my experience for the record.
Report comment to moderator  
Reply With Quote
Unread 04/08/21, 08:38 AM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Originally Posted by ACrow
Thank you a lot for the answer.
I did all the steps on the sticky post and I saw that were bad records/errors etc were deleted. I couldn't do the Unlinked events steps though because it seems (through Lib Histoire tab) that the sale events were fully linked. I still can't see any sale info from the whole guild. I'll try everything again in case I did something wrong
Even if you have the Rescan button instead of the chain link you still request one day, then click the rescan button and check the tooltip to see if it is processing. If it flashes yellow, or seems to stay green keep going. Meaning keep requesting one day and then click the rescan button. Once you are done with ten days and you have that loaded into memory then you click Refresh.

Many people press G to go to the guild sales, and that defaults to "Guild" which is the first category. Pay attention to the screen shots in the docs. I say to select the Sales category. The shortcut to doing that is to choose the guild and then click the sales bar in the GUI. It will jump you to that category. Then start pressing E slowly and follow the process.
__________________
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 : 04/08/21 at 08:42 AM.
Report comment to moderator  
Reply With Quote
Unread 04/08/21, 06:53 AM  
ACrow

Forum posts: 0
File comments: 3
Uploads: 0
Originally Posted by Sharlikran
Originally Posted by ACrow
  • I am a member in 2 guilds. For the first one everything works perfectly fine and I always load the sales with E to keep track daily.
  • But for the second guild it always shows zero sales although I do the same thing (by manually loading sale history)
  • I didn't delete saved variables just tried to reinstall everything but nothing changed.
I don't know if you have done the above commands in the sticky post. You might want to do that prior to doing the following. Just to ensure everything you have in your database is properly formatted.

While all of that is correct the section Resolving Unlinked Events has to be followed. You request the first day, click the chain link if it is there, or the Rescan button whichever you have. As mentioned you need to continue the process by completing a Ten Day scan, one day at a time and clicking the Rescan button after you have requested each day of history. You do this all at once to load all the data into memory.

After you have done that you should have a consistent block of data going back 10 days. At that point click the Refresh button in MM from the MM window to tell LH to resend information and MM will discard duplicates as the sales are received. The Rescan button you click, even at the end of the Ten Day scan guarantees that LH has examined all ten days of data loaded into memory. Refresh sends the data not from the server but the cache. Rescan scans what is loaded in memory, Refresh scans what is in the history cache on the HD.
Thank you a lot for the answer.
I did all the steps on the sticky post and I saw that were bad records/errors etc were deleted. I couldn't do the Unlinked events steps though because it seems (through Lib Histoire tab) that the sale events were fully linked. I still can't see any sale info from the whole guild. I'll try everything again in case I did something wrong
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 06:04 PM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Re: Re: Re: 3.2.4.3 - Rescan button

Originally Posted by Rishikesa108
Thanks for your answer, but what you say is only applicable if you only ever have to use one computer. Unfortunately, on the other hand, sometimes or for a failure or for a trip or for a thousand reasons, you have to use a different computer for shorter or longer periods. In these cases, the computer that is not used loses the continuity of the history, if it is for a period of more than 10 days. It is very bad that it is not possible to transfer history data from one computer to another. In fact, in my case I was 40 days behind, but not because I didn't log in, but because of necessity I had to play from a different computer than my usual one.
I understand it's an unfortunate situation however, it isn't a oversight on my part. Zenimax does not allow access to external files. I can not say export directly to a CSV file or import from one they do not allow that. That's been that way the entire time. Even if you had two copies of LibHistoire.lua in the SavedVariables folder and your other file was named say LibHistoire_2.lua I can't add a command to tell the game to read that file even if you placed it in a location the game normally access files.

You would have to be very careful but you can use the LibHistoire.lua from your other computer temporarily.

First backup your files. In addition to that, copy your MasterMerchant.lua but you will be renaming your LibHistoire.lua. You can backup that as well if that makes more sense to you. You need the files to be a matching set like dual channel ram. They all must be from the exact same moment and all placed into a backup folder.

Consider your main computer and your alternate computer, main and alt. Rename LibHistoire.lua in your SavedVariables folder on your main computer to LibHistoire_main.lua. Do not touch any other MM files.

Copy the LibHistoire.lua file from alt to main, but keep it the same name of LibHistoire.lua and log into the game. Once in game request 1 hour of time and click the chain link in each guild. Then click the Refresh button from the MM window.

Once the process ends, exit the game and restore your files. If you renamed it then rename LibHistoire_main.lua to LibHistoire.lua.

Now this part may seem counter intuitive. Keep your backup, do not restore the MM data files (MMxxData.lua) but only restore MasterMerchant.lua. It contains the same tracking variables that are an exact match to the contents of LibHistoire.lua.

If you are computer savvy enough fine but otherwise don't do it because I can't be responsible for lost data and such.
__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 02:38 PM  
Rishikesa108

Forum posts: 8
File comments: 2
Uploads: 0
Re: Re: 3.2.4.3 - Rescan button

Originally Posted by Sharlikran
Originally Posted by Rishikesa108
How should I do to re-fill the hole I have produced?

Thank you for your kind answer.
Rishikesa108
Do the same I mention for the other user. Do the steps in the sticky post, then request a day of data, click the chain link or the Rescan button whichever you have but then finish a complete Ten Day Scan. While all ten days are loaded use Refresh from the MM window to obtain anything that the guild history cache has.

Anything you do not have from the server, past ten days, can not be obtained. The server does not keep more then ten days. That is the importance of the cache. This is why it is so important to Update Your Guild History Each Day. Because the server will not stream it all to you and buffer it while you play. I have several lengthy posts below where I rant-splain how the server works.

You will have a 30 day gap, then the last ten days, and going forward if you maintain your data each data you will not have any more gaps.
Thanks for your answer, but what you say is only applicable if you only ever have to use one computer. Unfortunately, on the other hand, sometimes or for a failure or for a trip or for a thousand reasons, you have to use a different computer for shorter or longer periods. In these cases, the computer that is not used loses the continuity of the history, if it is for a period of more than 10 days. It is very bad that it is not possible to transfer history data from one computer to another. In fact, in my case I was 40 days behind, but not because I didn't log in, but because of necessity I had to play from a different computer than my usual one.
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 08:43 AM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Re: 3.2.4.3 - Rescan button

Originally Posted by Rishikesa108
How should I do to re-fill the hole I have produced?

Thank you for your kind answer.
Rishikesa108
Do the same I mention for the other user. Do the steps in the sticky post, then request a day of data, click the chain link or the Rescan button whichever you have but then finish a complete Ten Day Scan. While all ten days are loaded use Refresh from the MM window to obtain anything that the guild history cache has.

Anything you do not have from the server, past ten days, can not be obtained. The server does not keep more then ten days. That is the importance of the cache. This is why it is so important to Update Your Guild History Each Day. Because the server will not stream it all to you and buffer it while you play. I have several lengthy posts below where I rant-splain how the server works.

You will have a 30 day gap, then the last ten days, and going forward if you maintain your data each data you will not have any more gaps.
__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 08:36 AM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Originally Posted by ACrow
  • I am a member in 2 guilds. For the first one everything works perfectly fine and I always load the sales with E to keep track daily.
  • But for the second guild it always shows zero sales although I do the same thing (by manually loading sale history)
  • I didn't delete saved variables just tried to reinstall everything but nothing changed.
I don't know if you have done the above commands in the sticky post. You might want to do that prior to doing the following. Just to ensure everything you have in your database is properly formatted.

While all of that is correct the section Resolving Unlinked Events has to be followed. You request the first day, click the chain link if it is there, or the Rescan button whichever you have. As mentioned you need to continue the process by completing a Ten Day scan, one day at a time and clicking the Rescan button after you have requested each day of history. You do this all at once to load all the data into memory.

After you have done that you should have a consistent block of data going back 10 days. At that point click the Refresh button in MM from the MM window to tell LH to resend information and MM will discard duplicates as the sales are received. The Rescan button you click, even at the end of the Ten Day scan guarantees that LH has examined all ten days of data loaded into memory. Refresh sends the data not from the server but the cache. Rescan scans what is loaded in memory, Refresh scans what is in the history cache on the HD.
__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 07:47 AM  
Rishikesa108

Forum posts: 8
File comments: 2
Uploads: 0
3.2.4.3 - Rescan button

Hi Sharlikran.


I clicked the chain link as explained in the documentation in

3.2.6 - Resolving Unlinked Events
https://esouimods.github.io/3-master...UnlinkedEvents

and I produced a hole of about 4 weeks.
Wanting to later remedy this hole, I pressed the Rescan button

3.2.4.3 - Rescan button
https://esouimods.github.io/3-master...l#Rescanbutton

but apparently nothing happened !!

How should I do to re-fill the hole I have produced?

Thank you for your kind answer.
Rishikesa108
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 06:01 AM  
ACrow

Forum posts: 0
File comments: 3
Uploads: 0
Hello, I have a problem with the add on and I don't know how to fix it. Not sure if MM or Lib Histoire is the problem.
I am a member in 2 guilds. For the first one everything works perfectly fine and I always load the sales with E to keep track daily. But for the second guild it always shows zero sales although I do the same thing (by manually loading sale history)
I didn't delete saved variables just tried to reinstall everything but nothing changed.
The error that pops up when I log in every time:
https://imgur.com/1SuYIWv
Any advice?
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 03:59 AM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Re: Re: Re: Dependency Issue

Originally Posted by Malkorga
I do not have minion, i did remove both MM and histoire and re-installed and that seems to have worked.

Regards,

Malkorga
That is good to hear.
__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.
Report comment to moderator  
Reply With Quote
Unread 04/07/21, 01:01 AM  
Malkorga

Forum posts: 0
File comments: 3
Uploads: 0
Re: Re: Dependency Issue

[/quote]Yes the game is really good at that. So if it is telling you that you don't have the latest version, then open Minion and right click and I would just reinstall all your mods. Maybe Minion didn't install something else properly.[/quote]

I do not have minion, i did remove both MM and histoire and re-installed and that seems to have worked.

Regards,

Malkorga
Report comment to moderator  
Reply With Quote
Unread 04/06/21, 05:48 PM  
Sharlikran
 
Sharlikran's Avatar
AddOn Author - Click to view AddOns

Forum posts: 230
File comments: 1034
Uploads: 11
Re: Dependency Issue

Originally Posted by Malkorga
Good afternoon, when i updated MM to the most recent version, the addon stopped working. When i check the addon menu both in game and on the login screen, MM shows that the libhistoire addon needs a newer version.

I do have "load outdated addons" checked and as far as i can see the most recent update from libhistoire is in December.

Regards,

Malkorga
Yes the game is really good at that. So if it is telling you that you don't have the latest version, then open Minion and right click and I would just reinstall all your mods. Maybe Minion didn't install something else properly.
__________________
Admin for TES5Edit, occasional LOOT masterlist contributor, and Wrye Bash contributor. I also maintain special Fallout 3 and Fallout NV versions of Wrye Flash.
Report comment to moderator  
Reply With Quote
Post A Reply



Category Jump: