Hacking wwt+wit: Wiimms WBFS+ISO Tools

[giantpune]

sorry, im dyslexic
i mean whatever address is on wiibrew. thats the one that works for setting the region

EDIT>>>

about the region, it does not seem to be a bitfield. when i set region bytes to 00000007, wode shows Wp. not that that matters i guess. but the system menu rejects the ISO and then the wode spits out "region mismatch". turning on the region-free setting in preloader or the wode lets the game load in the disc channel, but i would prefer not to have to do that.

 

[Mushii]

any program support burning WDF files yet? perhaps Wiimm could give the IMGburn Devs imformation on how to implement this

 

[pelago]

Hi, found a small typo in the help text for wwt -h:

ÂÂ-v --verboseÂÂÂÂÂÂBe verbose and print more progress information. Multiple
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂusage is possible: Progress counter is enabled if set at
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂleast two times. Extended logging is enabled if set at least

ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂfour times. The impact of other verbose level is command
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂdependend.

dependend should be dependent.

Also the above demonstrates another problem, where the wrapping of help doesn't seem to be quite right in Windows. Whenever a line is exactly 80 characters long (as the line ending "at least" above is), then there is an extra newline afterwards.

 

[Wiimm]

@Mushii:
All WDF info is here: http://wit.wiimm.de/r/file/WDF.txt.
Also possible is to pipe a wdf with 'wdf-cat'

@pelago:
Thanx, both ("dependent" and printing width) are fixed.

 

[fbrd]

Hi

thanks for this tool, godsend for us non M$ users.

having some trouble with wit converting from .ciso to .iso, haven't spotted it mentioned in the thread.

couple of different source files both result in a .iso length 4684775424

using wbfs_file to try & extract .wbfs from the generated .iso results in errors for the last few sectors.

if i use wit to convert .ciso -> .wbfs -> .iso then the result is 4699979776 long and wbfs_file works fine.

same with v0.46a and v0.47a

cmdline used

wit cp -d test.iso -I test.ciso

cheers

-F

 

[Wiimm]

Hi

thanks for this tool, godsend for us non M$ users.

having some trouble with wit converting from .ciso to .iso, haven't spotted it mentioned in the thread.

couple of different source files both result in a .iso length 4684775424

using wbfs_file to try & extract .wbfs from the generated .iso results in errors for the last few sectors.

if i use wit to convert .ciso -> .wbfs -> .iso then the result is 4699979776 long and wbfs_file works fine.

same with v0.46a and v0.47a

cmdline used

wit cp -d test.iso -I test.ciso

cheers

-F

1.) fixed (minimal size forgotten, CISO contains no info about the real ISO size)

2.) you can write your command much easier: wit cp test.ciso test.iso

3.) you can directly convert to wbfs: wit cp test.ciso test.wbfs
If you like other names try: wit cp *.ciso %Y/%I.wbfs --test

 

[patrick9999]

Hi,
just a little prob with french titles :
WOULD Move 16/18 ISO:./ws_poptfsp.iso -> ./Prince of Persia - Les Sables Oubli� s [SPXP41].iso the correct caracter is ' é ' ...

ps: with ubuntu and wwt 0.47a

thanks you for all ...

 

[Wiimm]

Hi,
just a little prob with french titles :
WOULD Move 16/18 ISO:./ws_poptfsp.iso -> ./Prince of Persia - Les Sables Oubli? s [SPXP41].iso the correct caracter is ' é ' ...

Fixed!

 

[Wiimm]

WIT: Wiimms ISO Tools v0.48a - 2010-05-29
A command line WBFS tool set for various os.

I have updated the tool. The first post with more details is updated too.


Download of the current stable version:

• wit-v0.48a-r1145-i386.tar.gz : linux/i386 version
• wit-v0.48a-r1145-x86_64.tar.gz : linux/x86_64 version
• wit-v0.48a-r1145-mac.tar.gz : Mac OS universal binaries (ppc, i386 and x86-64)
• wit-v0.48a-r1145-cygwin.zip : cygwin (win32) version
• Previous releases are available from http://wit.wiimm.de/download.html.

There is also a GUI available:

• WiiJManager Multiplatform

Highlights of this release:

