Hacking WIT: Wiimms ISO Tools / beta test

Treeki · Sep 13, 2010

Found a small bug, the FST size isn't updated correctly within boot.bin

If you compose an ISO and the resulting FST is bigger than the original, you'll get an error from the Wii apploader:
APPLOADER ERROR >>> FSTLength(9675) in BB2 is greater than FSTMaxLength(9178)

Here's a patch that fixes it:

Code:

Index: src/libwbfs/file-formats.c
===================================================================
--- src/libwbfs/file-formats.cÂÂ(revision 1703)
+++ src/libwbfs/file-formats.cÂÂ(working copy)
@@ -261,6 +261,7 @@
ÂÂÂÂ dest->dol_off4ÂÂÂÂ = ntohl(src->dol_off4);
ÂÂÂÂ dest->fst_off4ÂÂÂÂ = ntohl(src->fst_off4);
ÂÂÂÂ dest->fst_size4ÂÂÂÂ= ntohl(src->fst_size4);
+ÂÂÂÂdest->copy_of__fst_size4ÂÂ = ntohl(src->copy_of__fst_size4);
}

//-----------------------------------------------------------------------------
Index: src/iso-interface.c
===================================================================
--- src/iso-interface.c (revision 1703)
+++ src/iso-interface.c (working copy)
@@ -2768,6 +2768,7 @@
ÂÂÂÂ {
ÂÂÂÂÂÂÂÂboot->fst_off4ÂÂ= htonl(cur_offset4);
ÂÂÂÂÂÂÂÂboot->fst_size4 = htonl(part->ftab_size>>2);
+ÂÂÂÂÂÂ boot->copy_of__fst_size4 = htonl(part->ftab_size>>2);
ÂÂÂÂ }

ÂÂÂÂ IsoMappingItem_t * imi;

Wiimm · Sep 15, 2010

@Treeki:
Thanx!

Treeki · Sep 16, 2010

No problem

Glad to help!

This tool is awesome. I do all my testing of game hacks with Dolphin and it makes it far easier to add new files and resize stuff.

Wiimm · Sep 16, 2010

Treeki said:
APPLOADER ERROR >>> FSTLength(9675) in BB2 is greater than FSTMaxLength(9178)

Does this mean, that 'max_fst_size4' is a better name than 'copy_of__fst_size4'?

giantpune · Sep 16, 2010

yes, i believe that is exactly what it is. though not really used in wii games, since they only have 1 disc. but GC games could have multiple discs, with different size FST. so, they want to make sure both games know the maximum size of the FST and avoid using memory that would be needed for the other disc.

otherwise disc 2 could store something important at the end of mem1 and then on order for disc 1 to load its fst when the user changed discs, it would overwrite that valuable information and screw something up.

Wiimm · Sep 16, 2010

As always: Ask giantpune, he knows the answer

Thanx.

Wiimm · Sep 16, 2010

WIT: Wiimms ISO Tools v1.17a.beta5 - 2010-09-16
Beta test version, for EXPERIMENTAL use only.

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).

For productive versions see the main WIT thread or visit http://wit.wiimm.de/.

Download this EXPERIMENTAL release:

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

Highlights of this release:

WIA = Wii ISO Archive
I have reimplemented WIA. It support now 5 compression methods:
- --compression NONE
  Data of used (=non scrubbed sectors) are stored 1:1 with 0x8000 bytes (32KiB) or 0x7c00 bytes for decrypted data partitions (hash removed). This format is very good for an external packer. No hash values for the chunks available.
- --compression PURGE
  Data is purged like WDF: Areas with zeros are detected and skipped. The image is smaller than 'NONE' but contains more management info. There is a SHA1 hash for each data chunk so that data errors can be noticed.
- --compression BZIP2

- Each chunk is compressed with BZIP2 level 9. bzip2 has its own verification code.
- --compression LZMA

- Each chunk is compressed with LZMA level 7. LZMA has its own verification code. LZMA und LZMA2 are developed in the 7zip project.
- --compression LZMA2

- Each chunk is compressed with LZMA2 level 7. LZMA2 has its own verification code.
WIA is experimental! The file format may change!
Please use the thread "WIA = Wii ISO Archive" for WIA discussions.
.
GameCube support
I'm still working at GameCube support. Reading of GameCube (standard and multiboot) works. Reading means, that the wit commands COPY, EXTRACT, DUMP, LIST, FILES, MOVE, RENAME and some more works fine. "wit MIX" is able to create a multiboot disc without a special boot partition, but the qualifier "boot" will mark one source partition as boot partition.

The GameCube support is experimental!
Please use the thread "WIT GameCube disc support" for WIT GameCube discussions.

