I have created a modified version to enhance the functionality of this tool. Now up on NexusMods too. Repository and download is up on GitHub. I also made a tool which compares two export files to get the differences between both and exports it as Excel, Text or as a Table in the command line. Integration of both is planned, but will take some time. Development is ongoing, so feel free to ask for features. Feedback is also appreciated :)
The following changes were made: 1. Automatically searches for your save data file
2. Exceeds the maximum count limit for each decoration and displays the true amount for each The export method for mh-wiki-db uses some elements from the Honey Hunter export code, such as the maximum skill level and the corresponding maximum number of decorations recommended achieving the max skill level.
3. Defaults to exporting the mhw-wiki-db version in English HoneyHunter is no longer available as a browser version, and I didn't like the clutter it produced by creating four files when one is needed most of the time.
4. Fixed Java version compatibility problems This resolves the UnsupportedClassVersionError encountered when running the application on a system with Java 8.
5. Added command-line arguments like: - Export without success dialog box - Export mhw-wiki-db or HoneyHunter version - Export for Japanese or Traditional Chinese - Set the output directory where the export files get saved - Add the .exe to the user %PATH% environment variable to make it usable without being in the same folder as the .exe
Usage: MHW-ExportDecos.exe <input_file> [options] Options: -auto Automatically search for the SAVEDATA1000 file -mhw Export decorations in MHW Wiki DB format (default) -hh Export decorations in Honeyhunter format -jp Use Japanese language for output -tw Use Traditional Chinese language for output -s, -silent Suppress success message -o, -of, -output Specify the output directory (default is the directory of the executable) -ap, -addPath Add path of the .exe to your user PATH variable -h, -help Show this usage message Example: mhw_export_decos_cli.exe <input_file> -mhw -tw -of C:/output/
Thank you for the tool. I had a bit of trouble setting it up because I had Java 11 and, when opening the 'start' application it redirected me to download Java 8 (by default) which also didn't work so I had to actually google Java 20. But after that It worked very well, especially the auto searching of the save file.
Java Runtime Environment 8 should work, but unfortunately, the minimum JRE version is set to 20 (there's no JRE version 20; that's JDK, so I assume you downloaded JDK?). This can be easily fixed, but it's good to know. Thanks.
I'm happy to hear that you have found a useful purpose for the modified version. I probably spent more time on it than I should have, considering that initially, I was just curious about why it wasn't displaying the correct amount per decoration. I especially appreciate the silent switch and that it no longer exports all files.
Thank you again! ^-^
EDIT: new version is up, should work with just JRE now
Tried using it with some flags, -mhw -tw, and either -auto or directly pointing to the file, got the following error. Using Windows x64 corretto 20 JDK. >REM @echo off >REM cmd /k MHW-ExportDecos.exe "D:\SteamLibrary\steamapps\common\Monster Hunter World\savedata_backup\SAVEDATA1000" -mhw -tw -s" >cmd /k "MHW-ExportDecos.exe -auto -mhw -tw -s" java.lang.NullPointerException: Cannot invoke "java.io.File.exists()" because the return value of "java.io.File.getParentFile()" is null at io.github.clicksilver.exporter.App.prepareFileWriter(App.java:147) at io.github.clicksilver.exporter.App.main(App.java:107)
Hey, thanks for testing and reporting these issues. It's related to the output path parameter, not your JDK. It doesn't work for me either. It's kind of weird because it worked earlier, but perhaps I messed something up when working on the logic for specifying the output path/name.
I'll take a closer look at it tomorrow and release a fix. For now, specifying the output path using -o, -of, or -output should work. Make sure to use forward slashes.
I apologize for the inconvenience. I'll reply again when the new version is out.
-auto is break. -o path string can not contain space character. If you want to export .txt file to the the same folder, use this cmd. MHW-ExportDecos.exe {yourSteamPath}\userdata\{yourSteamId}\582010\remote\SAVEDATA1000 -tw -s -o ..\{exeFolderName}\ If you use japanese, change -tw to -jp.
Could you explain the problems with -auto further? I just tried it and it works except for the error appearing when not specifing -o. What exactly do you mean by output path string can not contain space character? I tested specifing a name with a space charakter by using double quotes and it worked. Here are my tested commads:
MHW-ExportDecos.exe -auto -o ".\old 1_"
and to export to the same folder as .exe file ue just .\ instead of ..\ this for e.g. would safe the export file in same folder as exe with the defaultname and old_ before (old_mhw-wiki-db-1.txt) MHW-ExportDecos.exe -auto -o ".\old_"
I don't have that much freetime right now but I'll continue on a new version and collect further feedback about the current version :). Thanks
Fixed many problems and improved experience in the new release, published some minutes ago. Planning on further development.
Added: Parsing output path before processing to ensure correct syntax. Now you can mix forward slashes with backward slashes
Added: Paths are now relative to your working directory
Executing the EXE from 'C:\Users\yNEX' by specifying the path to it or using the %PATH% entry providing the argument '-output new_' should now save your export files at 'C:\Users\yNEX\new_mhw-wiki-db-1.txt'
Added: Location of the saved files will be printed after creating your export files
Added: You'll get prompted with the option to open the folder where your export files got saved in Windows Explorer
Fixed: Java version compatibility issue, when running the application on a system with Java 8
Fixed for the Fatalis Patch. Export away my dudes!
version 1.2.3: - fixed MHW wiki DB format not including Lv1-3 decos
version 1.2.2: - fixed issue with not exporting all save slots when some are empty
version 1.2.1: - fixed some trailing commas in MHW Wiki DB file - prevented creating empty files for unused save slots - fixed bug with executable trying to use bundled JRE, rather than system JRE
version 1.2: - fixed trailing commas in the honey hunter output - fatalis decorations added
Hi everyone, thanks for checking out my mod. It's been 4 years since I last checked in, and I wanted to say that yNEXplays has created a fork of this mod that is up-to-date and more fully featured. Please check it out!
Firstly, I want to express my gratitude for your effort and the work you've invested in creating this! Thank you :)
I'm currently working on a Python script that compares the changes and added decorations between two mhw-wiki-db export files, and outputs the differences in text, Excel, or Terminal-table format. I've noticed that the exported files are not correct; they don't reflect the quantity of each decoration.
I tested it with the MHWI Save Editor tool and made changes to Level 1 decorations, which didn't count at all (I assume that's intentional?). After that, I added a Level 4 decoration (e.g., from 3x Bolt Jewel+ 4 to 5x), and while the Save Editor shows me the changes, the decoration export file doesn't. Even the quantity is incorrect. That's odd.
I'm not sure if I'm misunderstanding something or if the export doesn't work as intended. Could it be due to the new Steam Deck compatibility update? IDs shouldn't change, but perhaps the offsets for them do? I haven't tested version 1.4 yet because I couldn't get it to work, but I checked the project files and saw that it uses the same IDs and offsets. So, I expect the same behavior.
Did anyone else encounter the same issues or have a clue why? honey-hunter export seems wrong too.
EDIT: I found the reason behind it. It's due to the way the Honey Hunter Setbuilder handles deco imports. The export method for mh-wiki-db uses some elements from the Honey Hunter export code, such as the maximum skill level and the corresponding maximum number of decorations recommended to achieve the max skill level.
Hey man, thanks for the kind words. I saw your project fork and I'm impressed with your dedication and care you put into it.
You should consider uploading your own version of this mod to NexusMods. I'll be able to mark this project page as closed and redirect people to your fork!
Hey man, thank you for your kind words. I was genuinely surprised to see your comment on my post, especially on my 23rd birthday - what a coincidence!
I've been contemplating doing a separate upload on NexusMods because most users might not notice my comment here. However, I wasn't even certain if it's appropriate to post links on your "Posts" page. I appreciate your feedback and support, and I noticed you pinned my comment. I'll be working on a NexusMods upload and will be sure to give you the proper credits!
Perhaps we can connect on Discord? I'm interested in tackling the challenge of reading decos from equipped slots, but I could use some help and input on memory reading-related issues. I have the passion and motivation to make it work, even if it takes weeks. Coding is something I genuinely enjoy.
Just completed the NexusMods upload. It took me a few hours to set everything up, but it should be looking fine. Unfortunately, NexusMods detects suspicious files. Have you encountered the same issue? If you have any tips or recommendations, I'd appreciate hearing them to improve the post.
use this command: java -jar exporter-1.3-jar-with-dependencies.jar "C:\Program Files (x86)\Steam\userdata\{yourSteamId}\582010\remote\SAVEDATA1000" replace {yourSteamId} to yourSteamId, like 123456
Did you test if the counting in general works correct with the newest MHW Update? I noticed it doesn't get all changes and even if it get's them the quanitity for each deco is wrong. Tested with MHWI Save Editor, also wrote a Post here. Since you forked the project from clicksilver, the code for the export should be the same, or?
Maybe you can assist to find the reason for the problem or if it is just me. Currently trying to setup Maven and get your version running to test.
EDIT: I found the reason behind it. It's due to the way the Honey Hunter Setbuilder handles deco imports. The export method for mh-wiki-db uses some elements from the Honey Hunter export code, such as the maximum skill level and the corresponding maximum number of decorations recommended to achieve the max skill level.
Hey I made a fork of your version of the Decorations Save Exporter Tool to add some neat features to it. Also mentioned you in the credits section. For now the repo serves as a kinda quick and dirty way t share it with other. I still have to learn some Git mechanics and practices. Just wanted to share this. Feel free to check it out and share your thought :)
Hi, I ran this utility as the instructions state and get a message stating "Successfully Exported Decorations" but get no output files in the folder I have placed the .exe in. any suggestions? Image
I just tried to export my decos and it just gave me a bunch of blank text files. I think something about the Fatalis update broke it, because it worked just fine for me before the update.
Since there were new decorations added (shaver, provoker, acrobat), the save reader probably needs to be updated. In the mean time you can try this webapp: http://pocget.pythonanywhere.com/
Oh damn, I didn't run into this until I acquired some of those decos on my own. Until then, it seemed to be working as normal. I will investigate now, thanks for the heads up
I fixed it now. One thing to note that the exporter for MHW Wiki DB does not care about jewels below level 4. However that's the only thing you're allowed to import. Let me know if it doesn't work for you.
61 comments
Repository and download is up on GitHub. I also made a tool which compares two export files to get the differences between both and exports it as Excel, Text or as a Table in the command line. Integration of both is planned, but will take some time. Development is ongoing, so feel free to ask for features. Feedback is also appreciated :)
The following changes were made:
1. Automatically searches for your save data file
2. Exceeds the maximum count limit for each decoration and displays the true amount for each
The export method for mh-wiki-db uses some elements from the Honey Hunter export code, such as the maximum skill level and the corresponding maximum number of decorations recommended achieving the max skill level.
3. Defaults to exporting the mhw-wiki-db version in English
HoneyHunter is no longer available as a browser version, and I didn't like the clutter it produced by creating four files when one is needed most of the time.
4. Fixed Java version compatibility problems
This resolves the UnsupportedClassVersionError encountered when running the application on a system with Java 8.
5. Added command-line arguments like:
- Export without success dialog box
- Export mhw-wiki-db or HoneyHunter version
- Export for Japanese or Traditional Chinese
- Set the output directory where the export files get saved
- Add the .exe to the user %PATH% environment variable to make it usable without being in the same folder as the .exe
Thank you again for it!
I'm happy to hear that you have found a useful purpose for the modified version. I probably spent more time on it than I should have, considering that initially, I was just curious about why it wasn't displaying the correct amount per decoration. I especially appreciate the silent switch and that it no longer exports all files.
Thank you again! ^-^
EDIT: new version is up, should work with just JRE now
>REM @echo off
>REM cmd /k MHW-ExportDecos.exe "D:\SteamLibrary\steamapps\common\Monster Hunter World\savedata_backup\SAVEDATA1000" -mhw -tw -s"
>cmd /k "MHW-ExportDecos.exe -auto -mhw -tw -s"
java.lang.NullPointerException: Cannot invoke "java.io.File.exists()" because the return value of "java.io.File.getParentFile()" is null
at io.github.clicksilver.exporter.App.prepareFileWriter(App.java:147)
at io.github.clicksilver.exporter.App.main(App.java:107)
I'll take a closer look at it tomorrow and release a fix. For now, specifying the output path using -o, -of, or -output should work. Make sure to use forward slashes.
I apologize for the inconvenience. I'll reply again when the new version is out.
-o path string can not contain space character.
If you want to export .txt file to the the same folder, use this cmd.
MHW-ExportDecos.exe {yourSteamPath}\userdata\{yourSteamId}\582010\remote\SAVEDATA1000 -tw -s -o ..\{exeFolderName}\
If you use japanese, change -tw to -jp.What exactly do you mean by output path string can not contain space character? I tested specifing a name with a space charakter by using double quotes and it worked. Here are my tested commads:
MHW-ExportDecos.exe -auto -o ".\old 1_"
and to export to the same folder as .exe file ue just .\ instead of ..\
this for e.g. would safe the export file in same folder as exe with the defaultname and old_ before (old_mhw-wiki-db-1.txt)
MHW-ExportDecos.exe -auto -o ".\old_"
I don't have that much freetime right now but I'll continue on a new version and collect further feedback about the current version :). Thanks
- Added: Parsing output path before processing to ensure correct syntax. Now you can mix forward slashes with backward slashes
- Added: Paths are now relative to your working directory
Executing the EXE from 'C:\Users\yNEX' by specifying the path to it or using the %PATH% entryproviding the argument '-output new_' should now save your export files at 'C:\Users\yNEX\new_mhw-wiki-db-1.txt'
version 1.2.3:
- fixed MHW wiki DB format not including Lv1-3 decos
version 1.2.2:
- fixed issue with not exporting all save slots when some are empty
version 1.2.1:
- fixed some trailing commas in MHW Wiki DB file
- prevented creating empty files for unused save slots
- fixed bug with executable trying to use bundled JRE, rather than system JRE
version 1.2:
- fixed trailing commas in the honey hunter output
- fatalis decorations added
I'm currently working on a Python script that compares the changes and added decorations between two mhw-wiki-db export files, and outputs the differences in text, Excel, or Terminal-table format. I've noticed that the exported files are not correct; they don't reflect the quantity of each decoration.
I tested it with the MHWI Save Editor tool and made changes to Level 1 decorations, which didn't count at all (I assume that's intentional?). After that, I added a Level 4 decoration (e.g., from 3x Bolt Jewel+ 4 to 5x), and while the Save Editor shows me the changes, the decoration export file doesn't. Even the quantity is incorrect. That's odd.
I'm not sure if I'm misunderstanding something or if the export doesn't work as intended. Could it be due to the new Steam Deck compatibility update? IDs shouldn't change, but perhaps the offsets for them do? I haven't tested version 1.4 yet because I couldn't get it to work, but I checked the project files and saw that it uses the same IDs and offsets. So, I expect the same behavior.
Did anyone else encounter the same issues or have a clue why? honey-hunter export seems wrong too.
EDIT:
I found the reason behind it. It's due to the way the Honey Hunter Setbuilder handles deco imports. The export method for mh-wiki-db uses some elements from the Honey Hunter export code, such as the maximum skill level and the corresponding maximum number of decorations recommended to achieve the max skill level.
You should consider uploading your own version of this mod to NexusMods. I'll be able to mark this project page as closed and redirect people to your fork!
I've been contemplating doing a separate upload on NexusMods because most users might not notice my comment here. However, I wasn't even certain if it's appropriate to post links on your "Posts" page. I appreciate your feedback and support, and I noticed you pinned my comment. I'll be working on a NexusMods upload and will be sure to give you the proper credits!
Perhaps we can connect on Discord? I'm interested in tackling the challenge of reading decos from equipped slots, but I could use some help and input on memory reading-related issues. I have the passion and motivation to make it work, even if it takes weeks. Coding is something I genuinely enjoy.
https://www.nexusmods.com/monsterhunterworld/mods/7112
https://github.com/flier268/mhw_decos_csv/releases/tag/v1.3
press "Win + R" and typing "cmd", click "OK"
use this command:
java -jar exporter-1.3-jar-with-dependencies.jar "C:\Program Files(x86)\Steam\userdata\{yourSteamId}\582010\remote\SAVEDATA1000"
replace {yourSteamId} to yourSteamId, like 123456
Did you test if the counting in general works correct with the newest MHW Update? I noticed it doesn't get all changes and even if it get's them the quanitity for each deco is wrong. Tested with MHWI Save Editor, also wrote a Post here. Since you forked the project from clicksilver, the code for the export should be the same, or?
Maybe you can assist to find the reason for the problem or if it is just me. Currently trying to setup Maven and get your version running to test.
EDIT:
I found the reason behind it. It's due to the way the Honey Hunter Setbuilder handles deco imports. The export method for mh-wiki-db uses some elements from the Honey Hunter export code, such as the maximum skill level and the corresponding maximum number of decorations recommended to achieve the max skill level.
https://github.com/yNEX/mhw_decos_csv_advanced
https://github.com/flier268/mhw_decos_csv/releases/tag/v1.3
I started a new savefile and this is exactly what I needed.
I ran this utility as the instructions state and get a message stating "Successfully Exported Decorations" but get no output files in the folder I have placed the .exe in. any suggestions?
Image
Am I correct in this? If so, I think I managed to fix it so that it finds your main save slot.
Try out the new version 1.2.2 and see if works now!
A bit belated but it all works great now, many thanks
I've just dowloaded it and when pasting on mhw.wiki-db it told me it had a bad json format.
Turned out I had to delete all new lines in the document.
I don't know if this is only happening to me, but it's inserting new lines (cr lf) at the middle of strings.
For example:
"Suture Jewel 1":3Is output as:
"Suture Jewel1":3
Thus the "bad json format".
Hi guhhness
Ack nevermind, I re-read your post. Let me try and do some research and get back to you.Do you have the java runtime installed?
Available here:
https://www.java.com/en/download/
Thanks for the feedback.
I believe I have fixed the issue and uploaded 1.2.1 version to replace it. It should be ready on nexusmods soon. Let me know if it works!