• With help from Giantpune I have improved the composing of Wii ISO images. The are several new options to change the content of the system files (--region= --ios= --id= --name=). Now not only TMD, but also TICKET will be trucha signed.
  .
• To compose a ISO image just use one of the commands which wil accept ISO images as source like "wit COPY" or "wwt ADD". The article "Composing Wii ISO Images" explains composing details.
  .

Last changes:

wit v0.47a r1106 - 2010-05-22

ÂÂ- ID checking redesigned, underscore is now an allowed character.
ÂÂ- Command line parsing rewritten: Commands and command specific options are
ÂÂÂÂdefined in a special tool (C file 'gen-ui.c'). If running this tool it
ÂÂÂÂgenerates C source for all tools to analyse commands and options and to
ÂÂÂÂprint help messages.
ÂÂ- Included help was improved: wit and wwt supports now 'HELP command'.
ÂÂÂÂThe output is now aligned to the current terminal width.
ÂÂ- The documentation of all new options is now complete.
ÂÂ- Bug fix: wit has shown wrong file size for splitted ISO images.

wit v0.48a r1145 - 2010-05-29

- wit SCRUB: Option --enc= available to encrypt and decrypt disc images.
- Bug fix for wit COPY: Creating a WBFS file with FST as source failed.
- Bug fix: If reading from a CISO a minimal file size is now set.
- Composing bug fix: Forgotten to set offset 0x4fffc to value 0xc3f81a8e.
- New option --id=id: Modify ID in disc header, boot.bin, ticket.bin
ÂÂ and tmd.bin when composing a Wii ISO image.
- New option --name=name: Modify dics title in disc header and boot.bin
ÂÂ when composing a Wii ISO image.
- New option --modify=NONE,DISC,BOOT,TICKET,TMD,ALL,AUTO: decides which
ÂÂ of disc header, boot.bin, ticket.bin and/or tmd.bin is modified when
ÂÂ using the options --id=id orÂÂ--name=name.
- New option --region=JAPAN,USA,EUROPE,KOREA,FILE,AUTO: Set region when
ÂÂ composing a Wii ISO image. Unsigned numbers are also allowed.
- New option --ios=number or --ios=high-low: Define system version (IOS)
ÂÂ within TMD when composing a Wii ISO image.
- TMD and TICKET (=new) will be trucha signed if composing a disc.
- All UTF-8 characters with code >= 0x80 are allowed in filenames.

Missing docu:
ÂÂ- wit commands ILIST + EXTRACT

Sources comes with GPL2. Checkout the sources directly from the SVN repository or browse the source.

Because the SVN repository path has switched you must execute the following command once before updating:

svn switch http://opensvn.wiimm.de/wii/trunk/wiimms-iso-tools

 

[Blue-K]

Really, every update just amazes me every time...great, great work, Wiimm

!!!

Btw, what do you think about an PPA/Update-Function?

 

[Wiimm]

Really, every update just amazes me every time...great, great work, Wiimm

!!!

Btw, what do you think about an PPA/Update-Function?

PPA? Do you mean ISO sector patching?

No for that. I plan to go on patching on file level; it seems to be more flexible. The data structures are already there. And "wit diff -F+" it the first function that works on file level.

 

[Little Baron]

Hi Wiimm,
your tools are great. And cloning takes time, but is easy and works fine. We are 7 persons here and all like mario kart. And now each can have it's own profile. Thank you for all and especially for this new feature.

 

[Blue-K]

Really, every update just amazes me every time...great, great work, Wiimm

!!!

Btw, what do you think about an PPA/Update-Function?

PPA? Do you mean ISO sector patching?

No for that. I plan to go on patching on file level; it seems to be more flexible. The data structures are already there. And "wit diff -F+" it the first function that works on file level.

Aehm...I have no idea what you're talking about

. Basicly I've meant THIS PPA. Or an Update-Command that will automaticly download the latest version and install it. As far as I know, right now this doesn't exist, and with your frequent Updates it would be a nice option...

 

[mattesno1]

while earlier versions of WIT didn't allow copying from .wbfs to .wbfs the current revision copies EXAMPLE.wbfs to EXAMPLE.wbfs.wbfs using the following command:

