wwt+wit: Wiimms WBFS+ISO Tools

How can I exract the file system of a game disc from a WBFS partition? I notice that there is no --fst option for wwt, only wit has this option.


Oh... I got it~ great!

wit extract /dev/sdb1/SVMJ01 c:\sss

 

Any plan to support WiiWare and VC etc. on Wii platform?

 

Not useing WIT that often now... but just updated to latest 1.22a, and it seems this issue is back.
Now WIT replaces all the german umlauts with an " · "

 

Error occured:

D :\wit>wit llll "d:\www.wia"
!! wit: ERROR #39 [FATAL ERROR] in XReadF() @ src/lib-file.c#2049
!! ASSERTION FAILED: 124 10000

"www.wia" is a GC game file.

Wii game in wia format has no this problem.


Windows XP 32bit

 

"Convert" = "Copy" + "Delete", is that right ?

I use the "convert" option to convert my game files from one format to another format, but I found the the dest path or filename of converted file is a little strange:

1、sometimes the dest path is source path, and the dest filename is source filename.(I hope convert option works is this way) for example:
C :\wit\wit convert D :\A.wbfs --wdf
D :\A.wbfs Convert=>To D :\A.wdf

2、sometimes the dest path is current path, and the dest filename ID + Name for example:
C :\wit\wit convert D :\B.wdf --wbfs
D :\B.wdf Convert=>To D :\wit\Rainbow Pop [RB2J2K].wdf


The following is a snapshot on my system, notice the source and dest path and filename:
D :\wit>wit cv "d :\Rainbow Pop [RB2J2K].wdf" --wbfs
***** wit: Wiimms ISO Tool v1.22a r2012 cygwin - Dirk Clemens - 2010-11-22 *****
* COPY+SCRUB 1/1 WDF:/cygdrive/d/Rainbow Pop [RB2J2K].wdf -> WBFS:/cygdrive/d/RB2J2K.wbfs

D :\wit>wit cv "d :\RB2J2K.wbfs" --wdf
***** wit: Wiimms ISO Tool v1.22a r2012 cygwin - Dirk Clemens - 2010-11-22 *****
* COPY+SCRUB 1/1 WBFS:/cygdrive/d/RB2J2K.wbfs -> WDF:Rainbow Pop [RB2J2K].wdf


Because the dest path/filename is not always same, and it seems that "convert" option could not accept a dest path parameter such as "d:\%6I.%E", so I think if I could repalce the "convert" with "copy" + "delete",because the "copy" option could accept the dest path parameter

 

Another question:
============================================================
D :\wit>wit copy "d:\super mario collection [RMGJ01].wdf" "d:\SVMJ01" --fst -vv

wit: Wiimms ISO Tool v1.22a r2012 cygwin - Dirk Clemens - 2010-11-22

wit: EXTRACT WDF:/cygdrive/d/super mario collection [RMGJ01].wdf -> /cygdrive/d/SVMJ01/
- will extract 48 files of 1 partition, 11 MiB total
12 MiB copied in 0:01, 11.5 MiB/sec
============================================================

