I haven't forgotten this, but in the last weeks I spent all my free time into a MKW-Fun project with more than 32 tracks. And here in germany we have also only 24 hours per day ....
wbfs_file -g file.iso convert directory/
Hi,
Is there any simple way of converting command
to wit?Code:wbfs_file -g file.iso convert directory/
I would like to get directory called "game name [gameid]" with "gameid.wbfs, gameid.wbf1" files inside.
I don't need script like this: https://gist.github.com/openback/1138763
Just one/simple command line.
Hey Wiimm, would it be possible to support the --sections option for the CHECK and REPAIR commands of wwt? That would simplify a lot the implementation of these commands in GUIs.
YesThank You for fast response.
"-g" means "Copy only game partition from ISO"
So I believe it translates to "--psel DATA", right?
http://wit.wiimm.de/info/iso-images.html#escWiimm, could You point me to doc which describes %X,%I macros?
Is there magic command which for specified dir:
- find all .wbfs files (recursive dig)
- checks them (one at a time, this is not flash/ssd storage)
- pint nice looking summary
# ./wwt check a.wbfs --sections
[version]
prog=wwt
name=Wiimms WBFS Tool
version=2.24a
beta=0
revision=4818
system=x86_64
endian=1234 little
author=Dirk Clemens
date=2013-12-30
url=http://wit.wiimm.de/wwt
[check-wbfs]
wbfs=a.wbfs
[check-summary]
err-sectors-marked-free=1
err-sectors-marked-used=0
err-sectors-multi-usage=1
err-sectors-invalid-reference=0
err-discs-without-blocks=0
total-errors=2
total-invalid-discs=2
[error]
program=wwt
command=CHECK
code=19
name=INVALID WBFS
text=Invalid WBFS
wbfs_file -g abcd.iso convert asd
wit copy --wbfs --psel data -z abcd.iso "asd/%Y/%+"
wit diff -v a.wbfs b.wbfs
wit verify --recurse .
Definitely no. There is no reason to switch from my open SVN repository to GIT.Here are some points to Your New Year's resolution list:
- migrate to git
- host on github
http://svenpet.com/2013/02/21/dont-use-git/Definitely no. There is no reason to switch from my open SVN repository to GIT.
SVN supports all my needs. Again, no reason to change.http://svenpet.com/2013/02/21/dont-use-git/
Happy New Year btw
I know about integration of the wit tools in some linux distributions, but not one was done by me.Dear Wiimm,
First i'd like to congratulate to you for the inclusion of wit in the official debian repositories! I was shocked and amused when i realised this. Another script i dont have to download and install manually, imdbphp should be next
Nickkk
Here is the result of a first implementation (verbose level 0)
Code:# ./wwt check a.wbfs --sections [version] prog=wwt name=Wiimms WBFS Tool version=2.24a beta=0 revision=4818 system=x86_64 endian=1234 little author=Dirk Clemens date=2013-12-30 url=http://wit.wiimm.de/wwt [check-wbfs] wbfs=a.wbfs [check-summary] err-sectors-marked-free=1 err-sectors-marked-used=0 err-sectors-multi-usage=1 err-sectors-invalid-reference=0 err-discs-without-blocks=0 total-errors=2 total-invalid-discs=2 [error] program=wwt command=CHECK code=19 name=INVALID WBFS text=Invalid WBFS
Please send me the output of "wit dump IMAGE"I received a report from a user of Witgui who says that double layer discs can't be converted. In fact, I tried converting "Disney Infinity" and an "end of data behind end of file"-error is thrown when trying to list it or to convert it.
Please send me the output of "wit dump IMAGE"
The "End of data" is the assumed end of the image after reading the disc header. 0x1fa550000 is about 7.9 GiB.!! Partition 0 [DATA]: End of data (0x1fa550000) behind end of file
But the image is to small, because only a single layer disc was ripped.ISO file size: 118240000/hex = 4699979776 = 4482 MiB
wit v2.25a r4825 - 2014-01-03
- New option --auto-split: If set, the tools try to find out, if an image
split is needed. The split size is then either below 4 or 2 GiB. Auto-Split
base on tests with fseek() and works fine under Linux, but it don't work
with Cygwin. Mac is unknown. In future versions --auto-split is enabled by
default. It is disabled by any other split option.
- New option --no-split: Disable file splitting at all. At the moment and in
old versions of the tools, this is the default.
- wwt CHECK+REPAIR: Support for option --sections.
- Windows only: Cygwin update to v1.7.27 2013-12-09.
It's clearly a bad dump (ripping error?):
The "End of data" is the assumed end of the image after reading the disc header. 0x1fa550000 is about 7.9 GiB.
But the image is to small, because only a single layer disc was ripped.