wit copy -s /SRC/DIR /DEST/DIR/%X.%E -vvBR

 

[Wiimm]

@Bkue-K
Mistake of my: I thought "PPF patcher".
I have here a RPM creator script too. In the moment I spent my free time much rather in creative things. My head is full of ideas.

while earlier versions of WIT didn't allow copying from .wbfs to .wbfs the current revision copies EXAMPLE.wbfs to EXAMPLE.wbfs.wbfs using the following command:

wit copy -s /SRC/DIR /DEST/DIR/%X.%E -vvBR

I have forgotten to log this bug fix.

 

[Monosodium gluta]

First thanks for creating this set of command line tools!

Second I think I run into a small problem yesterday.
After downloading the latest package for OS X I immediately wanted to test the tools and ran this command:

$ iso2wbfs --verbose --progress Rayman Raving Rabbids.iso

The result was two 4 GB wbfs files and one 800 MB wbfs file. The original is the normal 4.7 GB ISO.

$ ls -la 
total 27542080
drwx------ÂÂ 1 yoshiÂÂrootÂÂÂÂÂÂ 16384 May 31 23:05 .
drwx------ÂÂ 1 yoshiÂÂrootÂÂÂÂÂÂ 16384 May 31 12:06 ..
-rwx------ÂÂ 1 yoshiÂÂrootÂÂ4699979776 Jun 27ÂÂ2007 Rayman Raving Rabbids.iso
-rwx------ÂÂ 1 yoshiÂÂrootÂÂ4294934528 May 31 23:00 Rayman Raving Rabbids.wbf1
-rwx------ÂÂ 1 yoshiÂÂrootÂÂ 811663360 May 31 23:05 Rayman Raving Rabbids.wbf2
-rwx------ÂÂ 1 yoshiÂÂrootÂÂ4294934528 May 31 23:05 Rayman Raving Rabbids.wbfs

I don't get it. I though I would get one scrubbed file around 1 GB?

I tried to search the forums for help and found this post:

2009-11-09 10:04 2,000,000,000 R8PE01.wbfs
2009-11-09 10:05 2,000,000,000 R8PE01.wbf1
2009-11-09 10:06 699,979,776 R8PE01.wbf2

is there anything wrong with my command ??

This is a bug. I remember that I set the output files size to the input file size, but WBFS should be an exception.

Does this has anything to do with my results?

 

[mattesno1]

while earlier versions of WIT didn't allow copying from .wbfs to .wbfs the current revision copies EXAMPLE.wbfs to EXAMPLE.wbfs.wbfs using the following command:

wit copy -s /SRC/DIR /DEST/DIR/%X.%E -vvBR

I have forgotten to log this bug fix.

I think you got me wrong (?) the current release doubles the file extension: *.wbfs -> *.wbfs.wbfs

Also converting from iso to wbfs has the same result

 

[Wiimm]

@mattesno1
It's *not* a bug.
"%X" is per definition the same as "%T [%I].%E"
And so "%X.%E" doubles the extension.

ÂÂÂÂÂÂÂÂ'I' : ID6
ÂÂÂÂÂÂÂÂ'N' : Disc name
ÂÂÂÂÂÂÂÂ'T' : Title of title db. If no title found the disc name is used.
ÂÂÂÂÂÂÂÂ'E' : The default extension ('wdf', 'iso', 'ciso' or 'wbfs')
ÂÂÂÂÂÂÂÂ'P' : The path (all upto the last '/') of the source file
ÂÂÂÂÂÂÂÂ'F' : The filename (start behind the last '/') of the source file
ÂÂÂÂÂÂÂÂ'X' : Extended filename: A short cut for '%T [%I].%E'
ÂÂÂÂÂÂÂÂ'Y' : Extended filename: A short cut for '%T [%I]' (no file extension)
ÂÂÂÂÂÂÂÂ'+' : The default filename: WBFS='%I.%E', all other='%X'

 

[mattesno1]

*hide*
my bad! thanks

 

[Wiimm]

@Monosodium
I can't reproduce your bug (i have converted several iso images to wbfs)

Please do
1.) "make debug all"
2.) execute your command with the new tool again
3.) PN me the trace file named "_trace-iso2wbfs.tmp" (or send a download link)