Hacking wwt+wit: Wiimms WBFS+ISO Tools

[redia]

A litte discussion:

wwt/wit is almost complete. A renaming command is the next step. But what is the name of disc?

A WBFS is a file system (or better an archive). And the discs/games are accessed by ID6. And that means that this ID6 is the (file-)name of a disc. The disc title is only an additional information. Do you follow me?

Because of this I plan 2 commands:

• RENAME : rename the ID6 of a disc
• SETINFO : define a new info for a disc identified by the ID6.

This is different from other tools: they rename the info.

makes total sense.

R

 

[MarioMadness]

after giving up 8hrs of CPU time last night using iso2wbfs to convert my entire collection to WBFS for GX lol

i have just tried out 0.17 and i have noticed a difference in file sizes for example.

NSMBWii was 357Mb in .wbfs, i've just converted it again and the resulting file is now 360Mb ?

Wimm is this a fault, or does the new version add more info/padding etc?

should i re-convert all my games with this version since i still have the .iso's?

 

[Wiimm]

@MarioMadness
The previous versions uses smaller wbfs block sizes. But oggzee told me that this is not good because more memory (about 20KB) is needed to handle while playing the game. I will make some test, anytime ...

Try the already converted games and tell me your results.

You can also convert from WBFS to WBFS.

 

[MarioMadness]

the games seem to work fine, although i'll probably do a re-convert once we hit a stable build anyway dude

just converted F1 2009 with both versions, again the games are different in size, but play identical.

maybe it would be more noticeable on high-res games such as COD MW:R i'll test out more and get back

 

[drh]

Now I have the latest wiimm tools compiled, whats the command syntax to copy the files off my original WBFS drive to a second empty drive?

wwt -p dest_wbfs add source...

So if I have 2 x USB Drives connected:

/dev/disk1s1 - being my original 320Gb WBFS drive with all my ISO's on

/dev/disk2s1 - being my newly formatted 500Gb empty WBFS drive

I can use the following command to put all the ISO's onto the new drive?

CODE

./wwt -p /dev/disk2s1 add /dev/disk1s1

 

[Wiimm]

@drh
Just try it. Use --test for a test run. More nice options are --update and --progress

 

[drh]

@drh
Just try it. Use --test for a test run. More nice options are --update and --progress

I will, I'm waiting for the new drive to arrive, hopefully tomorrow, so I thought I would just ask in advance whilst I'm waiting :-)

 

[Narolez]

A litte discussion:

wwt/wit is almost complete. A renaming command is the next step. But what is the name of disc?

A WBFS is a file system (or better an archive). And the discs/games are accessed by ID6. And that means that this ID6 is the (file-)name of a disc. The disc title is only an additional information. Do you follow me?

Because of this I plan 2 commands:

• RENAME : rename the ID6 of a disc
• SETINFO : define a new info for a disc identified by the ID6.

This is different from other tools: they rename the info.

I agree with you, but I think SETTITLE comprehensible than SETINFO.

 

[oggzee]

@MarioMadness
The previous versions uses smaller wbfs block sizes. But oggzee told me that this is not good because more memory (about 20KB) is needed to handle while playing the game. I will make some test, anytime ...
Try the already converted games and tell me your results.
You can also convert from WBFS to WBFS.

QUOTE(MarioMadness @ Nov 18 2009, 10:19 PM) the games seem to work fine, although i'll probably do a re-convert once we hit a stable build anyway dude
just converted F1 2009 with both versions, again the games are different in size, but play identical.
maybe it would be more noticeable on high-res games such as COD MW:R i'll test out more and get back

A bit more info, yes i said that using a smaller wbfs block size has to be used with caution because there is only 20k free mem left in ios, so changing from 2mb to 1mb will take i think 9728 bytes more, leving 10k free, so that should still be good, but chaging ro 512kb size will take 29kb more and i assume will crash making it even smaller will consume of course even more.... I don't know what was actually the wbfs block size that you used in that version...

