Hacking wwt+wit: Wiimms WBFS+ISO Tools

[Wiimm]

@deo
I have implemented it in a similar way and first test confirm: it works fast. Prealloc is now enabled by default for all systems.

Thanx

 

[Wiimm]

However, wit shows this error message below. It seems wit can't recognize this ISO.
(It's no problem for me to run this game on my Wii after burning this ISO to a disc.)

Just wonder if this is a problem of "wit" ? (suppose v1.23 should be able to handle GC ISO)
or ISO file problem ?

D:\Wii\WiiGF>wit verify luigi.iso
*****ÂÂwit: Wiimms ISO Tool v1.23b r2096 cygwin - Dirk Clemens - 2010-12-12ÂÂ***
**
!! wit: ERROR #27 [WRONG FILE TYPE] in SourceIteratorHelper() @ src/lib-sf.c#416
5
!!ÂÂÂÂÂÂWii ISO image expected: luigi.iso
! wit: No valid source file found.

I had sleep while I'm reading this

The message says: "Wii ISO image expected: luigi.iso"
Only Wii discs have checksum to verify but not GC discs.

 

[airline38]

@Wiimm , is there a way (another way ) to verify GC ISO ? (like GC-Tool )

 

[giantpune]

the only way to verify a GC game is if you have something else to compare it to. there is no internal hash or anything like that. so, you can get a list of hashes from somewhere else and compare your games. but there is nothing that can be added to this program that cant already be done with any of a thousand other different hash calculators

 

[Wiimm]

While opening a disc my tools do some plausibility checks (e.g. valid addresses) and print warning/errors if such check fails. That's all.

 

[Wiimm]

WIT: Wiimms ISO Tools v1.24a - 2010-12-23
A command line ISO+WBFS tool set for various os.

WIT (Wiimms ISO Tools) is a set of command line tools to manipulate Wii ISO images and WBFS containers. The two main tools are called wit (Wiimms ISO Tool) and wwt (Wiimms WBFS Tool, the WBFS manager).

Feature overview:

• WIT (Wiimms ISO Toolset) is a set of command line tools.
• wit (Wiimms ISO tool) is the main Wii and GameCube ISO manipulation tool.
• wwt (Wiimms WBFS tool) is a complete WBFS manager including FS checking and repairing, time stamps and multi WBFS support.
• wdf-cat and wdf-dump are WDF and CISO support tools.
• WIT supports 6 Wii disc file types (ISO, CISO, WDF, WIA, WBFS and FST) and can read from pipes (indirect RAR/ZIP/7Z support).
• wit can verify and compare (diff) Wii and GameCube ISO images.
• wit can extract and compose Wii ISO images.
• wit can patch Wii and GameCube ISO images while copying.
• wit can mix partitions from different sources into a new Wii ISO images.
• wit and wwt support many diagnostic commands.
• Advanced shell support.

Visit http://wit.wiimm.de/features.html for more details.

Download of the current version:

• wit-v1.24a-r2114-i386.tar.gz : Linux/i386 version
• wit-v1.24a-r2114-x86_64.tar.gz : Linux/x86_64 version
• wit-v1.24a-r2114-mac.tar.gz : Mac OS universal binaries (ppc, i386 and x86-64)
• wit-v1.24a-r2114-cygwin.zip : Cygwin (Windows) version
• Other releases are available from http://wit.wiimm.de/download.html.

There are also some GUI available:

• QtWitGui, manipulate and convert single ISO images.
  This QT based GUI focuses on manipulating single ISO images.
  .
• Wii Backup Fusion, a WBFS and ISO manager.
  This is a very young QT based GUI and still in development.
  .
• WiiJManager Multiplatform, a WBFS manager GUI
  A java GUI that acts like a WBFS manager. Converting of ISO images is also possible. (The project is dead)

Change log:

wit v1.24a r2114 - 2010-12-23

- "wwt ADD+EXTRACT" support now --one-job and --job-limit=n
- Preallocation is now enabled by default for all systems without known
ÂÂ disadvantages. Preallocation is also used for extrated files. Thanx to
ÂÂ deo at gbatemp who shows me Linux and Mac optimizations.
- wit+wwt VERIFY: Print signing and encryption status.
- Bug fix: "wit FILES+DUMP" print the file size again.


Known bugs:

- The GameCube support is in development and EXPERIMENTAL!
- wit COPY --raw: Copying an image in raw mode to a WBFS file is buggy.
- There are new problems while reading from non seekable sources (e.g. pipes).
ÂÂ The reason is the complete new and more intelligent wiidisc lib which makes
ÂÂ more lookups ==> The best is to use version 1.01c for pipes.
- No WIA/bzip2 support for MAC/x86_64. (bug in the Mac bzip2 library)

The source is published under the license of GPL2. Checkout the sources directly from the SVN repository or browse the source. Visit http://wit.wiimm.de/ for more information.

 

[Tsunii]

Either I'm to stupid to find the solution myself or it just isn't possible the way I want to do it :/
I hope someone can help me with this

I have a .ciso file here on my computer and want to transfer it directly onto my wbfs drive. I tried wwt ADD but that just doesn't work.
Then I tried to UNPACK the ciso file with wdf but i can't get that to work either :/

So can anybody tell me how to add the ciso file to the wbfs partition?
I'm using Windows 7 btw

Can someone also tell me if it's possible to copy a whole wbfs partion including all games to a fat32 partition? And how?

Thanks for your help

 

[Wiimm]

First, i'm missing your exact command line and the tool output for analysis.

my crystal ball says: Try "wwt --auto add image.ciso"
--auto : find the wbfs drive automatically

If there are still problems try "wit dump image.ciso" to see if there are any errors.

 

[Tsunii]

sry if I wasn't specific enough

here is the command i tried:
wwt --auto add .ciso

and here is the output:
!! wwt: ERROR #16 [NO WBFS FOUND] in AnalyzePartitions() ...
no WBFS partitions found -> abort

but my wbfs partition is plugged into my usb port :/

 

[Wiimm]

Have you run it admin mode?

 

[Tsunii]

tried running the command line also as an admin but it still won't work
is there a way to convert the ciso file to a normal iso file?

 

[W hat]

wit copy x:\game.ciso x:\game.iso

 

[giantpune]

wow. i just updated from r2032 to r2117. the new method for preallocating disc space is 100000000% faster. it happens so fast now i dont even notice it

 

[Tsunii]

wit copy x:\game.ciso x:\game.iso

thanks that worked for me

is there a single command or multiple ones that can do the following?
1.) Format a partition of a hdd into fat32 with the needed settings
2.) Copy all games from a wbfs partition into the fat32 one

 

