When using wfuse with GameCube ISOs and reading at offset 0x20000, I seem to get data from offset 0x8000. Looks like an offset shifting problem?
Thanks for making these tools! Is the current source code available anywhere? GitHub would be my personal preference, but even tarballs would be helpful.
Thanks for making these tools! Is the current source code available anywhere? GitHub would be my personal preference, but even tarballs would be helpful.
Maybe an x4 issue:
GC uses direct offsets up to 4 GB. But these offsets are to small for a Wii discs with up to to 9 GB. So each offset (and many sizes) must be multiplied by 4 to get the real offset. And while implementing GC support, I sometimes forgot to disable this multiplication by 4.
Last edited by Wiimm,
current source: https://download.wiimm.de/source/wit-source-v3.02a.zip
D
Deleted User
Guest
@pthfdr
I'd imagine an image skeleton file might be helpful for Wiimm to debug this.
Can you provide the skeleton (.skel) file created by "wit skel test.iso", please?
And can you test if extracting works when you call wit like this:
I'd imagine an image skeleton file might be helpful for Wiimm to debug this.
Can you provide the skeleton (.skel) file created by "wit skel test.iso", please?
And can you test if extracting works when you call wit like this:
Code:
LC_ALL=C wit extract test.iso folder/
Last edited by leseratte,
D
Deleted User
Guest
I tried using LC_ALL. It does not work.
I was using JFS and the error occured. If I perform the extraction under tmpfs it works.
So, maybe you shouls output the name byte by byte (using escape codes like \xXX).
"wit skel" will really help: https://wit.wiimm.de/wit/cmd-skeleton.html
--------------------- MERGED ---------------------------
I send it only once with the result of 4 copies of the same post -- curios.
@mod: Please remove this and 2 messages above.
--------------------- MERGED ---------------------------
I send it only once with the result of 4 copies of the same post -- curios.
@mod: Please remove this and 2 messages above.
Hi All
Came across WIT in an attempt to convert an ISO to WBFS.
And I'm struggling with the format of the command line so any help gratefully appreciated
(some examples in the doc would really help!)
I'm using
wit copy --source "E:\Video\Processing\Wii\Game.iso" --wbfs --dest "E:\TEMP\Game.wbfs"
and I get
!! wit: ERROR #126 [FATAL ERROR] in wd_read_part() @ src/libwbfs/wiidisc.c#865
!! ASSERTION FAILED !!!
Any ideas?
Thanks in advance
Came across WIT in an attempt to convert an ISO to WBFS.
And I'm struggling with the format of the command line so any help gratefully appreciated
(some examples in the doc would really help!)
I'm using
wit copy --source "E:\Video\Processing\Wii\Game.iso" --wbfs --dest "E:\TEMP\Game.wbfs"
and I get
!! wit: ERROR #126 [FATAL ERROR] in wd_read_part() @ src/libwbfs/wiidisc.c#865
!! ASSERTION FAILED !!!
Any ideas?
Thanks in advance
Hi, If you want to transfer the iso to an external hdd and remove the update partition (but nothing else) you could use my parameters (like you, I was unable to find concrete, to the point info anywhere) so after lots and LOTS of experimentation I arrived at what I find works for me. You can do a search for my screenname in this thread and find the post with the commands.
Edit: here it is.
https://gbatemp.net/threads/wwt-wit-wiimms-wbfs-iso-tools.182236/page-94#post-7828089
Last edited by sideskroll,
Why not just use Wii Backup Manager: https://gbatemp.net/threads/wii-backup-manager-for-windows.188295/
Hello!
I have 2 folders in Windows containing .wbfs files.
First folder, I type "wit verify *", and it does its thing nicely, and after a while, I can see which are ok and which are not ok.
Second folder, I type "wit verify *", and I get:
!! wit: ERROR #76 [CAN'T OPEN FILE] in SetupReadSF() @ src/lib-sf.c#447
!! Can't open file: *
1 object scanned.
wit: Command 'Verify' returns with status #76 [CAN'T OPEN FILE]
What's happening?
I have 2 folders in Windows containing .wbfs files.
First folder, I type "wit verify *", and it does its thing nicely, and after a while, I can see which are ok and which are not ok.
Second folder, I type "wit verify *", and I get:
!! wit: ERROR #76 [CAN'T OPEN FILE] in SetupReadSF() @ src/lib-sf.c#447
!! Can't open file: *
1 object scanned.
wit: Command 'Verify' returns with status #76 [CAN'T OPEN FILE]
What's happening?
I started off there. WBM reads the two problem files. Gets the right name. Comes up with two green bars in the top right and Finished but the numbers are Total 00:00:00 - 100%
So I guess they must be corrupt files
Ok, I found what the problem was...
There were a few games with special characters in the file name, and as soon as I renamed them, WIT started behaving like expected. For example, the accent in Pokémon, others had a few dots (.) in the file name, another had character •
For some reason, even if there are many valid files in the folder, but there is only just one file with a "bad" character in the filename, then the whole process is being aborted instantly and the error 76 comes up.
Oh! I see!
I can add the same command then when I want to output a DIR to a text file, I just have to put it at the end of the WIT command...
Didn't think about this, lol... Thanks!
Similar threads
- No one is chatting at the moment.
-
-
-
@
CameronCataclysm:
Why no blog posts about Nitendont going after Garry's Mod repos that have been up for a decade or 2? -
-
-
@
Xdqwerty:
Is it safe to update a modded ps3?
Can I play online in pirated games? (with ps3hen either enabled or not) -
-
-
-
-
-
@
Xdqwerty:
@salazarcosplay, I used apollo save tool to activate my ps3 offline so i could play a game that wasnt working
-
S @ salazarcosplay:from what I understood. you load up the piratged game. you the clear the syscalls, then you play
-
-
-
-
-
-
-
-
-
-
-
-