Change log:

Code:

wit v1.17a.beta5 r1757 - 2010-09-16

- Bug fix: While composing the FST size (var 'max_fst_size4' in 'boot.bin')
ÂÂ wasn't updated. If you compose an ISO and the resulting FST is bigger than
ÂÂ the original, the Wii apploader failed.
- Bug fix: Creation of a WIA file failed if option --psel is set and at least
ÂÂ one partition was removed (scrubbed). The result was an invalid disc image.
- Buf fix: "wit MOVE" didn't create the directory path even if --DEST is set.
- WIA supports now 5 compression methods: NONE, PURGE, BZIP2, LZMA and LZMA2.
ÂÂ There are 3 additional keywords: FASTEST (=PURGE), BEST and DEFAULT (=LZMA).
- New command: WIT COMPR: Prints a list with supported compression methods.
ÂÂ With parameters the normalized names of that parameters are printed.
ÂÂ WIT COMPR accepts the options --long (twice) --no-header and --sections.

Known bugs:

- 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. I have to insert some code especially for pipes. My plans
ÂÂ that copying multiple partition discs works too.
ÂÂ ==> The best is to use a version 1.01c for pipes.
- No bzip2 (WIA) support for MAC/x86_64. (bug in the bzip2 library)

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

W hat · Sep 17, 2010

Thanks for the updates Wiimm. It seems like LZMA/LZMA2 support was added because it was easy. Is the next item on your roadmap still GC disc support?

Wiimm · Sep 18, 2010

@W hat
Yes, GameCube and trimming (Moving partitions, sectors and files around) are the next steps.

WIT: Wiimms ISO Tools v1.17a.beta6 - 2010-09-18
Beta test version, for EXPERIMENTAL use only.

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).

For productive versions see the main WIT thread or visit http://wit.wiimm.de/.

Download this EXPERIMENTAL release:

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

Change log:

Code:

wit v1.17a.beta6 r1764 - 2010-09-18

- Format of WIA files has changed again. It stores now the used chunk size
ÂÂ (only 2 MiB supported yet). This allow later experiments with other values.

- Extension of option --compr: If the compression method is followed by
ÂÂ '.1' upto '.9' (e.g. 'lzma.5') the number is used to override the default
ÂÂ compression level 9. Level 1 is is the fastest and level 9 the best method.

I hope, that this is now the final format of WIA. But let us wait 1 or 2 weeks if the public beta test bring us new info.

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

Bauldrick · Sep 20, 2010

That was a ludicrous post, I had to get rid of it - the answer if anyone read it was '--wia'

duhhh

Wiimm · Sep 21, 2010

WIT: Wiimms ISO Tools v1.17a.beta7 - 2010-09-21
Beta test version, for EXPERIMENTAL use only.

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).

For productive versions see the main WIT thread or visit http://wit.wiimm.de/.

Download this EXPERIMENTAL release:

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

Change log:

Code:

wit v1.17a.beta6 r1764 - 2010-09-18

- Extension of option --compr: If the compression method is followed by
ÂÂ '.1' upto '.9' (e.g. 'lzma.5') the number is used to override the default
ÂÂ compression level 9. Level is is the fastest and level 9 the best method.

wit v1.17a.beta7 r1786 - 2010-09-21

- WIA: Improved handling of unused (scrubbed) sectors in used sector groups.
ÂÂ The output image becomes a little bit smaller.
- When creating a WIA the disc header and the manage area of each partiton
ÂÂ (boot.bin .. fst.bin) are stored in a separateÂÂchunk. This reduces the
ÂÂ read access time when opening the WIA file.
- New extended syntax of option --compression: [method] [.level] [@factor]
ÂÂ 'method' is the name (NONE, LZMA, ...) or index of the method. '.level' is
ÂÂ a point followed by one digit. It defines the compression level. The
ÂÂ special value '0' means: Use default compression level. '@factor' is a
ÂÂ factor for the chunk size. With the default factor '1' the chunk size is
ÂÂ 2 MiB (size of 1 Wii sector group). All three fields are optional.

Known bugs:

- 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. I have to insert some code especially for pipes. My plans
ÂÂ that copying multiple partition discs works too.
ÂÂ ==> The best is to use a version 1.01c for pipes.
- No bzip2 (WIA) support for MAC/x86_64. (bug in the bzip2 library)

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

Wiimm · Oct 1, 2010

WIT: Wiimms ISO Tools v1.17a.beta8 - 2010-09-30
Beta test version, for EXPERIMENTAL use only.