[aLIBUBA]

First of all thank you and congratulations for a great tool!

I've been using wit for just a couple of days now, but I've run into a problem with splitting wbfs files to a FAT32 partition.

The command line I'm using:

wit COPY --wbfs --psel -update --split-size 4190000K --source *iso --DEST /mnt/fat32/wbfs/

The first part (or the first .tmp file) is split correctly at 4190000K, but the second part (.tmp.1) goes past the 4GB barrier and causes an 'File size limit exceeded' errror on the FAT32 partition.

Is the file splitting done this way by design, or is there something else going on? When doing the split on an ext3 partition the resulting .wbfs and .wbf1 are sized as expected and can be moved to a FAT32 partition.

Thanks in advance!

Cheers,
aL

 

[davebaol]

Hi Wiimm,
I would suggest you an extension for the "--show INTRO" option of the "wit dump" command when used for analyzing a wii iso.
This improvement is as simple as useful, in fact I've already implemented it as a .bat file but it can be easily integrated in wit, I guess.
The target is to show 2 info inside the update partition (if present):

• IOS used to load the game
• System Menu

Here is an hypothetical output of the --show INTRO option:

Spoiler

Dump of file /cygdrive/d/m-ddoc(compress).iso

ISO file size: 118240000/hex = 4699979776 = 4482 MiB
Scrubbed size: 108db0000/hex = 4443537408 = 4238 MiB, 94.5%
Disc type: Wii
ID & file type: RDZP01, ISO/WII
Disc name: Disaster
DB title: Disaster: Day of Crisis
ID Region: PAL [PAL ]
Region setting: 2 [Europe] / 80 80 80 10 10 10 10 10
Partitions: 2
Directories: 43
Files: 4904
Used ISO blocks: 135606 * 32 KiB = 4238 MiB

Load IOS: IOS33-v1040
System Menu: 3.3

How to retrieve the IOS and its version[*]The byte at offset $018B into the file DATA\tmd.bin contains the number of the IOS, let's call it N.[*]The version is represented by the * in UPDATE/files/_sys/IOS-64-v*.wadNote a few games (typically the oldest ones) use a IOS they don't have in the update partition.
In this case you can still retrieve the IOS number but not the version

How to retrieve the System Menu version[*]The raw version of the system menu is represented by the * in UPDATE/files/_sys/RVL-WiiSystemmenu-v*.wad[*]Just convert the raw version to the real version according to the following

Spoiler

# rawVerison=realVersion
33=1.0
97=2.0
130=2.0
128=2.0
162=2.1
193=2.2
194=2.2
192=2.2
225=3.0
226=3.0
224=3.0
257=3.1
258=3.1
256=3.1
289=3.2
290=3.2
288=3.2
353=3.3
354=3.3
352=3.3
385=3.4
386=3.4
384=3.4
417=4.0
418=4.0
416=4.0
449=4.1
450=4.1
448=4.1
454=4.1
481=4.2
482=4.2
480=4.2
486=4.2
513=4.3
514=4.3
512=4.3
518=4.3

