Hacking wwt+wit: Wiimms WBFS+ISO Tools

[Wiimm]

@[member='jayjay960']
Here are 2 new binaries for Linux/386 revision 3380. It is a BETA because I'm on the way to change the patch id and this is not completed now.
* http://wit.wiimm.de/download/x/wit-3380
* http://wit.wiimm.de/download/x/wwt-3380
Both images support --force to ignore some checks while scanning a disc. Please try them.

 

[Skeeve]

Hi Wiimm!

I don't understand this:

$ wwt extract --test --update --part /dev/disk2s1 --split --DEST "/Volumes/HOMEBREW/wbfs/%T [%I]/" --wbfs --verbose
wwt: Wiimms WBFS Tool v1.01c r1366 mac - Dirk Clemens - 2010-07-11
One WBFS partition found.
!! wwt: ERROR #26 [MISSING PARAMETERS] in cmd_extract() @ src/wwt.c#1924
!!	  missing parameters
wwt: Command 'EXTRACT' returns with status #26 [MISSING PARAMETERS]

What is the command EXTRACT missing?

 

[PsyBlade]

I think what is missing is WHAT you want extracted

 

[Skeeve]

PsyBlade you saved my day!

 

[Skeeve]

Unfortunately all my wbfs files are deleted :-( Is there a bug in wwt?

 

[Wiimm]

Unfortunately all my wbfs files are deleted :-( Is there a bug in wwt?

I'm sure, not with this command.

What does "wwt analyse --part /dev/disk2s1" say?

 

[Skeeve]

No, wiimm. The wbfs formatted disk is okay. I'm just copying all the files back to the fat formatted disk.

Explanation: I have a wbfs formatted disk on /dev/disk2s1 and a fat32 formatted on /Volumes/HOMEBREW with a different set of files.

I did an wwt add --update yesterday to copy all new files from fat32 to wbfs.

Today I wanted to copy every missing file from wbfs to fat32 so that both are in sync.

I did the --test command from above with \* for the 2thing to copy". First run was okay, listing several files which would be copied and which would not be copied. I did a second run an now ALL files would be copied. I did a quick check just to see that many (if not all) of the files from the fat32 disk are gone.

 

[Wiimm]

I will test the same command.

 

[JoostinOnline]

Wait, why are you even using wbfs instead of FAT32?

 

[Skeeve]

I don't use wbfs. The wbfs disc isn't mine.

 

[Skeeve]

See, wiimm, what I just found on your homepage:

10. wit v1.26a r2223 - 2011-01-27

- Bug fix for "wwt EXTRACT --test": If extracting to an already existing file
the old file was removed.

Seems to be exactly what happend to me as I'm (see above) using v1.01c r1366

 

[Skeeve]

So as it seems I have a too old version, I tried to compile on my OS X 10.5 but unfortunately failed. I could compile before. Here is what I did:

$ svn up
D	lib
D	svn-revision.flag
A	gen-text-file.sh
[...long list shortened...]
U	setup.sh
U	Makefile
U   .
Updated to revision 3389.
$ make clean
***	  rm output files + distrib
$ make
***  create templates.sed	
***  create version.h		
***	text logo.inc		
***	text ui-head.inc	  
***  object gen-ui.o		
***  object LzFind.o		
***  object Lzma2Dec.o	  
***  object Lzma2Enc.o	  
***  object LzmaDec.o		
***  object LzmaEnc.o		
***  object cert.o		  
***  object dclib-utf8.o	
***  object debug.o		  
***  object file-formats.o  
***  object iso-interface.o  
***  object lib-bzip2.o	  
***  object lib-ciso.o	  
***  object lib-file.o	  
***  object lib-lzma.o	  
***  object lib-sf.o		
***  object lib-std.o		
***  object lib-wdf.o		
***  object lib-wia.o		
***  object libwbfs.o		
***  object match-pattern.o  
***  object patch.o		  
***  object rijndael.o	  
***  object sha1_one.o	  
***  object sha1dgst.o	  
***  object blocksort.o		[libbz2]
***  object bzlib.o			[libbz2]
***  object compress.o		 [libbz2]
***  object crctable.o		 [libbz2]
***  object decompress.o	   [libbz2]
***  object huffman.o		  [libbz2]
***  object randtable.o		[libbz2]
***	 asm ssl-asm.o		
***  object titles.o		
***  object tools.o		  
***  object ui.o			
***  object wbfs-interface.o
***  object wiidisc.o		
***  helper gen-ui		  
*** +object wdf.o			
***  object wit-mix.o		
***	tool wdf				
*** +object wfuse.o		  
In file included from /usr/local/include/fuse/fuse.h:857,
from /usr/local/include/fuse.h:9,
from src/wfuse.c:42:
/usr/local/include/fuse/fuse_compat.h:69:24: error: sys/statfs.h: No such file or directory
In file included from /usr/local/include/fuse/fuse.h:857,
from /usr/local/include/fuse.h:9,
from src/wfuse.c:42:
/usr/local/include/fuse/fuse_compat.h:91: warning: ‘struct statfs’ declared inside parameter list
/usr/local/include/fuse/fuse_compat.h:91: warning: its scope is only this definition or declaration, which is probably not what you want
/usr/local/include/fuse/fuse_compat.h:140: warning: ‘struct statfs’ declared inside parameter list
make: *** [wfuse.o] Error 1

What am I missing?

 

[PsyBlade]

What am I missing?

statfs.h

scnr

Why not use the binary instead?

 

[Wiimm]

This seems an error in wfuse for (some) Mac versions. I have edited the file /usr/local/include/fuse/fuse_compat.h:69 to

#ifndef __FreeBSD__
//#include 
#include

I repeat PsyBlades question: Why not use the binary instead?

See, wiimm, what I just found on your homepage:

10. wit v1.26a r2223 - 2011-01-27

- Bug fix for "wwt EXTRACT --test": If extracting to an already existing file
the old file was removed.

Seems to be exactly what happend to me as I'm (see above) using v1.01c r1366

It's very long ago and I haven't remembered this bug. But no programmer is perfect.

 

[Skeeve]

I'd like to be able to compile it just because I could compile before, now something seems to be missing here. I think it's because I don't have this fuse-stuff. Is there a switch to compile without fuse?

Sorry, Wiimm! Didn't see the comment about editing the header file. Now that I've done that, it compiled. Thanks.

 

[Wiimm]

Is there a switch to compile without fuse?

FUSE is detected automatically (by searching the include files). You can disable it with:
NO_FUSE=1 make ...

 

[PsyBlade]

running "wwt check Y:" is supposed to work isn't it?

because all I get is the error below
checking via "wwt check -A" DOES work



C:\Dokumente und Einstellungen\x\Desktop\wit-v2.03a-r3309-cygwin\bin>wwt check Y:
***** wwt: Wiimms WBFS Tool v2.03a r3309 cygwin - Dirk Clemens - 2011-12-30 **
***

!! wwt: ERROR #25 [CAN'T OPEN FILE] in AnalyzePartitions() @ src/wbfs-interface.
c#346
!! Can't open file: /cygdrive/y
!! -> Permission denied [13]
!! wwt: ERROR #17 [NO WBFS FOUND] in AnalyzePartitions() @ src/wbfs-interface.c#
448
!! no WBFS partitions found -> abort

 

[Wiimm]

It's not a bug, it's a feature

"Y:" is an alias for "/cygdrive/y" and both are links to a mounted file system. -a/-A tries to find the partition using /proc/partitions (giving "sda1"...) and that are block devices. When I start using cygwin I didn't find any way to find out which block device is used for paths like "/cygdrive/y".

 

[Skeeve]

I used cleanrip to rip some of my GameCube discs. Now I have a handful of files named GAMEID.iso. On http://wit.wiimm.de/ I read "Wiimms ISO Tools is a set of command line tools to manipulate Wii and GameCube ISO images and WBFS containers" but I can't figure out, how to handle these dumps. wit LIST /path/to/the/files/*.iso does not recognize them as gamecube isos. What am I missing?

 

[Wiimm]

The command is correct and I haven't any problems with it:

# wit list pool/gc/*.iso

ID6     2 discs (2784 MiB)
-------------------------------------------
GM4P01  Mario Kart: Double Dash!!
GZLP01  The Legend of Zelda: The Wind Waker
-------------------------------------------
Total: 2 discs, 2784 MiB used.


# wit dump pool/gc/mkdd.iso

Dump of file pool/gc/mkdd.iso

Real path:         /disk/ide1/nonopen/wit/pool/gc/mkdd.iso
ISO file size:      57058000/hex = 1459978240 = 1392 MiB
Scrubbed size:      24368000/hex =  607551488 =  579 MiB, 41.6%, 18541*32K
File & disc type:  ISO/GC  &  GameCube
Disc & part IDs:   disc=GM4P01, ticket=...., tmd=-, boot=GM4P01
Disc name:         Mario Kart Double Dash!
DB title:          Mario Kart: Double Dash!!
ID Region:         PAL [PAL ]
BI2 Region:        2 [Europe]
Partitions:             1  []
Directories:           34
Files:                329