<a href="http://wit.wiimm.de/" target="_blank">WIT</a> (Wiimms ISO Tools) is a set of <a href="http://wit.wiimm.de/info/command-line.html" target="_blank">command line</a> tools to manipulate Wii ISO images and WBFS containers. The two main tools are called <a href="http://wit.wiimm.de/wit" target="_blank">wit</a> (Wiimms ISO Tool) and <a href="http://wit.wiimm.de/wwt" target="_blank">wwt</a> (Wiimms WBFS Tool, the WBFS manager).

For productive versions see the <a href="http://wit.wiimm.de/r/gbatemp" target="_blank">main WIT thread</a> or visit <a href="http://wit.wiimm.de/" target="_blank">http://wit.wiimm.de/</a>.

Download this EXPERIMENTAL release:<ul><li> <a href="http://wit.wiimm.de/download/wit-v1.17a.beta8-r1824-i386.tar.gz" target="_blank">wit-v1.17a.beta8-r1824-i386.tar.gz</a> : Linux/i386 version</li><li> <a href="http://wit.wiimm.de/download/wit-v1.17a.beta8-r1824-x86_64.tar.gz" target="_blank">wit-v1.17a.beta8-r1824-x86_64.tar.gz</a> : Linux/x86_64 version</li><li> <a href="http://wit.wiimm.de/download/wit-v1.17a.beta8-r1824-mac.tar.gz" target="_blank">wit-v1.17a.beta8-r1824-mac.tar.gz</a> : Mac OS universal binaries (ppc, i386 and x86-64)</li><li> <a href="http://wit.wiimm.de/download/wit-v1.17a.beta8-r1824-cygwin.zip" target="_blank">wit-v1.17a.beta8-r1824-cygwin.zip</a> : Cygwin (Windows) version</li><li> Other releases are available from <a href="http://wit.wiimm.de/download.html" target="_blank">http://wit.wiimm.de/download.html</a>.</li></ul>
Highlights of this release:<ul><li> WIA = Wii ISO Archive
The implementation of WIA is stable now. I have done more than 1000 conversions to find out the best default configuration. WIA supports 5 compression methods:<ul><li> --compression NONE
Data of used (=non scrubbed sectors) are stored 1:1 with 0x8000 bytes (32KiB) or 0x7c00 bytes for decrypted data partitions (hash removed). This format is very good for an external packer. No hash values for the chunks available.</li><li> --compression PURGE
Data is purged like WDF: Areas with zeros are detected and skipped. The image is smaller than 'NONE' but contains more management info. There is a SHA1 hash for each data chunk so that data errors can be noticed.</li><li> --compression BZIP2
Each chunk is compressed with BZIP2 level 5. bzip2 has its own verification code.</li><li> --compression LZMA
Each chunk is compressed with LZMA level 5. LZMA has its own verification code. LZMA und LZMA2 are developed in the 7zip project.</li><li> --compression LZMA2
Each chunk is compressed with LZMA2 level 5. LZMA2 has its own verification code.</li></ul>
The compression level can be changed by appending a point and a digit at the end of the compression method (bzip2.3 or lzma.7). The general default is level .5.

The compression is done in chunks. Because of the wii disc design the minimal chunk size is 2 MiB. The default chunk size for all compression methods is 40 MiB (factor @20). The factor can be changed by appendign a '@' and the chunk size factor. 'bzip2@10' means: use bzip2, default level, chunk size 10*2MiB. 'lz.7@25' means: use lzma, level 7, chunk size 25*2MiB.

There are some additional meta compressions. The assignment may change in the future:<ul><li> --compression DEFAULT (=LZMA.5@20)
This is the default compression method.</li><li> --compression FAST (=BZIP2.3@10)
This is a fast compression method.</li><li> --compression GOOD (=LZMA.5@20)
This is a good compression method (like default).</li><li> --compression BEST (=LZMA.7@50)
This is the best compression method.</li><li> --compression MEM
This is a generic compression method. WIT tries to detect the RAM size of the computer and tries to selects a good compression method, level and chunk size. The user can define a good memory usage value by using the option --mem or setting the environment variable WIT_MEM.</li></ul>
Try the command "wit compr" with or without compression parameters:
<div class='codetop'>CODE</div><div class='codemain'># wit compr -ll

