Hacking wwt+wit: Wiimms WBFS+ISO Tools

[EtherealX]

wit copy test.iso %I.wbfs --split-size 2G

Thanks for the prompt response.

Is it possible to prevent it from splitting files that are under 4g (but over 2g?) Or do I need to check files manually first?

I'm basically looking for a one-stop command that will convert files to .wbfs, if they're over 4g then split them into 2g parts, if its under 4g, then just convert as usual.

-TIA

 

[Wiimm]

Is it possible to prevent it from splitting files that are under 4g (but over 2g?) Or do I need to check files manually first?

No.

 

[EtherealX]

Thanks again! I managed to whip up a simple droplet for osx that does all the work for me. All is well.

Much appreciated and awesome work!

 

[Socram]

@Socran
First try "wwt check" to see what happen. If it can not find a wbfs than try "wwt analyze". It looks inside the partition to find any WBFS fragments.

wwt check:

*****ÂÂwwt: Wiimms WBFS Tool v1.16a r1645 cygwin - Dirk Clemens - 2010-09-01ÂÂ*****

!! wwt: ERROR #15 [NO WBFS FOUND] in AnalyzePartitions() @ src/wbfs-interface.c#381
!!ÂÂÂÂÂÂno WBFS partitions found -> abort

wwt analyze:
CODE!! wwt: ERROR #23 [CAN'T OPEN FILE] in cmd_analyze() @ src/wwt.c#373
!!ÂÂÂÂÂÂCan't open file: /dev/sda
!!ÂÂÂÂÂÂ-> Permission denied
!! wwt: ERROR #23 [CAN'T OPEN FILE] in cmd_analyze() @ src/wwt.c#373
!!ÂÂÂÂÂÂCan't open file: /dev/sdb
!!ÂÂÂÂÂÂ-> Permission denied
!! wwt: ERROR #23 [CAN'T OPEN FILE] in cmd_analyze() @ src/wwt.c#373
!!ÂÂÂÂÂÂCan't open file: /dev/sdd
!!ÂÂÂÂÂÂ-> Permission denied
!! wwt: ERROR #23 [CAN'T OPEN FILE] in cmd_analyze() @ src/wwt.c#373
!!ÂÂÂÂÂÂCan't open file: /dev/sdg
!!ÂÂÂÂÂÂ-> Permission denied

The WBFS partition is on drive letter I, so wwt doesn't even try to open it.

 

[Socram]

Need you Wiimm!

 

[Wiimm]

@Socram
You have to start wwt in an admin console: http://wit.wiimm.de/info/command-line.html#console

 

[Socram]

Ok, here's the wwt check result:

*****ÂÂwwt: Wiimms WBFS Tool v1.16a r1645 cygwin - Dirk Clemens - 2010-09-01ÂÂ*****

CHECK /dev/sdg2

* Summary of WBFS Check: 1016 errors found:
ÂÂ 965 free WBFS sectors marked as used!
ÂÂÂÂ51 WBFS sectors are used by 2 or more discs!
ÂÂ Total: 12 discs are invalid!

wwt analyze comes up with this:

ANALYZE /dev/sda

ANALYZE /dev/sda1

ANALYZE /dev/sdb

ANALYZE /dev/sdb1

ANALYZE /dev/sdb2

ANALYZE /dev/sdg

ANALYZE /dev/sdg1

ANALYZE /dev/sdg2
------------------------------------------------------------------------------------
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂHD SECTORSÂÂWBFS SECTORSÂÂ DISCSÂÂÂÂÂÂ (all values in hex)
ÂÂÂÂÂÂÂÂÂÂ WBFSÂÂÂÂ totalÂÂsecÂÂtotalÂÂÂÂsecÂÂmax inode
NAMEÂÂÂÂmagic vrsÂÂÂÂ num sizeÂÂ numÂÂÂÂsizeÂÂnum sizeÂÂADDITIONAL INFORMATION
------------------------------------------------------------------------------------
HEADER:ÂÂÂÂokÂÂ1 186a0000ÂÂ200ÂÂc350ÂÂ400000ÂÂ1f4 1400ÂÂWBFS header scanning
DISCS:ÂÂÂÂÂÂ-ÂÂ0 186a0000ÂÂ200ÂÂc350ÂÂ400000ÂÂ1f4 1400ÂÂ17 disc header found
------------------------------------------------------------------------------------

 

