Selfboot 45000LBA DATA/DATA Pack v1.4 - All-32bit edition

The way I understand libmirage (but I haven't reviewed it in depth), is that it contains sufficient information on the structure of the format to build a CDI that'd be compatible with libmirage itself, but there a lot of undocumented/ignored parts that'd make such a cdi not necessary compatible with DiscJuggler itself or programs using "proper" libraries.

tl;dr: most cdi can be extracted using padus's dlls or libmirage (or gditools for LBA11702 ones), but to build them we need more information/reverse-engineering!

Want to get a crack at it MetalliC?

PS: Padus used to sell the "Padus Foundation Class SDK" which is basically to source code to DJ bar the gui.

 

thanks for reply family guy. i try dreamtools 1.06 it can create alcohol images with cdda but when i start an emulator (i always do before burning) it freeze on sega logo if i start emulator go to play audio disk i can hear the audio tracks. so something goes wrong with dreamtools about hacking the bins or it creates the image with wrong lbas.

 

You're welcome.

How do you build the mds/mdf images?
Do you correctly apply binhack for the lba of the 2nd session? On all the relevant binaries?
Are you sure your game has no other copy protection?
Are you sure your game actually works on the emulator?

I personally use a CD-RW for my audio/data selfboots. Then I make an image of it, blank it and I'm ready for another.

 

the dreamtools have options for diskjuggler image nero image and alcohol image. about bin hacking i thing dreamtools make that automatickly

 

I didn't notice you talked about dreamtools. I don't know it, so I can't help you really.

The behaviour you describe is typical of bad lba in the bootbin (1st_read.bin) or improperly hacked bootsector (ip.bin) though.

 

so if i copy the ip.bin and 1st_read.bin created by your tool use the binhack32 again from your tool and take them to dreamtools??? maybe the combination of those two tools are the way

 

As you pointed out, my selfboot pack is aimed only at data/data 45000LBA, so the sdcripts provided within don't consider other lbas.
Though binhack32/binhack64 provided in it will hack your binaries correctly.

This is what you should do:
- Backup the original ip.bin and 1st_read.bin.
- Calculate the lba of 2nd session, typically done by burning first session and using cdrecord msinfo to retrive that value. Let's call this lba X.
- Put the 1st_read.bin and ip.bin in the same folder
- Hack the 1st_read.bin to lba X, when it asks for a bootsector, type "ip.hak". (binhack always uses ip.bin as the input bootsector, using ip.hak instead of ip.bin you don't overwrite it)
- Put back the 1st_read.bin where it belongs for the selfboot purposes
- Use ip.hak as the bootsector, renaming it to ip.bin if need be.

Note that some games have further copy protection that you have to bypass, also most games will need to be hacked with "dahack" and "cdda" for correct cdda support (else you might have wrong/missing tracks in-game).

EDIT: Check here for infos on most protected games: http://www.bucanero.com.ar/dreamcast/ripdb/

 

Selfboot 45000LBA DATA/DATA Pack v1.4 VERY GDDO

I've been using it.....