Closed taylor85345 closed 4 years ago
Interesting. Just confirmed that it works fine for me.
Could you link the Viera Refined modpack?
@shinnova it may be problematic if mod_cache.db fails to create. We definitely need to catch that issue.
@taylor85345 could you try to delete your mod_cache.db file in your game installation folder and run the import again using the package in the aur?
I have tried with half a dozen other modpacks as well, but you can find the Viera Refined here: https://www.nexusmods.com/finalfantasy14/mods/168
I did not receive any errors on the first run. My first command post-update was:
ffmt backup
and the exact syntax I am using for installing is:
ffmt modpack import -t ~/FFXIV_TEX_BACKUPS/Mods/Viera\ Refined.ttmp2
or
ffmt mpi -t ~/FFXIV_TEX_BACKUPS/Mods/Viera\ Refined.ttmp2
I attempted this using my original config that worked in 0.9.2, and have also gone through the ffmt setup to build a new config just in case.
Did you do this also after deleting mod_cache.db ? May need to delete the itemcache db also, but I don't think so.
Currently in a raid, so troubleshooting a bit later :)
I deleted mod_cache.db, item_sets.db, and XivMods.json. On running mpi, those files were replaced, but the result was the same. No mods installed, no modlist.cgf
Very interesting. What is your mod_cache.db size?
4.0 MiB (4,239,360)
Thank you! I'll check a bit soon.
This was a bit of a rough version due to large changes in the xivmoddingframework, so I apologize for the kinks.
Understood. Please let me know if there is any additional information I can provide.
What does your XivMods.json look like?
{
"version": "1.0",
"modCount": 0,
"modPackCount": 0,
"emptyCount": 0,
"ModPacks": [],
"Mods": []
}
Thanks, could you send your config file as well so that we can test with as similar setups as possible? Also - which dotnet runtime version do you have installed?
[Directories]
GameDirectory=/home/taylor/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online
BackupDirectory=/home/taylor/FFXIV_TEX_BACKUPS
ConfigDirectory=/home/taylor/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn
I started this process running dotnet-runtime 3.1.3.sdk103.2-1, the version currently hosted in the Manjaro Community repositories, but in the process of troubleshooting I upgraded to dotnet-runtime-bin 3.1.6.sdk302-2 from the AUR.
Could you try with this version and send us the output you get?
Just unzip, cd into the folder, then run ./ffmt mpi -t ~/FFXIV_TEX_BACKUPS/Mods/Viera\ Refined.ttmp2
Same result
taylor on taylor-kbox in ~/Apps/ffmt
❯ ./ffmt mpi -t ~/FFXIV_TEX_BACKUPS/Mods/Viera\ Refined.ttmp2
Checking backups before proceeding...
All backups present and up to date
Starting import...
Extracting data from Viera Refined.ttmp2...
Would you like to use the Wizard for importing?
(Y)es, let me select the mods
(N)o, import everything
n
Data extraction successful.
DEBUG: Setting active mods file
DEBUG: Updating active mods
Initializing problem check
Checking index dat values...
100%
Checking index backups...
100%
Checking dat file...
100%
Checking modlist...
WARNING: No entries found in the modlist, skipping
Checking LoD settings...
100%
No problems found
Thank you very much. Getting the same result was expected, but it helped in narrowing down the issue. Still cannot find anything wrong, so if you could run this new version and send the output that would be great. It is still expected to fail for you, but hopefully gives enough information.
For your reference, this is the output I'm getting:
./ffmt mpi -t EyesOnMeGryphon.ttmp2
Checking backups before proceeding...
All backups present and up to date
Starting import...
Extracting data from EyesOnMeGryphon.ttmp2...
Would you like to use the Wizard for importing?
(Y)es, let me select the mods
(N)o, import everything
n
Data extraction successful.
DEBUG: Setting active mods file
DEBUG: Updating active mods
DEBUG: modActiveConfFile = /home/user/.config/FFXIV_Modding_Tool/modlist.cgf
DEBUG: About to enter mods foreach loop
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Returning states
Importing 8/8 mods from modpack...
100%
8 mod(s) successfully imported.
Updated /home/user/.config/FFXIV_Modding_Tool/modlist.cgf to reflect changes.
Initializing problem check
Checking index dat values...
100%
Checking index backups...
100%
Checking dat file...
100%
Checking modlist...
100%
Checking LoD settings...
100%
No problems found
Same output, doesn't seem to be providing any more information
~/Apps/ffmt
❯ ./ffmt mpi -t ~/FFXIV_TEX_BACKUPS/Mods/Viera\ Refined.ttmp2
Checking backups before proceeding...
All backups present and up to date
Starting import...
Extracting data from Viera Refined.ttmp2...
Would you like to use the Wizard for importing?
(Y)es, let me select the mods
(N)o, import everything
N
Data extraction successful.
DEBUG: Setting active mods file
DEBUG: Updating active mods
Initializing problem check
Checking index dat values...
100%
Checking index backups...
100%
Checking dat file...
100%
Checking modlist...
WARNING: No entries found in the modlist, skipping
Checking LoD settings...
100%
No problems found
I've tried this build with a few other modpacks and am not seeing any debug messages at all.
That does help narrow it down even more, though I still cannot see what exactly is causing this issue. Could you give me the output of this one as well? It should give more information as to what is going on.
EDIT: My apologies, I see that most of the issues mentioned below are probably stemming from the change in ffxivmod framework as mentioned here: https://github.com/TexTools/xivModdingFramework/pull/18
Quick up front - thanks so much for working on this mod installer. This program is so easy to use, and it's very appreciated.
I appear to be seeing a similar issue here with the current version:
Manjaro + 5.7.12 xanmod kernel
ffmt-bin package installed from AUR.
Prior version was working in current configuration, no other changes have been made.
Before patch, reset FFXIV to default with 'ffmt r', patched, backed up with 'ffmt b' before attempting to apply mods.
When attempting to install modpacks, it prompts with the usual prompts, but doesn't show the usual 0/999 count as it installs files, it ends with no error as if it had successfully installed. The above last version linked appears to be installing mods, so I think perhaps that version fixes that issue.
In addition to this issue where it doesn't install the files, I'm also experiencing an issue where ffmt doesn't appear to be respecting the directory it is being run from; if I attempt to install a modpack in the current directory, it fails as if the present working directory isn't the one I'm in - here are examples:
ffmt mpi -t test.ttmp2 = fail: ERROR: Invalid ttmp file
ffmt mpi -t ./test.ttmp2 = fail: ERROR: Invalid ttmp file
ffmt mpi -t /home/user/example/folder/test.ttmp2 = Successfully runs and prompts, non-test version doesn't install, but the test version linked just above does install
This issue appears to impact the current version and the test version linked above. The test version with debug logging doesn't output anything at all that might indicate why it isn't finding the file in the local present working directory.
@all-contributors please add kainz0r for Bug Reports and User Testing.
@all-contributors please add taylor85345 for Bug Reports and User Testing.
@kainz0r and @taylor85345 Could you try importing with this debug version? It contains fixes for Y/n prompts not accepting Return, and when using the included script to run ffmt your current working directory should be respected once again
Please send the output of your XivMods.json after trying an import.
The latest debug version appears to be behaving as expected with ttmp2 files. Below is my output from XivMods.json after the first run using the Viera Refined.ttmp2 modpack.
./ffmt mpi -t "/home/taylor/FFXIV_TEX_BACKUPS/Mods/Viera Refined.ttmp2"
Checking backups before proceeding...
All backups present and up to date
Starting import...
Extracting data from Viera Refined.ttmp2...
Would you like to use the Wizard for importing?
(Y)es, let me select the mods
(N)o, import everything
n
Data extraction successful.
DEBUG: Setting active mods file
DEBUG: Updating active mods
DEBUG: modActiveConfFile = /home/taylor/.config/FFXIV_Modding_Tool/modlist.cgf
DEBUG: About to enter mods foreach loop
DEBUG: Mod didn't exist yet
DEBUG: Issue encountered during updating of active mods
Object reference not set to an instance of an object.
DEBUG: Returning states
Importing 32/32 mods from modpack...
100%
32 mod(s) successfully imported.
Updated /home/taylor/.config/FFXIV_Modding_Tool/modlist.cgf to reflect changes.
Initializing problem check
Checking index dat values...
100%
Checking index backups...
100%
Checking dat file...
100%
Checking modlist...
100%
Checking LoD settings...
100%
No problems found
taylor on taylor-kbox in Apps/FFXIV_Modding_Tool/ffmt
I have since tried this with a couple of other modpacks. .ttmp2 packs install as expected, but .ttmp packs still exhibit the previous behavior.
./ffmt mpi -t "/home/taylor/FFXIV_TEX_BACKUPS/Mods/Touch of Real.ttmp"
Checking backups before proceeding...
All backups present and up to date
Starting import...
Extracting data from Touch of Real.ttmp...
Initializing problem check
Checking index dat values...
100%
Checking index backups...
100%
Checking dat file...
100%
Checking modlist...
100%
Checking LoD settings...
100%
No problems found
The other behaviors regarding Y/n prompts and respecting the working directory seem to be resolved.
Thank you very much! That helps tremendously.
Some observations: XivMods.json seems to be filled in incorrectly still, even though that shouldn't cause any direct issues it does point to a problem in the data we are feeding the xivmoddingframework.
Incorrect value examples:
"modPackCount": 0,
"ModPacks": [],
"Mods": [
{
"fullPath": "chara/human/c1801/obj/face/f0003/texture/--c1801f0003_fac_s.tex",
"modPack": null,
@kainz0r @taylor85345 This latest test build should have fixed import for both .ttmp2 and .ttmp files. Could you test and confirm that it works for you?
Changelog for the currently linked test build:
Fixes and maintenance
mods refresh
has now been spelled correctlymodpack import
would fail silently. This was caused by an incompatible dependency that has now been replaced with standard functions.modpack import
could, in some cases, fail silently. This was caused by lacking information in the .ttmp2 file. We've readded the needed checks and missing information will now be filled in based on the available fields.I have been able to successfully import both .ttmp and .ttmp2 modpacks in the new build. However, I the application will occasionally hang after the step "Importing 94/94 mods from modpack...", never reporting a progress percentage. Killing the process and trying again is usually successful. Seems to be 50/50, usually impacting newly installed modpacks.
❯ ./ffmt mpi -t ~/FFXIV_TEX_BACKUPS/Mods/Eyes\ of\ Eorzea\ -\ Buns\ \&\ Lions.ttmp2
Checking backups before proceeding...
All backups present and up to date
WARNING: Found a mod applied by an unknown application, game stability cannot be guaranteed:
Would you like to continue? (y/N)
y
Starting import...
Extracting data from Eyes of Eorzea - Buns & Lions.ttmp2...
Would you like to use the Wizard for importing?
(Y)es, let me select the mods
(N)o, import everything
n
Data extraction successful.
DEBUG: Setting active mods file
DEBUG: Updating active mods
DEBUG: modActiveConfFile = /home/taylor/.config/FFXIV_Modding_Tool/modlist.cgf
DEBUG: About to enter mods foreach loop
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Overwriting existing mod entry
DEBUG: Found existing mod
DEBUG: Overwriting existing mod entry
DEBUG: Returning states
Importing 16/16 mods from modpack...
Taylor "The Bug Finder" strikes again! Try giving it some time instead of killing it, but I'll move this to a new issue and close this one :)
No problem, and thanks for all the hard work on this! I love the tool!
I wanted to confirm that the test build seen above appears to correct the issues mentioned as corrected (confirmation, using current working directory) - thanks!
After updating to 0.9.3, the modpack import and mpi commands report success without completing the install. "modlist.cgf" is not updated, and if deleted is not created on running ffmt mpi.
This issue is confirmed in both the binary release and the AUR build. Have not tried compiling manually.