Hacking Wii backup Manager for Windows

  • Thread starter Thread starter fig2k4
  • Start date Start date
  • Views Views 4,934,636
  • Replies Replies 2,996
  • Likes Likes 20
fig2k4 said:
@Ato Puro
I don't always have time to work on this because I have 3 young kids to look after.
smile.gif
I usually get a few hours at night and I try to squeeze in more time when I can, so it is literally just a matter of time.

You could always just delete or rename the 7zip DLL to ignore archives. It's not ideal, but if you want to totally ignore archives it'll work OK for now.

fig2k4, I didn't mean to sound like a spoiled kid. I was just curious if you were going to work on it or not (at all), since I haven't read any other user asking for such feature. But I'm glad it'll happen.
 
@fig2k4, regarding the bug that failed to remove a game ......

I have further finding -> it only happens in the WBFS drive and NTFS drive
is no problem. The log value shows "integer overflow" !!
 
I've upped 0.3.6 build 48.

Change log
|-Added: Select the archive types you want enabled in the settings dialog.
|-Fixed: When mounting a custom folder, if there was an invalid disc, the thread terminated early so all the discs wouldn't be listed.
|-Fixed: Random (Y),(Z) etc. are trimmed from Chinese strings. I still can't remove them from the menus for some reason. I'm not sure if this even happens when using a Chinese version of Windows.
|-Fixed: Some integer overflow errors. Forced 64 bit math in a few other places too, as a precaution.
|-Fixed: I forgot to inject debug info into the exe, so the stack traces in the were useless. Now they'll show me the exact line number in my source where the error happened.
|-Fixed: DiscIndexFromID function didn't work with the file naming conventions, so duplicates were allowed to be transferred to drives. ie. "Some selected items already exist on Drive.." message was never shown.
|-Added: Links to the Wiki and GBAtemp forum in the help menu.
|-Changed: Feedback form. Now it creates a new email with your default client, using MAPI. You can still attach the log and language file.
|-Fixed: I got the Chinese languages mixed up, traditional and Simplified.
|-Fixed: Transfers from Drive->DVD weren't using thread safe progress updates.
@Hielkenator
Do the rest of the progress stats show OK? ie. The total/remaining time, percentage etc.

@Ato Puro
No problem.
smile.gif
I've added the option to select the archive types to use. Just uncheck all of them to ignore archives.

@airline38
I should've fixed that now. There's still a little problem after a disc is deleted because the entry isn't deleted from the list correctly, but I'll look into it for the next release. It must only happen with WBFS drives. I have a log here with debug info so I've got a good idea of what I'm looking for..
 
Is it by design that the default directory for Add => Files in Windows 7 is My Documents? Can it remember the last folder you loaded an ISO from instead?
 
@ratt1972
Cheers.

@Knocks
I probably should save the path in the ini file, I'll add it.

Right now it uses the "current" folder, which is usually your last opened folder, but sometimes it does default to the docs folder.