When the command finished, I found there is a folder named "cygdrive" with none file in it added in D :\ (it doesn't exists before), perhaps it is a bug, check it please.

 

I have a problem..

I can read and extract .iso files from my 1TB .wbfs drive.

But i cannot add any games with any backup manager.
After a few seconds it just stops.
I've checked with wb fusion 1.23. I had various errors.

After i repaired the drive everything was fine. I could add .iso files again.
Then i tried to repair the free space errors.

Now my drive has no errors ( wb fusion tells me ) but I can't add iso's any more ( again ).

Can somebody help me?

About 5% transferring and it all stops....

 

@Wiimm , I have a GC game ISO (size:1.35GB) and I have no problem to use a tool:GC-Tool
to open/check this ISO.(see below)



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 ?

Code:

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.

 

Hey Wiimm,

I've just updated my sandbox and found this error during make:

Code:

$ make
***ÂÂ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ÂÂÂÂÂÂÂÂ
src/lib-file.c: In function ‘PreallocHelper’:
src/lib-file.c:1778: warning: implicit declaration of function ‘posix_fallocate’
***ÂÂ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ÂÂÂÂÂÂÂÂ
***ÂÂÂÂ asm ssl-asm.oÂÂÂÂÂÂÂÂ 
***ÂÂobject titles.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject tools.oÂÂÂÂÂÂÂÂÂÂ 
***ÂÂobject ui.oÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject wbfs-interface.oÂÂ
***ÂÂobject wiidisc.oÂÂÂÂÂÂÂÂ 
***ÂÂhelper gen-uiÂÂÂÂÂÂÂÂÂÂÂÂ
Undefined symbols:
ÂÂ"_posix_fallocate", referenced from:
ÂÂÂÂÂÂ_PreallocHelper in lib-file.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [gen-ui] Error 1

I'm running OSX 10.6.x here, and after googling for a while I found this reference.

My C skills are... well, forget about it, but please consider incorporate something along these lines:

CODEIndex: src/lib-file.c
===================================================================
--- src/lib-file.cÂÂÂÂ(revision 2100)
+++ src/lib-file.cÂÂÂÂ(working copy)
@@ -45,6 +45,10 @@
ÂÂ #include
#endif

+#if defined(HAVE_FALLOCATE)
+ÂÂ#include
+#endif
+
#include "lib-std.h"
#include "lib-sf.h"
#include "wbfs-interface.h"
@@ -1769,15 +1773,37 @@
ÂÂÂÂÂÂÂÂÂÂÂÂfound = *ptr;
ÂÂÂÂÂÂÂÂÂÂÂÂfound_size = found->size;
ÂÂÂÂÂÂÂÂÂÂÂÂ}
+
ÂÂÂÂÂÂÂÂif (!found)
ÂÂÂÂÂÂÂÂÂÂÂÂbreak;

-ÂÂÂÂÂÂÂÂPRINT("CALL posix_fallocate(%d,%9llx,%9llx [%s])\n",
+ÂÂÂÂÂÂÂÂPRINT("CALL specific allocate method with (%d,%9llx,%9llx [%s])\n",
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂf->fd, (u64)found->off, (u64)found->size,
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂwd_print_size_1024(0,0,found->size,true) );
-ÂÂÂÂÂÂÂÂposix_fallocate(f->fd,found->off,found->size);
+
+ # ifdef HAVE_FALLOCATE
+
+ÂÂÂÂÂÂÂÂfallocate(f->fd, FALLOC_FL_KEEP_SIZE, found->off, found->size);
+
+ # elif defined(__APPLE__)
+
+ÂÂÂÂÂÂÂÂfstore_t fst;
+ÂÂÂÂÂÂÂÂfst.fst_flags = F_ALLOCATECONTIG;
+ÂÂÂÂÂÂÂÂfst.fst_posmode = F_PEOFPOSMODE;
+ÂÂÂÂÂÂÂÂfst.fst_offset = found->off;
+ÂÂÂÂÂÂÂÂfst.fst_length = found->size;
+ÂÂÂÂÂÂÂÂfst.fst_bytesalloc = 0;
+ÂÂÂÂÂÂÂÂfcntl(f->fd, F_PREALLOCATE, &fst);
+
+ # else
+
+ÂÂÂÂÂÂÂÂposix_fallocate(f->fd, found->off, found->size);
+
+ # endif
+
ÂÂÂÂÂÂÂÂfound->size = 0;
-ÂÂÂÂÂÂÂÂPRINT("posix_fallocate() done\n");
+ÂÂÂÂÂÂÂÂPRINT("allocate method done\n");
+
ÂÂÂÂÂÂÂÂ}
ÂÂÂÂ}
ÂÂÂÂ }

Thanks! :-)

--deo

 

Wiimm,

actually, no.

The patch adds support for preallocation on Mac OS X, using the fcntl system call. It also gives preference to the Linux syscall that
uses filesystem-level preallocation support, if available. From what I can tell, it really does a difference when enabled on Mac OS X.

When this is in place, you can remove the NO_PREALLOC flag from the makefiles-local/Makefile.local.mac file.

BTW, all these preallocation calls (not only the mac one) should probably be done in a safer way, don't you think? :-)

Even if the patch isn't accepted, I would expect that by running 'make' it should auto-detect the correct flags and don't issue any error/warning.

As always, keep the great work!

Take care,

-- deo