Also, a head's up: setting the split size to 2gb-32kb is a more optimal size, i will change it in next wbfs_file version to that. 32kb because it is cluster and wii sector aligned, so it loads a little bit faster when playing the game.
I think the speed difference is not so huge that it justifies re-creating all the files, but the fact is that 2gb-32kb is more optimal.

 

[MarioMadness]

thanks oggzee

i will indeed wait for the updated version to arrive and do a full recode lol its a good job i've just got myself a i7 rig lol

any expected ETA on this?

 

[Wiiwu]

Wiimm, can you add a md5 function into dump and also have it generate a md5 for copy operation. Please do a md5 for each and every partition it processes.

 

[oggzee]

Hi,
I have changed the default split size to 4GB-32kb in wbfs_file, perhaps you want to add that to wwt?
Also I added 2 options:
* New option: -2 : use split size 2gb-32kb
* New option: -4 : use split size 4gb-32kb (default)

 

[Wiimm]

Hi,
I have changed the default split size to 4GB-32kb in wbfs_file, perhaps you want to add that to wwt?
Also I added 2 options:
* New option: -2 : use split size 2gb-32kb
* New option: -4 : use split size 4gb-32kb (default)

I have already read that in the cfg thread.
Multiple of 32K is a good decision. My default was 2000000000 (only a multiple 1K), easy for biologic machines to calculate the total size.
Thanx for the info.

But I wonder that the default is nearly 4GB? I remember a statement by you that the USB loader does not support files >2GB. Am I wrong?

 

[oggzee]

But I wonder that the default is nearly 4GB? I remember a statement by you that the USB loader does not support files >2GB. Am I wrong?

I fixed the 2GB limit just today.

Only version cfg48t4 supports that for the moment.

 

[MarioMadness]

lol this is getting confusing i'm just gonna wait until theres a standard setup, i assume all loaders will add the 2gb+ fix sometime this weekend hopefully

 

[mousex]

lol its a good job i've just got myself a i7 rig lol

Your CPU doesn't matter in this case. It's mostly HDD work, so you won't get more speed with your i7 than with a C2D (depending onn the USB drive maybe about 25MB/s).

 

[MarioMadness]

lol its a good job i've just got myself a i7 rig lol

Your CPU doesn't matter in this case. It's mostly HDD work, so you won't get more speed with your i7 than with a C2D (depending onn the USB drive maybe about 25MB/s).

well in that case, the 64Gb RunCore SSD i use for swap and my OCZ SSD i use for / will speed up things abit

now if only i could afford another RunCore Pro to use with Wii

lol

 

[drh]

@drh
Just try it. Use --test for a test run. More nice options are --update and --progress

I will, I'm waiting for the new drive to arrive, hopefully tomorrow, so I thought I would just ask in advance whilst I'm waiting :-)


Ok, its working.

Its seems rather slow though. I used the command:

CODE

./wwt -p /dev/disk4s1 add /dev/disk3s1

Unfortunately there are no time stamps on my shell session, so I don't know how long ago I started it, but I'm pretty sure it been running for a few hours, its completed 15 files.

By the way, is this anything to worry about?




***** wwt: Wiimms WBFS Tool v0.16b r431 mac - Dirk Clemens - 2009-11-18 *****
WBFSv0 #1 opened: /dev/disk4s1
* Summary of WBFS Check: 6 errors found:
6 free WBFS sectors marked as used!
Note: 6 errors are based on a bug in libwbfs v0.

 

[MarioMadness]

looks like you have the old original version of WBFS with the delete bug from the first version of the loader

have you not re-formatted with a more upto date loader since?

 

[Wiimm]

This is not the the delete bug, is is an other bug that i found last week. The old libwbfs does not use all sectors. See "Inside WBFS" for more info.

@drh
If you send the signal USR2 to the process it will increase the verbose level. If level 2 is reached a progress counter is enabled.