Open mikepurvis opened 1 month ago
Thanks for the report. I would need some more info as I couldn't reproduce the issue. If you are using the released binary, the referenced commit came after the latest released version so it is not included, and it also shouldn'tcause that issue. The intent for the attached commit is part of the refactor for supporting writeable filesystems. I have tried both the released v1.2.2 wfs-extract and the lastest master, and latest wfs-tools with lateset wfslib and didn't get the issue with any of them. I think that there was an issue at some point, but I am not sure when. Can you attach the output of wfs-extract with the --verbose argument?
I'm on Ubuntu 20.04 and used the supplied binaries here to mount my Wii U USB and dump BOTW for use with BCML. I had previously tried to copy it off using FTP, but the connection kept going down and hard-crashing the Wii U— overall it was a giant pain.
I initially tried
wfs-fuse
, and it looked like it was working well, but once I got under way with cp/rsync, I would get the tools bombing out saying things like the files that listings showed were present didn't actually exist, and so on.So I moved on to
wfs-extract
, and that seemed to work really well— within a few minutes I had the full ~15GB of BOTW game/update/dlc on my machine. However, BCML doesn't recognize this as being a valid game copy because the top level folders inside thecontent
directory aren't capitalized (canonically it definitely looks like they are supposed to be, and I can also confirm that I see the expected capitalization when viewing the files in Filezilla as served by ftpiiu_plugin).Is this a known issue with suggested fixes, or should I make my life easier and just run BCML from a case-insensitive filesystem?
Looks like this might be a wfslib issue? https://github.com/search?q=repo%3Akoolkdev%2Fwfslib+tolower&type=code
That came in with https://github.com/koolkdev/wfslib/pull/70/, but I can't tell from the diff what the intention was with that change.