- Joined
- Oct 30, 2009
- Messages
- 758
- Trophies
- 0
- Location
- Scotland
- Website
- www.wiibackupmanager.co.uk
- XP
- 174
- Country
@zizer
Covers will be disabled by default.
@airline38
At the highest code level, getting the IOS from any of the formats is just the same for me. I won't be able to do it for archives though because that would need enough data to be extracted. Because the partitions aren't shuffled when removing updates etc, the data partition will still be around at least the 200 MB mark in the ISO. Extracting 200 MB would be quite pointless for such a small piece of info.
As a speed up for loading drives, I was thinking about creating a directory listing file in the WBFS folder. This file would contain all the needed info. eg. filename, title, scrubbed size, MD5hash. The IOS version could be stored there too.
When a drive is mounted, I'd read this listing file instead of having to parse all the WBFS files etc. Drives would be loaded almost instantly using that. The listing file could be quickly and easily updated when changes are made to the drive.
I'll be in touch when a test version is ready.
@madrat
I'm not sure why this error doesn't happen for everyone, including me. But I missed a space between the date and time when removing backup logs which should cause an error every time, for everyone.
It'll be fixed in the next version. Until then, you'll need to delete everything from the logs folder before starting the app.
Other known bugs.
Since changing to Unicode, the columns weren't saved correctly (even though the code looks fine) so the app crashed on start up. I worked round the problem by compressing the column data and storing that in the ini file. I'm guessing that nobody really moves or hides the columns or this would've been reported too.
WBFS files can't be used from inside archives. I get a Sector count mismatch error because it's reading a small temp file. I need to enable force mode when reading those. It should work after that, enough to get the Wii disc header. It's really pointless compressing WBFS files, but I did come across one.
Covers will be disabled by default.
@airline38
At the highest code level, getting the IOS from any of the formats is just the same for me. I won't be able to do it for archives though because that would need enough data to be extracted. Because the partitions aren't shuffled when removing updates etc, the data partition will still be around at least the 200 MB mark in the ISO. Extracting 200 MB would be quite pointless for such a small piece of info.
As a speed up for loading drives, I was thinking about creating a directory listing file in the WBFS folder. This file would contain all the needed info. eg. filename, title, scrubbed size, MD5hash. The IOS version could be stored there too.
When a drive is mounted, I'd read this listing file instead of having to parse all the WBFS files etc. Drives would be loaded almost instantly using that. The listing file could be quickly and easily updated when changes are made to the drive.
I'll be in touch when a test version is ready.
@madrat
I'm not sure why this error doesn't happen for everyone, including me. But I missed a space between the date and time when removing backup logs which should cause an error every time, for everyone.
It'll be fixed in the next version. Until then, you'll need to delete everything from the logs folder before starting the app.
Other known bugs.
Since changing to Unicode, the columns weren't saved correctly (even though the code looks fine) so the app crashed on start up. I worked round the problem by compressing the column data and storing that in the ini file. I'm guessing that nobody really moves or hides the columns or this would've been reported too.
WBFS files can't be used from inside archives. I get a Sector count mismatch error because it's reading a small temp file. I need to enable force mode when reading those. It should work after that, enough to get the Wii disc header. It's really pointless compressing WBFS files, but I did come across one.