[Wiimm]

12 discs shares some wbfs blocks ==> they are corrupt

you have now 2 choices:[*] repair only the free blocks table and test the bad games:

wwt repair --part /dev/sdg2
wwt verify --part /dev/sdg2

The verify command takes a lot of time because of decrypting all content. Remove the games manually with

wwt rm --no-free --part /dev/sdg2 id6_aa id6_bb...

... or remove automatically with (the previous is not needed then)

wwt verify --part /dev/sdg2 --remove --no-free
wwt repair --part /dev/sdg2

[*] repair and auto remove the discs with shared block:

wwt repair --part /dev/sdg2 --repair=all

And then: dump again from dvd.
For details of the command use: wwt help
Use the --test option to enter test mode (no modification done)

 

[Socram]

Okay... the "wwt repair --part /dev/sdg2" command seemed to repair the free blocks table, but it doesn't solve the problem with non-starting games. I will remove and readd them when I have more time, presumably next week.

Thanks for now

 

[Wiimm]

@Socram:

wwt can repair the WBFS but not the ISO images within because it know nothing about the missing content.

At the moment you have a bad WBFS: If removing a game with shared blocks the blocks are marked free but they are still in used by another game. Adding games will use this blocks and the problems of bad images are there again.

"wwt remove --no-free id6" removes games without marking the blocks as free.

 

[KiiNG]

So in attempts to organize my wbfs folder, I tried..

#wit move *.wbf1 %T[%I].wbf1

and receive..

!! wit: ERROR #26 [WRONG FILE TYPE] in SourceIteratorHelper() @ src/lib-sf.c#3610
! wit: No valid source file found.

Am I missing something here?

 

[Hooya]

I'm trying to do something that should be simple, but I can't get the syntax right.

wtt analyze

finds my wbfs drive on /dev/sdd1

I want to extract all my images from the wbfs drive to .wbfs format on /Media/wiidisks

What exactly is the command for that? I keep getting bad syntax errors on the extract command, or "no wbfs drive found" errors.

 

[Wiimm]

@Kiing:
*.wbf1 are invalid wbfs (because they are continuation files).
Have you renamed *.wbfs before and wit has forgotten the *.wbf1 files?
That is may be a bug. No time to test & solve it in the next days.

@Hooya:
wwt extract --auto --wbfs --dest /Media/wiidisks --test

--test: do nothing, just report what to do. Remove it.
--split: add it when you want splittet wbfs files
--split-size mysize: define another split size (default=4g)
--update: don't extract already extracted files

more help: wwt help extract

 

[KiiNG]

@Kiing:
*.wbf1 are invalid wbfs (because they are continuation files).
Have you renamed *.wbfs before and wit has forgotten the *.wbf1 files?
That is may be a bug. No time to test & solve it in the next days.

That would be true unless I'm using the wrong syntax to rename them. I used the below to rename the .wbfs files appropriately.

#wit move *.wbfs %T[%I].wbfs

edit:

#wit move /dir %X ..is only renaming the .wbfs too, leaving the wbf1,etcs untouched.

 

[Hooya]

@Kiing:
*.wbf1 are invalid wbfs (because they are continuation files).
Have you renamed *.wbfs before and wit has forgotten the *.wbf1 files?
That is may be a bug. No time to test & solve it in the next days.

@Hooya:
wwt extract --auto --wbfs --dest /Media/wiidisks --test

--test: do nothing, just report what to do. Remove it.
--split: add it when you want splittet wbfs files
--split-size mysize: define another split size (default=4g)
--update: don't extract already extracted files