Note sometime wad files have extension .wad.out.wad

 

[Wiimm]

ups, my last post is lost .....

@aLIBUBA:
First, "--psel update" selects the update partitions but I think you want "--psel data".
EDIT: "--psel -update" is correct (haven't seen the minus before "update")

There is perhaps a bug for split files in the new preallocation function. Disable it by adding --prealloc=0
EDIT: fixed; wait for next release.

@davebaol
I have already expanded the "intro" sections with multiple IDs and IOS (see spoiler below). I will analyze the "IOS release version" and "System Menu version" info and think about it later.

Spoiler

Dump of file pool/wdf/wpl.wdf

ÂÂReal path:ÂÂÂÂÂÂÂÂ ....../wpl.wdf
ÂÂVirtual size:ÂÂÂÂÂÂ118240000/hex = 4699979776 = 4482 MiB
ÂÂScrubbed size:ÂÂÂÂÂÂ a940000/hex =ÂÂ177471488 =ÂÂ169 MiB, 3.78%
ÂÂWDF file size:ÂÂÂÂÂÂ a8f42b8/hex =ÂÂ177160888 =ÂÂ169 MiB, 3.77%, 99.8%
ÂÂDisc type:ÂÂÂÂÂÂÂÂ Wii
ÂÂFile type & IDs:ÂÂ WDF/WII, disc=RHAP01, ticket=RHAP, tmd=RHAP, boot=RHAP01
ÂÂSystem version:ÂÂÂÂ00000001-00000015 = IOS 0x15 = IOS 21
ÂÂDisc name:ÂÂÂÂÂÂÂÂ PARTY PACK for REVOLUTION
ÂÂDB title:ÂÂÂÂÂÂÂÂÂÂWii Play
ÂÂID Region:ÂÂÂÂÂÂÂÂ PAL [PAL ]
ÂÂRegion setting:ÂÂÂÂ2 [Europe] / 80 80 80 00ÂÂ03 03 04 03
ÂÂPartitions:ÂÂÂÂÂÂÂÂÂÂÂÂ 2
ÂÂDirectories:ÂÂÂÂÂÂÂÂÂÂ144
ÂÂFiles:ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ163
ÂÂUsed ISO blocks:ÂÂÂÂ 5416 * 32 KiB = 169 MiB

 

[davebaol]

@davebaol
I have already expanded the "intro" sections with multiple IDs and IOS (see spoiler below). I will analyze the "IOS release version" and "System Menu version" info and think about it later.

Spoiler

Dump of file pool/wdf/wpl.wdf

ÂÂReal path:ÂÂÂÂÂÂÂÂ ....../wpl.wdf
ÂÂVirtual size:ÂÂÂÂÂÂ118240000/hex = 4699979776 = 4482 MiB
ÂÂScrubbed size:ÂÂÂÂÂÂ a940000/hex =ÂÂ177471488 =ÂÂ169 MiB, 3.78%
ÂÂWDF file size:ÂÂÂÂÂÂ a8f42b8/hex =ÂÂ177160888 =ÂÂ169 MiB, 3.77%, 99.8%
ÂÂDisc type:ÂÂÂÂÂÂÂÂ Wii
ÂÂFile type & IDs:ÂÂ WDF/WII, disc=RHAP01, ticket=RHAP, tmd=RHAP, boot=RHAP01
ÂÂSystem version:ÂÂÂÂ00000001-00000015 = IOS 0x15 = IOS 21
ÂÂDisc name:ÂÂÂÂÂÂÂÂ PARTY PACK for REVOLUTION
ÂÂDB title:ÂÂÂÂÂÂÂÂÂÂWii Play
ÂÂID Region:ÂÂÂÂÂÂÂÂ PAL [PAL ]
ÂÂRegion setting:ÂÂÂÂ2 [Europe] / 80 80 80 00ÂÂ03 03 04 03
ÂÂPartitions:ÂÂÂÂÂÂÂÂÂÂÂÂ 2
ÂÂDirectories:ÂÂÂÂÂÂÂÂÂÂ144
ÂÂFiles:ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ163
ÂÂUsed ISO blocks:ÂÂÂÂ 5416 * 32 KiB = 169 MiB

Ok, thank yow.

 

[airline38]

@Wiimm, how can I use 'wit' to extract the BCA data from an ISO file ?

 

[aLIBUBA]

There is perhaps a bug for split files in the new preallocation function. Disable it by adding --prealloc=0
EDIT: fixed; wait for next release.

I had a feeling preallocation could be the culprit here, but didn't get around to giving it a shot. Thanks for looking into it! Disabling preallocation indeed solves the problem on vfat partitions (and also seems to make the processing alot faster).