modeÂÂÂÂmodeÂÂÂÂÂÂÂÂÂÂ memory usage
numÂÂÂÂ nameÂÂÂÂÂÂÂÂ readingÂÂ writingÂÂ input
----------------------------------------------------
0ÂÂÂÂÂÂ NONEÂÂÂÂÂÂÂÂÂÂ40 MiBÂÂÂÂ40 MiBÂÂ NONE
1ÂÂÂÂÂÂ PURGEÂÂÂÂÂÂÂÂ 40 MiBÂÂÂÂ40 MiBÂÂ PURGE
2ÂÂÂÂÂÂ BZIP2ÂÂÂÂÂÂÂÂ 42 MiBÂÂÂÂ44 MiBÂÂ BZIP2
3ÂÂÂÂÂÂ LZMAÂÂÂÂÂÂÂÂÂÂ56 MiBÂÂ 225 MiBÂÂ LZMA
4ÂÂÂÂÂÂ LZMA2ÂÂÂÂÂÂÂÂ 56 MiBÂÂ 225 MiBÂÂ LZMA2
3ÂÂÂÂÂÂ LZMAÂÂÂÂÂÂÂÂÂÂ56 MiBÂÂ 225 MiBÂÂÂÂDEFAULT
2.3@10ÂÂBZIP2.3@10ÂÂÂÂ21 MiBÂÂÂÂ23 MiBÂÂÂÂFAST
3ÂÂÂÂÂÂ LZMAÂÂÂÂÂÂÂÂÂÂ56 MiBÂÂ 225 MiBÂÂÂÂGOOD
3.7@50ÂÂLZMA.7@50ÂÂÂÂ164 MiBÂÂ 773 MiBÂÂÂÂBEST
3.6@50ÂÂLZMA.6@50ÂÂÂÂ132 MiBÂÂ 469 MiBÂÂÂÂMEM

# wit compr -ll def@30 mem --mem=300

modeÂÂÂÂmodeÂÂÂÂÂÂÂÂÂÂ memory usage
numÂÂÂÂ nameÂÂÂÂÂÂÂÂ readingÂÂ writingÂÂ input
----------------------------------------------------
3@30ÂÂÂÂLZMA@30ÂÂÂÂÂÂ 76 MiBÂÂ 245 MiBÂÂ def@30
3.5@50ÂÂLZMA.5@50ÂÂÂÂ116 MiBÂÂ 285 MiBÂÂ mem</div>

WIA is experimental! The file format seems stable but may change!
Please use the thread <a href="http://wit.wiimm.de/r/wia" target="_blank">"WIA = Wii ISO Archive"</a> for WIA discussions.
.
</li><li> GameCube support
I'm still working at GameCube support. Reading of GameCube (standard and multiboot) works. Reading means, that the wit commands COPY, EXTRACT, DUMP, LIST, FILES, MOVE, RENAME and some more works fine. "wit MIX" is able to create a multiboot disc without a special boot partition, but the qualifier "boot" will mark one source partition as boot partition.

The GameCube support is experimental!
Please use the thread <a href="http://wit.wiimm.de/r/gamecube" target="_blank">"WIT GameCube disc support"</a> for WIT GameCube discussions.</li></ul>

Change log:

<div class='codetop'>CODE</div><div class='codemain'>wit v1.17a.beta8 r1824 - 2010-09-30

- Bug fix for "wit move": wit move have forgotten to move the continuation
ÂÂ files of splitted images.
- WBFS files with more than 1 disc are not longer detected as ISO images.
- CYGWIN: Improved support of windows style pathes ('X:\path\file').
- WIA: New defaults and new meta methods:
ÂÂÂÂÂÂÂÂÂÂ DEFAULT = lzmaÂÂ.5 @20
ÂÂÂÂÂÂÂÂÂÂ FASTÂÂÂÂ= bzip2 .3 @10
ÂÂÂÂÂÂÂÂÂÂ GOODÂÂÂÂ= lzmaÂÂ.5 @20
ÂÂÂÂÂÂÂÂÂÂ BESTÂÂÂÂ= lzmaÂÂ.9 @50
ÂÂÂÂÂÂÂÂÂÂ MEMÂÂÂÂ = memory dependent

Known bugs:

- 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. I have to insert some code especially for pipes. My plans
ÂÂ that copying multiple partition discs works too.
ÂÂ ==> The best is to use a version 1.01c for pipes.
- No bzip2 (WIA) support for MAC/x86_64. (bug in the bzip2 library)</div>

The source is published under the license of GPL2. Checkout the sources directly from the <a href="http://opensvn.wiimm.de/wii/branches/public/wiimms-iso-tools/" target="_blank">SVN repository</a> or <a href="http://wit.wiimm.de/r/viewvc-beta" target="_blank">browse the source</a>. These URLs are different from the product version. Visit <a href="http://wit.wiimm.de/" target="_blank">http://wit.wiimm.de/</a> for more information.

Wiimm · Nov 3, 2010

I have committed a new beta, changes since release 1.19a:

Code:

 - WIA creation warning "WIA is NEW! Compare with original source." removed.
- Preparation: Tools will read future WDF versions without warnings, if the
ÂÂ compatibility parameter allow this.
- The file descriptor of the last WBFS partition is saved/cached. This makes
ÂÂ wit faster when reading multiple discs from a WBFS.
- wit EXTRACT: The progress view is now based on the file size instead of
ÂÂ the file count.
- Options --include and --exclude accept now IDs with wildcards:
ÂÂ '.' is a wildcard for 1 character and '*' and '+' (same meaning) for any
ÂÂ number of charaters.
- File 'setup.txt' is created as template while extracting a disc image.
ÂÂ It is scanned for ID, NAME and OFFSET while composing a disc image.
ÂÂ The new option --ignore-setup disables the scanning of 'setup.txt'.
- Bug fix for "wit CONVERT": The destination path was the current working
ÂÂ directory.
- Bug fix for "wwt ADD --remove": If command is done without errors all
ÂÂ sources files -- but not FST -- are removed.
- Composed discs: New and correct calculation of total size and time stamps.
ÂÂ For time stamps the newest times of all scanned files are used.
- Bug fix: Calculation of fst size fixed for GameCube parsing.
- wit INFO FILE-FORMAT: New attribute 'compr': Signals a compressed file
ÂÂ format and that option --compr can be used to setup the compression mode.

Wiimm · Nov 18, 2010

I have committed an new version to the beta branch with an improved certificate support:

Code:

 - New command: wit CERT: Collect certificates and eliminate multiple entries
ÂÂ of the same certificate. Dump all collected certificates to standard
ÂÂ output (stdout) or write the certificate as binary to a file.

- New global option: --cert: Add certificates to the global certificate
ÂÂ database. These certificates are used to check the signatures.

- "wit dump ticket.bin tmd.bin" is now able to dump the certificate chain
ÂÂ following the TICKET or TMD info. This combination is usual for 'cetk'
ÂÂ and 'tmd.1234' files in WADs.

The new command "wit cert" acts like a little certificate manager. Type "wit help cert" for details.

The source is published under the license of GPL2. Checkout the sources directly from the SVN repository or browse the source. These URLs are different from the product version. Visit @@URI-HOME@@ for more information.

markehmus · Nov 18, 2010

wow this sure is great , i just updated yesterday to wit-v1.21a-r1980-cygwin.zip and it works pretty great with QtWitGui.

thank you.

i was hopeing you could add support for file extraction and not just full extraction please.

wiiscrubber sucks because it only does file extraction and this is limited to just full extraction, and i would rather stick to just useing this over wiiscrubber.

also i relize zip support has been removed , and was wondering if at all possible to add it again.

thank you , please dont think this is by any means picking your great app's apart , just saying how great it is and how i would love a few more features as well. again thanks for this.

Venndettta · Nov 19, 2010

Just trying to test this out...what am I doing wrong?

Wiimm · Nov 19, 2010

@markehmus
The option "--files rules" defines extraction rules. Read this: http://wit.wiimm.de/info/file-filter.html

@Venndettta
Dammed! I have delivered the wrong dll (old cygwin release). I will fix this when I.m at home (in about 9h).

giantpune · Nov 19, 2010

using these rulesets, we can extract a single file from the game. what would i have to say to get wit do write that extracted file to stdout? or is that not supported?

Wiimm · Nov 19, 2010

extraction goes always into a directory structure. The filters are only decide which files should be extracted. Is there a need to support a single file extraction which supports a free dest file name and also - for stdout?

giantpune · Nov 19, 2010

if you want to only extract 1 single file from a game, you must create a tmp location, and then wit will extract the file and create all the subfolders for it and then you will have to move this file to the new location and delete all the un-needed sub folders.

if you have either a way to give a destination path in wit, or a way to print it to stdout, i can either extract the file to a location and not have to deal with all the un-needed sub folders.
or using stdout, you can say something like

Code:

./wit EXTRACT blabla.wbfs --files blabla some_rules --dest stdout > to/the/path/you/want/the/file.bin

or

Code:

./wit EXTRACT blabla.wbfs/#0/DATA/sys/main.dol --dest stdout > to/the/path/you/want/the/file.bin

Hacking WIT: Wiimms ISO Tools / beta test

Well-Known Member

Developer

Well-Known Member

Developer

Well-Known Member

Developer

Developer

Rhythm Heaven Fan

Developer

Well-Known Member

Developer

Developer

Developer

Developer

Well-Known Member

Active Member

Developer

Well-Known Member

Developer

Well-Known Member

Similar threads

Popular threads in this forum