Hopefully it's fixed in the new version
It was tested and worked giving your scenarios. Did you use wbm build78?
Last edited by nanook,
It was tested and worked giving your scenarios. Did you use wbm build78?
Build78 Win64. I could post the output from NKit if that would help.Hopefully it's fixed in the new version
Johnsanc tested it and it worked giving your scenarios. Did you use wbm build78?
Test with the new version when it's released. It should work. The new version is a full rewrite and restructure and has been tested on Redump. Including the RVT-R images and Datel discs.
I know there are some Dats available. We have verified that all previous recovery files are still good. New ones have been discovered from new Redump submissions I believe
Let us know the exact steps to reproduce the issue, the settings used, and if the source was an iso that matched redump.
I tested with a beta version and it restored properly for me. I restored a split wbfs that was only a game partition.
Sent from my iPhone using Tapatalk
I tested with a beta version and it restored properly for me. I restored a split wbfs that was only a game partition.
Sent from my iPhone using Tapatalk
All information to reproduce is in my first post, but since I've done some more testing since then I'll fill that in.
Converting a verified Redump ISO of "Super Smash Bros. Brawl (Europe) (En,Fr,De,Es,It) (v1.01)" with Wii Backup Manager Build78 Win64 into WBFS.
"Keep all partitions" restores back to a verified ISO.
"Keep game partition" restores back to a verified ISO.
"Remove update partition" doesn't replace the header and update partition and fails restoration, all other CRCs are correct.
Split or not doesn't matter. This is the only game that I have tried that behaves like this.
What exactly are you saying WBM does? If you are referring to removing the VC partitions I find that highly unlikely. The size of the file is exactly the same as when it's done with WIT, I am able to extract the partitions from the file, and they match the correct CRCs. Besides, if all that is wrong is that the VC partitions are wrong, NKit should restore them from the extracted backups.
NKit won't replace the header or anything if it can't get a CRC match in a Dat. Your version must be failing for some reason. I believe this to be fixed in the new version. I will see if it can be reproduced on 0.5 and confirm the exact same steps it work in the new version. I will be spending the next few days finalising the release after adding a couple of features to the GUI (The core code is finalised now hopefully).
Thanks for helping out
Thanks for helping out
I don't know what exactly WBM does. Fact remain this a known issue with WBM (and your tests confirm it).
Why try to fix a bad file from WBM with other application (like Nkit etc) while WIT does produce the correct file.
Either fix WBM (but its development has stopped and I don't think its open sourced) or just don't use WBM for that game. Or you can analyze the files from WBM and WIT and see if you can fix the bad file with a stand alone app of your own (again WIT does the job, why bother?)
That's what NKit does recover files to Redump
. This file works too. We tested it.It is known that wbm corrupts the ssbb partition table. Nkit can repair this. Wit and wbm scrubb differently. It should be repairable unless part of a file in the filesystem is missing. Which isn't likely
Last edited by nanook,
For me personally it doesn't really matter, but WBM as far as I can tell is the most recommanded tool to manage Wii images and probably the most used. So there will be a lot of those images out there. If the image contains all necessary data to rebuild it to a verifiable image, I see no reason why NKit Restore shouldn't be able to. On the other hand if it is shown that WBM destroys some data, making it impossible, that is another matter.
Good for youThat's what NKit does recover files to Redump
It is known that wbm corrupts the ssbb partition table. Nkit can repair this. Wit and wbm scrubb differently. It should be repairable unless part of a file in the filesystem is missing. Which isn't likely
but I just don't get why waste time on bad isos when good ones are readily available. Wouldn't that just enourage people to distirbute bad files on the internet and confuse noobs who don't even know Nkit exists?Redbuilding complete iso from known good compressed dumps is quite different from rebuilding from known bad dumps. Would you keep the bad dump in your archive just because you know you can rebuilt it?
Good for you
Redbuilding complete iso from known good compressed dumps is quite different from rebuilding from known bad dumps. Would you keep the bad dump in your archive just because you know you can rebuilt it?
All options are available
@Zarper - Thank you for sharing the extra details. I was able to reproduce the recovery failure when using "Remove Update Partition" option in WBM. I also reported the details to @nanook separately so he can look into. WBM must be jacking with the partition table. I wonder if the same or similar issue occurs the Dragon Quest X game where almost all the game data is not actually in the standard data partition.
None of these scrubbing tools were perfect. Earlier in this thread you'll notice that someone else found an issue where WIT would truncate data from the gamecube apploader in some scenarios.
None of these scrubbing tools were perfect. Earlier in this thread you'll notice that someone else found an issue where WIT would truncate data from the gamecube apploader in some scenarios.
@FMonty - Attached is a custom datfile I made with forcepacking unzip enabled. Set the roms directory to parent directory for your recovery files. This dat file contains two sets "GameCube" and "Wii"
Similar threads