more help: wwt help extract

I still get a missing parameters error.... Any idea why that might be? I'm using the latest version I grabbed from your website. Did I misunderstand the requirements for running the program (installation issues, there shouldn't be any, right?)?

*****ÂÂwwt: Wiimms WBFS Tool v1.16a r1645 x86_64 - Dirk Clemens - 2010-09-01ÂÂ*****
!! wwt: ERROR #31 [MISSING PARAMETERS] in cmd_extract() @ src/wwt.c#1946
!!ÂÂÂÂÂÂmissing parameters

If I use the command #wwt extract /dev/sdd1 --wbfs --dest /Media/wiidisks
I get this error:

!! wwt: ERROR #15 [NO WBFS FOUND] in AnalyzePartitions() @ src/wbfs-interface.c#381
!!ÂÂÂÂÂÂno WBFS partitions found -> abort

The output of #wwt analyze is:

CODEÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂHD SECTORSÂÂWBFS SECTORSÂÂ DISCSÂÂÂÂÂÂ (all values in hex)
ÂÂÂÂÂÂÂÂÂÂ WBFSÂÂÂÂ totalÂÂsecÂÂtotalÂÂÂÂsecÂÂmax inode
NAMEÂÂÂÂmagic vrsÂÂÂÂ num sizeÂÂ numÂÂÂÂsizeÂÂnum sizeÂÂADDITIONAL INFORMATION
------------------------------------------------------------------------------------
HEADER:ÂÂÂÂokÂÂ1 688ff8cfÂÂ200ÂÂd11f 1000000ÂÂ1f4ÂÂ600ÂÂWBFS header scanning
INODE-TIM: okÂÂ1 688ff8cfÂÂ200ÂÂd11f 1000000ÂÂ1f4ÂÂ600ÂÂ2010-09-24 22:55:04 n=500
DISCS:ÂÂÂÂÂÂ-ÂÂ0 688ff8cfÂÂ200ÂÂd11f 1000000ÂÂ1f4ÂÂ600ÂÂ134 disc header found
------------------------------------------------------------------------------------

I had already used wwt to fix some blocks that were empty that were showing up as used, so that's what the timestamp is I think.

 

[Hooya]

Was given the suggestion by Kiing to try:

#wwt -p /dev/sdd1 extract --wbfs --dest /Media/wiidisks --progress

To see if it was a space issue, but that still gives me missing parameters! This is weird and frustrating!

 

[Hooya]

Got it. Needed to add \* to the end of the command to tell wwt what exactly to extract!

Thanks guys. Now extracting... this will take a few hours. 130+ games...

Next step is to rename them all to friendly names and split the big ones down. I'll use the commands on the previous page for that.

 

[Hooya]

wit move /media/F999-3192/*.wbfs --titles /documents/Downloads/Wii/Disk\ Tools/wit-v1.16a-r1645-x86_64/lib/titles.txtÂÂ-d /media/F999-3192/%T[%I].wbfs --progress

Doesn't want to work, it tries to name each file [].wbfs, ignoring the %T and %I things. what am I missing to rename my files a nice and readable title?

 

[KiiNG]

wit move /media/F999-3192/*.wbfs --titles /documents/Downloads/Wii/Disk\ Tools/wit-v1.16a-r1645-x86_64/lib/titles.txtÂÂ-d /media/F999-3192/%T[%I].wbfs --progress

Doesn't want to work, it tries to name each file [].wbfs, ignoring the %T and %I things. what am I missing to rename my files a nice and readable title?

This is what I do.. it doesn't seem to rename the subsequent .wbf1, wbf2 files, but it does rename the main .wbfs file for you.

#wit move /media/F999-3192/ %X --progress

 

[Hooya]

That command still gives me the error:

!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].iso

Over for every file. When using the syntax exactly as you put it... Variations on that command all produce a similar output. It does not want to rename the files based on any %X style parameter.