wwt+wit: Wiimms WBFS+ISO Tools

did you try to escape the % sign?

 

I am running linux. I cannot figure out how to use the variable characters with this program! I'm trying simply rename the files. What should the syntax be in Linux to rename using the %Y variable, I want them all in wbfs files (although one got switched to .iso during my attempts to rename these things). I don't know what psyblade means by "escape the % sign"... Do I have to tell the program that % is a variable in some way? I always get things that look like this:

Code:

$ wit move -E$ /media/F999-3192/*.wbfs $Y2.wbfs
*****ÂÂwit: Wiimms ISO Tool v1.16a r1645 x86_64 - Dirk Clemens - 2010-09-01ÂÂ*****
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: .wbfs

Code:

$ wit move /media/F999-3192/*.wbfs "%Y".wbfs --progress
*****ÂÂwit: Wiimms ISO Tool v1.16a r1645 x86_64 - Dirk Clemens - 2010-09-01ÂÂ*****
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1723
!!ÂÂÂÂÂÂFile already exists: [].wbfs

What am I not doing right? I could have renamed them manually by now.

 

Is there another tool I can use? This is too frustrating. Typing in the commands as you guys are putting them the program doesn't work. Sometimes the output is simply this:

Code:

*****ÂÂwit: Wiimms ISO Tool v1.16a r1645 x86_64 - Dirk Clemens - 2010-09-01ÂÂ*****

Then back to $. No other output at all.

Nothing I've tried using things like %T, %X, '%T', \%T, or whatever work at all, it always tries to name the files "[].wbfs".

Is there something that I should be doing or something that I need to install? Is there an issue with 64 bit? Is there a problem with my syntax?

Code:

$ wit move -r /media/F999-3192/*.wbfs -D '%X' -v --test

wit: Wiimms ISO Tool v1.16a r1645 x86_64 - Dirk Clemens - 2010-09-01

- WOULD MoveÂÂ 1/116 ISO:/media/F999-3192/R5WEA4.wbfs -> [].iso
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1725
!!ÂÂÂÂÂÂFile already created: [].iso

Code:

$ wit move /media/F999-3192/*.wbfs --titles /documents/Downloads/Wii/Disk\ Tools/wit-v1.16a-r1645-x86_64/lib/titles.txt -d /media/F999-3192/\%Y.wbfs --progress --test
*****ÂÂwit: Wiimms ISO Tool v1.16a r1645 x86_64 - Dirk Clemens - 2010-09-01ÂÂ*****
- WOULD MoveÂÂ 1/116 ISO:/media/F999-3192/R5WEA4.wbfs -> /media/F999-3192/[].wbfs
!! wit: ERROR #24 [CAN'T CREATE FILE] in exec_move() @ src/wit.c#1725
!!ÂÂÂÂÂÂFile already created: /media/F999-3192/[].wbfs

I can post more examples. It's all the same output no matter what I try.

 

And so on for every other file. If I'm not supposed to use %Y or $Y what am I supposed to use!? 'Y' offers the same thing. '%Y' as well.

There are really just two commands I want to run:
1. I want to rename all the wbfs files in one directory (already on my FAT32 partition) to their Title and ID6. What is the Exact command for that under Linux?
2. I want to rename using the same convention and split into 3G chunks all the wbfs files currently on my mule drive (EXT3 filesystem), and have the destination the FAT32 partition.

A third and final step I'd also like to be able to do is:
Take the USB loader incompatible games (like MP:Trilogy) and extract them for use under UNEEK+DI on the same FAT32 partition. I would obviously do this one at a time, but that's not a big deal since there are only four or five of them.

 

I triple boot, but mainly run OSX for wit+wwt. I'm just a bit orderly with files so was hoping for a simple way of renaming the .wbf1 files accordingly with %X. Nothing direly pressing.

 

I think the extract killed all my games. They show up in the list on USB loaders (the ones that I have that aren't over 4G, since I can't split any of the larger ones yet) but none of them play. Is there a way to fix them? Am I just not using them correctly in the USB loader? Tried with WiiFlow, Configurable and USB Loader GX, using different game load CIOS, and tested several games I know worked.

Not a happy camper right now....

 

Hi,
have some weird issue i've never seen before.
I use WIT to rename & scrub (ntfs sparse) my isos.
Therefore, i copy them to a /tmp dir.

If i execute these 2 commands in the windows console (within the /tmp dir), everything works fine.

Code:

\wit\wit.exe move *.iso -d ./%X -T titles-de.txt
\wit\wit.exe scrub *.iso

So i tried to make a .bat file out of them. (/me lazy
Unfortunately, this does not work?!?
The first iso gets renamed to X, and the second one complaints then, that X is already existing.

Any hint/glue, why this does not work with WIT?!
calling the .bat from the console does not work either?!

 

Well, those files extracted from the WBFS partition were all junk. I'm starting over. Luckily I don't have a bandwidth cap and I have plenty of burned disks and am starting to rebuild my collection. The program seems to be working fine for copying directly from the DVD drive to .wbfs files in the right naming scheme.

One question, when I download some images, they come in rar packs, rar, r00, r01, etc. I notice you say, in your list of features:
"and can read from pipes (indirect RAR/ZIP/7Z support)"
Does that mean I can have the program extract the iso image to a .wbfs file directly? Or do I need to extract all the items first and then have the program convert and scrub?

 

you still need to use two programs (eg zip & wit) but zips output is direktly written to wit (not HDD)
see http://en.wikipedia.org/wiki/Pipeline_%28Unix%29

 

OK, constructing that in my head is too complicated. Easier to just extract all the rar files, then run the wit command. Takes longer, but I can just let it run while I do other things.

 

I'm tired of using Windows VM to transfer games to my drive, but can't for the life of me get WWT to work for me. Sorry if this has been explained before. I have a fat32 drive with its wbfs folder in place. What's the proper command for simply (and properly) adding games to my wbfs folder? I'm on OSX running the latest binaries.

Here's basically what I've tried to do..

Code:

null:~ null$ wwt analyze
ScanDevForPartitions(sd)
- part found: /dev/sdt
ScanDevForPartitions(rdisk)
- part found: /dev/rdisk0
- part found: /dev/rdisk0s1
- part found: /dev/rdisk0s4
- part found: /dev/rdisk0s2
- part found: /dev/rdisk0s5
- part found: /dev/rdisk0s3
- part found: /dev/rdisk1
- part found: /dev/rdisk1s1

ANALYZE /dev/sdt

ANALYZE /dev/rdisk0

ANALYZE /dev/rdisk0s1

ANALYZE /dev/rdisk0s4

ANALYZE /dev/rdisk0s2

ANALYZE /dev/rdisk0s5

ANALYZE /dev/rdisk0s3

ANALYZE /dev/rdisk1

ANALYZE /dev/rdisk1s1

null:~ null$

..is it suppose to show me something here? Anyways, /dev/rdisk1 is the drive in question. Skimming through the thread I saw this command mentioned.. so..

Code:

null:~ null$ wwt check --auto
ScanDevForPartitions(sd)
- part found: /dev/sdt
ScanDevForPartitions(rdisk)
- part found: /dev/rdisk0
- part found: /dev/rdisk0s1
- part found: /dev/rdisk0s4
- part found: /dev/rdisk0s2
- part found: /dev/rdisk0s5
- part found: /dev/rdisk0s3
- part found: /dev/rdisk1
- part found: /dev/rdisk1s1
*****ÂÂwwt: Wiimms WBFS Tool v1.16a r1645 mac - Dirk Clemens - 2010-09-01ÂÂ*****

!! wwt: ERROR #15 [NO WBFS FOUND] in AnalyzePartitions() @ src/wbfs-interface.c#381
!!ÂÂÂÂÂÂno WBFS partitions found -> abort
null:~ null$

Now if I try to do anything (copy, check, verify, move, etc, etc..) I basically get the same error of "no WBFS partitions found."

What am I missing? It just seems as if WWT can't associate my drive's wbfs folder properly. I'm hoping to add .wbfs containers and .iso files.

-TIA

edit: Using..
wit copy /path/to/*.wbfs --dest /Volumes/WII/wbfs/%I.wbfs --test
..seems to show it would move it. Is this the proper convention for moving games over?

edit 2:
I seem to have answered my own question in using wit over wwt. My question stands for the above command being a proper convention for moving files? I'd rather not end up with invalid sector heads and lose some split games.

 

The commands you were posting were not manipulating the files correctly. None of the files came with the proper name. I had checked the WBFS partition with WWT, and the files extracted with the ID6 as the name. They would not play with backup loaders and would not manipulate properly with WIT. I had already deleted the WBFS partition, so all the original files were lost. I spent the last few days ripping disks using wit [wit copy /dev/scd0 /wii_external_drive_path/%X --wbfs] and those all came out great. The program worked just perfectly for that purpose, but when I used WWT to extract those images they came out as junk. Every one of them. So I now have all my games back, formatted with the %X file name, with greater than 4GB images split in 2GB chunks. I also extracted some for use with SNEEK and they work great.

So, WIT: great program. Wonderful.

WWT: killed all my games! Took me several days to get them all back, many of which I had to re-download because I didn't have optical media versions of them!

Ultimately your commands work great, but only if the original files aren't corrupted.

 

Well, I tried it over 4 different OSs, and the results for me are the same. No matter what OS (Win/OSX/Linux), running "wwt analyze" as root or sudo, returns the same error. Actually, if I run it without root privs, I get permission denied on my internals, and the same result for the external - where it analyzes, and seemingly finds no wbfs "partition." So I'm lead to believe that my drive is somehow corrupted? Here, in case, lies the catch.. I don't have any problems with my drive (it's a single partition, so no issues there.) All games work great, the drive is completely readable with Wii Backup Manager (Win7.) Would that be normal if the drive was corrupted? (Any tools that I can run a check on the drive without breaking games?)

My question still stands, is using "wit copy" a proper convention for transferring games over? If I could just use "wit copy *.iso --dest /path/to/wbfs/newgame.wbfs" would that move the game properly to avoid the invalid sector error?

Hopefully this isn't a dumb question, but wwt does work with fat32 formatted drives, correct? ..as in its not just for wbfs-format drives?

Sorry for being a thorn, TIA.