Separate names with a comma.
Discussion in 'Wii U - Hacking & Backup Loaders' started by EyeKey, Jul 23, 2017.
Any work on proper WiiVC extraction?
this has nothing to do with the thread
I meant WiiVC extraction from WFS images. The situation is: I have a WFS dump containing Xenoblade Chronicles which won't properly dump. I was wondering if any work has been done to achieve proper extraction.
what are you tyring to extract? save files?
The NFS files, which contain the game files.
so does this mean i could copy one usb hd to another? (using with rednand)
why don't you just download if from nitendo's server and decrypt it?
nope, for now we can only replace files
redownloading a large game is probably not an option for some people. dumping an existing installed title is faster. but Wii VC files are special (nfs files are stored in some weird way).
What do you mean? It fails to extract the file?
nfs files are stored in some weird way. can't read them using ftpiiu-everywhere or other tools. when trying to read using wfs-fuse the files are all zero.
Warning: Spoilers inside!
expected content from an extracted download (EGGS/SGGE header):
Warning: Spoilers inside!
also in the FST format they're stored using type 0x02, instead of 0x00 for normal files.
Maybe these nfs files we see are actually links to raw data somewhere else?
I tried dumping from my backup .img file and get the error in cmd:
wfsdump' is not recognized as an internal or external command, operable program or batch file
Please see screenshot here: https://photos.app.goo.gl/wAizPRTzWZGYN6f72
As noted on the github release page, the program was renamed to wfs-extract.exe. That's why you see wfs-extract.exe in your directory list. Enter wfs-extract instead of wfsdump.
Thank you @nexusmtz . I tried dumping from image files previously created in Win32DiskImager, UBIT and imageusb. I got following results:
USBIT and Win32DiskImager
got error message 'wfs-extract.exe has stopped working' (screenshot: https://photos.app.goo.gl/Giy2R7lqxw2VEUl63)
succesfull creation of dump_dir folder with following structure: https://photos.app.goo.gl/zGYk8sKv4MBZ2BVs2
cmd outputs 'Unexpected WFS version (bad key?)' error (screenshot: https://photos.app.goo.gl/ec5Aj4SZNZ1B2inh1)
no creation of dump_dir
My question. Did I get a useable dump folder, even though the .exe stopped working?
Hmm, the crash is a bug. Can you run it with --verbos and send me the output privately?
Ah, I had this dumb suspicion when the nfs files couldn't be read but didn't really think Nintendo would do it.
So today I remembered it and took a look at the dump of the encrypted disk and found out I my dumb theory was actually correct...
The nfs files can't be decrypted by your tool because they're stored raw, without any encryption at all.
That makes sense because they're loaded by the Virtual Console's IOS in vWii and Nintendo wouldn't bother to add WFS support to that as well.
Nice find. Few weeks ago I figured out that one of the flags in the attributes of a file is whether it is encrypted or not. I can add support for that flag.
Does my program print "Error: Failed to.." when trying to dump those files? because it should have if the decryption has failed.
yup, "failed to read"
lol yea, that was the part that wasn't reported.
Anyway, I added support, I haven't tested it because I don't have any wii vc game.