Hmm, that's peculiar then. I'd say maybe it was the opposite problem and you were supposed to have 3 tracks and maybe it's cutting off the end tracks, but if you say the tracks that do play are the right ones, then that clearly isn't the case. That's odd.Vegeta wrote:I didn't use 3 blank tracks. I would of figured out that this is the cause because all of the tracks would of played wrong but the music that does play is the correct music so the tracks are in the proper order but not all of them play which I find to be quite strange.
Meanwhile I've succesfully selfbooted Marvel vs. Capcom, Street Fighter III W Impact & Street Fighter Zero 3, all JP region
Selfbooting Dumpcast games?
Moderator: Moderators
I found another tool, dahack which I'll give a try. The readme that comes with it states that you should use cdda.exe first, then dahack.exe then binhack.exe.
With dahack you need to input the 1st_read.bin and then the second session LBA.
If that doesn't work then I don't know what will. Its just one of those awkward games that probably needs its own specific hacks to get the audio working properly.
With dahack you need to input the 1st_read.bin and then the second session LBA.
If that doesn't work then I don't know what will. Its just one of those awkward games that probably needs its own specific hacks to get the audio working properly.
Anyway you could figure that out without actually trying (you say offhand)? That would be useful to know...darcagn wrote:I think cdda.exe enables CDDA playing while dahack removes the need for the 3 blank tracks, but I'm not sure offhand.Shoometsu wrote:interesting. I couldn't see te difference between dahack and 1st_read.bin. somebody could explain that?
Yes, if it's a single-track game. If the data track is preceded by CDDA tracks, then you will have to figure out what the LBA is manually.Vegeta wrote:What LBA do I input in binhack then? Is it just 0 for non-selfboot games?darcagn wrote:You do still have to hack LBAs in order to boot from the boot disc.
Thanks.
there's a tool called lbacalc, that comes with mds4dc, and calculates the lba calue for you. the only restriction is that the file must be in .raw format, so if you have it in .wav or anything else, I suggest you to mount a .cue with all the tracks, and redump them with isobuster. then run in dos sheel:
the tool will return the lba value that you need to use for selfbooting your games.
Code: Select all
lbacalc track01.raw track02.raw ... trackxx.raw
hello there
i've tried several methods to get my (non-cdda) gdi dumps selfbooting, without luck
i will explain the ways i have used in detail, hoping someone can tell me what i'm doing wrong
the game is power stone 2
my folder structure looks like this:
1. i create a cuesheet for mygame, which looks like this:
2. i open it up in cdmage and extract the game files to X:\RIP\data
3. i convert "track03.bin" to "track03.iso" using BIN2ISO
4. i extract the boofile.bin using isofix and rename it to IP.BIN and copy it to X:\RIP
5. i copy 1ST_READ.BIN from X:\RIP\data to X:\RIP
6. i use hack4 on the game files
7. i use binhack to hack the ip.bin file
8. i use mkisofs on the data folder
9. i insert IP.BIN using IPINS.exe in data.iso
NOTE: i also tried
i also tried using different LBAs (like 0,11700 and 0,11702) on every step where a LBA needs to be inserted
from there on i tried several methods to process the .iso file further:
bin2boot: sometimes it asks me if i want to create an ip.bin, sometimes it doesnt (i guess that's the case when different LBAs are used)
mds4dc: i tried all suffixes possible
-a with LBA set to 11702 during all previous steps
-c with AUDIO.RAW from the echelon selfboot tutorial appended and all LBAS set to 11702 during previous steps (i also tried 11700)
-d with LBA set to 0 during all previous steps
the 1ST_READ.BIN used is not the one hacked by binhack, but the one hacked by hack4
i didn't copy the file back into the data folder
it always gets recognized as an audio cd or reboots the DC and chankast/nulldc after the sega logo (sometimes both)
thanks in advance
i've tried several methods to get my (non-cdda) gdi dumps selfbooting, without luck
i will explain the ways i have used in detail, hoping someone can tell me what i'm doing wrong
the game is power stone 2
my folder structure looks like this:
Code: Select all
X:\RIP
| AUDIO.RAW
| bin2boot.exe
| bin2iso.exe
| BINHACK.EXE
| cygwin1.dll
| HACK4.EXE
| IPINS.EXE
| isofix.exe
| mds4dc.exe
| mkisofs.exe
|
|
+---cdmage
| CDmage.exe
| CDmage.ini
|
+---data
|
| <EXTRACTED GAME FILES>
|
\---gdi
isofix.exe
mygame.gdi
mygame.cue
track01.bin
track02.raw
track03.bin
Code: Select all
FILE "track03.bin" BINARY
TRACK 03 MODE1/2352
PREGAP 10:00:00
INDEX 01 00:00:00
3. i convert "track03.bin" to "track03.iso" using BIN2ISO
Code: Select all
bin2iso .\gdi\track03.bin
Code: Select all
isofix /boot track03.iso
6. i use hack4 on the game files
Code: Select all
hack4 -n -3 -w .\data\*.BIN
Code: Select all
binhack <enter>
1ST_READ.BIN <enter>
IP.BIN <enter>
0 <enter>
Code: Select all
mkisofs -C 0,0 -V mygame -l -o data.iso data
Code: Select all
IPINS <enter>
IP.BIN <enter>
data.iso
Code: Select all
mkisofs -C 0,0 -V mygame -G IP.BIN -o data.iso data
from there on i tried several methods to process the .iso file further:
bin2boot: sometimes it asks me if i want to create an ip.bin, sometimes it doesnt (i guess that's the case when different LBAs are used)
mds4dc: i tried all suffixes possible
-a with LBA set to 11702 during all previous steps
-c with AUDIO.RAW from the echelon selfboot tutorial appended and all LBAS set to 11702 during previous steps (i also tried 11700)
-d with LBA set to 0 during all previous steps
the 1ST_READ.BIN used is not the one hacked by binhack, but the one hacked by hack4
i didn't copy the file back into the data folder
it always gets recognized as an audio cd or reboots the DC and chankast/nulldc after the sega logo (sometimes both)
thanks in advance
Last edited by shcraua on Mon Apr 28, 2008 9:23 am, edited 1 time in total.
-
- Posts: 20
- Joined: Mon Sep 24, 2007 3:29 pm