Load some files (don't cancel), then do it again. You'll see that it does use the last folder. Even if you restart the app and try once more, it'll go to the last folder you actually loaded files from.
 
Fig, i tried mailing a new language file from within WBM, but it did not work, so i mailed it (by normal mail) to the mailaddress that was mentioned in the program but that did not work either, where should i mail the language file?

The ftp account you gave me a long time ago is not working either...
 
fig2k4 said:
I probably should save the path in the ini file, I'll add it.

Right now it uses the "current" folder, which is usually your last opened folder, but sometimes it does default to the docs folder.

Load some files (don't cancel), then do it again. You'll see that it does use the last folder. Even if you restart the app and try once more, it'll go to the last folder you actually loaded files from.

I see what's happening. It defaults to My Documents when the previous folder is deleted, which is frequent for me because I unrar stuff to new folders and delete them afterwards.
 
Have tested build48 a while , the game language (ZHTW) issue and can't remove a game from
WBFS drive issue are all fixed !!

Appreciate fig2k4's great efforts !!
 
fig2k4 said:
I've upped 0.3.6 build 48.

Change log
|-Added: Select the archive types you want enabled in the settings dialog.
|-Fixed: When mounting a custom folder, if there was an invalid disc, the thread terminated early so all the discs wouldn't be listed.
|-Fixed: Random (Y),(Z) etc. are trimmed from Chinese strings. I still can't remove them from the menus for some reason. I'm not sure if this even happens when using a Chinese version of Windows.
|-Fixed: Some integer overflow errors. Forced 64 bit math in a few other places too, as a precaution.
|-Fixed: I forgot to inject debug info into the exe, so the stack traces in the were useless. Now they'll show me the exact line number in my source where the error happened.
|-Fixed: DiscIndexFromID function didn't work with the file naming conventions, so duplicates were allowed to be transferred to drives. ie. "Some selected items already exist on Drive.." message was never shown.
|-Added: Links to the Wiki and GBAtemp forum in the help menu.
|-Changed: Feedback form. Now it creates a new email with your default client, using MAPI. You can still attach the log and language file.
|-Fixed: I got the Chinese languages mixed up, traditional and Simplified.
|-Fixed: Transfers from Drive->DVD weren't using thread safe progress updates.
@Hielkenator
Do the rest of the progress stats show OK? ie. The total/remaining time, percentage etc.

@Ato Puro
No problem.
smile.gif
I've added the option to select the archive types to use. Just uncheck all of them to ignore archives.

@airline38
I should've fixed that now. There's still a little problem after a disc is deleted because the entry isn't deleted from the list correctly, but I'll look into it for the next release. It must only happen with WBFS drives. I have a log here with debug info so I've got a good idea of what I'm looking for..

Hello fig2k4 good work.
I have only a little hint, Many people (like me) don't use E-Mail client, but manage the e-mail directly from the site of the e-mail supplier (google in my case).
I don't use any E-mail client, and if I found a bug I can't send a mail with the log to your address,
Than can you add a check if there's a e-mail client and readd the possibility to send e-mail throught smtp protocol or in the settings add the option to select how to send E-Mail with SMTP protocol like the preview version or MAPI.

Another little bug, in the folder language/langstring.txt you have to change "000000 (Operation) Example log entry" in "00:00:00 (Operation) Example log entry" and add "Example" then click on update language string or you can't personalize the two string in "option -> settings -> colours"
 
@Knocks
Have you tried just using WBM to extract the games on the fly? You could set it to full extraction so the ISO is kept in your temp folder until you manually delete it, if you need it for other things. So your extracted ISOs would be stored in the temp folder instead of the folders created from Winrar or whatever.

BTW, you do know that WBM uses sparse files for extracting ISO? If they're scrubbed it's much quicker to extract than Winrar. eg. With a 300 MB game, only 300 MB is really written to the ISO, where Winrar will write the whole 4 GB.

@Snake87r
I've fixed that bug, cheers.

I had an SMTP relay coded in the last version, but people were having problems with it. The main thing about SMTP servers is that they fail/refuse connections quite often, when they are too busy. So the client part of the relay needs to retry multiple times for the Email to be delivered successfully.

If I add the relay code again, I'll need to emulate what an SMTP client does; retry until it's successful. So I'll save the email details and resend in a background thread, with a notification when it's successfully delivered.

@jstevenson72
Same old story.. I plan to add it, but get bogged down with bug fixes and little stuff that can get coded easily. One day..
smile.gif
 
fig2k4 said:
BTW, you do know that WBM uses sparse files for extracting ISO? If they're scrubbed it's much quicker to extract than Winrar. eg. With a 300 MB game, only 300 MB is really written to the ISO, where Winrar will write the whole 4 GB.
That's right! Packing a ISO with RAR, or any ZIP make no sense because the data is encrypted and encrypted looks like random data and random data is not compressible. Compressing takes only place in the scrubbed areas. A Sparse ISO takes less space, but loses sometimes it sparse status if copied. WBFS, CISO, WDF and WIA manage the scrubbed holes but allow fast random access.
 
Ato Puro said:
Thanks a lot, fig2k4. WBM and ModMii are the most useful tools for Wii I have found, and I wish I could donate. Keep up the good work
grog.gif

+1

I have probably a stupid question: Why is a WBFS file, converted from a non-scrubbed ISO with the setting 'keep game partition only', the same size as the WBFS file from that ISO but now with the settings 'keep game partition only' and 'enable full scrubbing mode'? I would have thought that the second choice would lead to a smaller WBFS file.
 
WBFS files contain blocks of 64 Wii sectors. With the full scrubbing, there will be more zeros in the file, but it still needs to be aligned to 64.

Normal scrubbing works with blocks of 64 Wii sectors. So if 1 sector is used, the whole block is considered as used. Full scrubbing checks to see if each Wii sector is used.

Here the 1's represent the used data, 2's are the junk, 0's are the scrubbed sectors. Each number is one Wii sector.

Unscrubbed ISO
11111122 11111111 22222222 22222222 22222222 22222222 22222222 22222222 //some used Wii sectors
22222122 22222222 22222222 22222222 22222222 22222222 22222222 22222222 //one used sector
22222222 22222222 22222222 22222222 22222222 22222222 22222222 22222222 //all junk

Fully scrubbed WBFS
11111100 11111111 00000000 00000000 00000000 00000000 00000000 00000000 //Some used Wii sectors
00000100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 //one used sector
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 //all junk, not copied to WBFS


Normal scrubbed WBFS
11111122 11111111 22222222 22222222 22222222 22222222 22222222 22222222 //some used Wii sectors
22222122 22222222 22222222 22222222 22222222 22222222 22222222 22222222 //one used sector
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 //all junk, not copied to WBFS


With WBFS, you can see that they are still the same size, but when stored as a sparse ISO, the fully scrubbed version will take less disk space because of the extra zeros. That's the only real advantage of using full scrubbing.

Maybe I should use sparse files for WBFS so you get the same advantage as using ISO. I really didn't think you'd gain much space though so I didn't enable sparse mode for WBFS files. It would only work on NTFS too.
 
that only the laoder people can answer

the other question is.. how much size will you gain in average with fullscrubbing compared with "half"scrubbing
 
I don't have a lot here to test with..

86MB reduced to 81MB with 60 fragments (normal is 6).
342 MB reduced to 336 MB with 67 fragments (normal is 8).

Edit:
I could optimise the fragments by checking the size. eg. If a scrubbed section is smaller than 10 meg, then just write zeros to the file, otherwise write the sparse zero data. I'd need to play with the values to see what works best, but it would reduce the fragments.
 

Site & Scene News

Popular threads in this forum