GDIBuilder - Tool for building GDI data tracks

Hi there,

just a quick update. I remember I posted some info about what is preventing the dc to boot a GDI which bootfile is not located on the outter part of the disc. Unfortunately, due to the server issues assemblergames had recently, my post hasn't been restored. Anyway, on my blog I put a custom BIOS that removes the check I talked about so that a simple mkisofs command (mkisofs -C 0,45000 -V TITLE_NAME -G IP.BIN -l -o track03.iso data) is enough to (re)build the GDI. I haven't tested with CDDA games though.

 

hi,japanese_cake

What time to update GDROM Explorer: version 1.6.3

Illbleed to solve the problem

Thanks for the reply

 

@yzb what problem with Illbleed? Is it a problem too using gditools?

@jc Nice! Can you tell us what modifications does what? Any chances of a devkit intro version?

 

@-=FamilyGuy=-
1.5 and 1.5 above version of extracted files will have a small bug, cause the file extraction error (can only be found in the process of game play)
I found that there are 2 games....

Hope to solve, I think the software is easy to use, is now very afraid of using this software.....

 

Does gditools have the same issue?

 

As detailed in the other thread, it seems that all GD-ROM's require the 1ST_READ.BIN to be located at a specific LBA. Rather than forcing you pad and slice images manually to get things where they need to be

i think it's necessary for gd-emu devices, pc emulator or DreamShell doesnt chk for this specific LBA base.
i didnt test much, and it can be wrong. but the specific LBA-base is 0x80000. looks like bios chk it when run GDI game
you can chk it for most 1stread.bin location in image.
correct me... ?

 

I think you're right cybdyn, but japanese_cake bios doesn't do that check so it's not important to put the bootbin after that offset.

But it's required for people with retail bios that use gdemu or the MNEMO's usb ODE.

 

PC emulators which are using the official BIOS have the same check. An emulator was how I figured out that it stopped reading the disc as soon as it knew 1ST_READ wasn't in the correct place.

The only way to bypass the 100 min LBA check (which JC narrowed it down to that and I still need to update my documentation to reflect that) whether it be emulator or actual hardware is with the modified BIOS that JC provided.

 

I not py = =！

 

You don't use python? You should.
gditools.py works well if converted to c and compiled with nuitka: http://nuitka.net/ but it's slower this way. I can't build windows binaries though as I don't have access to it.

 

i think you can place 1stread.bin after this Base when you build gdi image.
and also, 1stread.bin need to be patched. it called "lba-hack", to let know where base-lba of image.


cdi base-lba = it's start of 2nd session.
so to get gdi: we need hack w/ base 45150 (or 45000)


for sd-iso base = 150 (or 0)

 

Well maybe soon. I have a couple of bugfixes to do plus the bug you reported. Next month?

I guess you want to know what modification does what so that you can create one with the devkit intro IIRC, there are 4 diffs, one for each "features" I detailed in the readme file. I can give you further details but not before next week, I have many things to do this weekend! Regarding the devkit intro, I think it is doable by re using link83's bios. Since he has already done the job, you just have to inject my changes (except the one that are already inside, the region free patch I mean).

That's right, as long as their use the retail BIOS, the lba check is executed.

 

Is this maybe why homebrew GDI's don't work with UGC, when created with this tool?
(using a donnor IP.bin and Track1/2 files)

 

No. Sapharad's GDIBuilder is aimed at building the right data track(s) to pass that bootbin LBA test.

 

The BIOS can read the CDI inside the 0GDTEX.PVR file? Like GDI, display 0GDTEX.PVR disk in BIOS CD play?

I dnot open mediafire，who upload this bios file to mega for me？ thank you~~

 

send to skype

 

I believe the "devkit version" should be ready soon, since link83 already did the job and identified the offsets of the intro and the sound. Kudos to that guy btw

I think you mean having the gdtex.pvr displayed for the cdi images. Well, I've already started to work on that but I can't tell right now whether it is doable. I Keep you posted

 

Thanks for the reply.
We look forward to reviewing your revised apps.

 

Howto use GDIbuilder v1.1 to make a runinng image from cdi file (Dreamshell) for USB GDI-ROM Controller? The GDIbuilder v1.1 will create only a track3.bin... thrs will not boot on USB GDI-ROM.

 

I gave it a try with the US GDI dump but I did not see the bug you mention. At least the soft did not crash nor report an error. So is the extraction ok but the file content wrong?

Got released today