Creating a .CDI from raw data files: HELP!

First off, I'm a complete noob when it comes to this, so I'm glad that there are a lot of easily accessible resources online, yet I'm still having trouble with this and can't find what I believe I need. That said...

I'm trying to convert the content from the K-Project/Rez Beta GDI dated 3/30/01 to a self-bootable CDI format. I've been able to extract the files from the GDI and then further still extract the data from BIN files. I followed instructions from FamilyGuy's guides and used his tools to get everything patched, etc., but I can't figure out how to get the files back in a CDI format. I tried using SELFBOOT/Bin2Boot_CDDA to do it but the disc won't work. I figured there would be a complete walkthrough on how to do this online but I can't seem to find one. So...

Would someone please take pity on me and explain what I should be doing? The files from the original GDI total around 200 megs so I know they'll fit on a CD-R, but what else do I do? :dejection:


Dave3

 

If you're using my Selfboot-Pack and you just don't know how to conver the selfboot.nrg into a cdi image:
-> Your best shot at this, is using daemon tools http://www.daemon-tools.cc/eng/products/dtLite (beware of crapware while installing, and for god's sake take the free version) to mount the .nrg then rip the virtual drive to .cdi using discjuggler!

If your game contains CDDA tracks (and you wanna keep them):
-> You got to do this manually burning a cd-r, then make an image out of it using discjuggler


Good Luck, and I'm glad if my tools helped you!

FG

 

That and the game is protected you would have to crack the protection so his tools alone would not make a copy due to the extra layer of protection.

 

Would you be so kind to explain what the protection is and how to break it? I have always been curious on how to crack GD-R game protections

 

Pretty much every copy protection are found there: http://www.bucanero.com.ar/dreamcast/ripdb/
They're most of the time checks that the medium is a gd, or a command that makes the gd-rom unable to read anything else than a gd-rom. The trick is most of the time to replace it by a null command 0x0900.

If it's an unseen one (rare as almost if not all games have been cracked now) you'd need a fair bit of executable reverse engineering. Only non-LBA related copy protections require to be cracked using my pack.

 

http://pastebin.com/rWwdFPAW

There I keep every protection I have defeated in this list. And BTW there are plenty of games we have ZERO clue about and have never been cracked. Project Justice for NTSC-U region was one of those still to this day never cracked. Jojo Bizarre Adventure for matching service was another was had to fake the size of a zero'd out dummy file by swapping file header data. Then there are protections that do random LBA checks for files other then the 1st_read.bin that isn't defeated using this pack.

 

For the record I consider those non-lba related hack, as they've got to do with the actual layout of the files on the original gd-rom rather than global lba=45000 reference. Ofc there's weird protections (I didn't know about Jojo's) but the vast majority of fixes are known. There are still a few people capable to understand decompiled sh4 though, so the weird protections might get cracked one day! (i.e. psov2 a years or so ago and geist force eventhoug the latter wasn't really a protection)

 

Thanks to everyone that has responded so far, and thanks for your programs FamilyGuy, they're great! That said, I followed all the steps and the only thing that seems to be an issue is that there is no .NRG being created. Other than that, everything seems to be rather cut and dry. I'm using Win7 64 Bit so I suppose that could have something to do with it. Any ideas?

EDIT: Actually, I may be mistaken about that. I'll let you know.

EDIT 2: Okay, it worked and there is an .NRG file. I used daemon tools, ripped it with DiscJuggler, and then burnt it. Interestingly enough, it booted to a screen that did contain some info about the game and immediately thereafter dumped me back to the Dreamcast menu screen. It could very well just be the code in question, but has anyone else had experiences like this?

 

Why not just use the already cracked CDI image of this game?

 

Using the latest version (1.4 -> see my signature), it should works under Win7 x64 without a problem. If anything goes wrong just paste the console output here so me, atreyu or any knowledgeable-and-currently-logged-in chaps can assist.

 

I believe this is an earlier build than the one already around. I downloaded and burnt the one you posted in the Dreamcast Beta's, Demo's, & Unreleased Games thread but that one says it's build 0.836, the June build, when I run it.

 

Despite the issues I'm having with playback on my console, it seems to work. I did use the 1.4 version and when I ran everything from the command line it worked much smoother. Thanks again FamilyGuy.

 

I don't think there's any copy protection on the Rez/K-Project beta. It was me who released both the CDI and GDI of that game and I don't remember getting any help from anyone (I suck at breaking copy protections).

 

K-Project v0.800 (March 30, 2001)[Rez beta] is the only GDI I know of and it is where the CDI sourced from. I even have a compiled disc that allows switching music between Rez and K-project and vice versa. As to my knowledge there is only one GDI that ever surfaced from this not two as implied.


All the info I have put together over time is here, it gets updated with more when I have time but it is a good place for info.

http://pastebin.com/u/ATREYU187

 

And now this reminds me I should tidy up and properly release my kvcd script...

@unheard78: As a test to verify that the problem is not with your setup or your console, you could try to selfboot the already released gdi. It this one works you're doing everything fine and there's something to figure out with your version of the game. If it doesn't work, you're doing something wrong and you should look into that!

 

The KVCD script is fixed in my pbin and works great!!

 

I know, thank you! But I could make it tidier given time, so it'd be more friendly. Remember I wrote this one kinda fast as a quick test and it ended up like this, not bad yet sloppy.

 

Yea took me a second to figure out what was up but once I got it working it does miracles for most video files. Some I have to fall back on Mainconcept to recode due to pixelarion and random artifacts but 85% of the videos are fine. Only really dark videos do I use mainconcept as it almost negates any pixelation on black backgrounds. Your tools are so helpful and make my life easier for games without CDDA. I even edited your selfboot script to make use a file sort for the data1 folder easier. That way the entire disc can be properly sorted not just the second session.

 

You can use the same sort file for both session afaik, file that are referenced in the sorttxt.txt but not on the current session will simply be ignored. You might have to change the base folder of the sorttxt file though, i don't recall clearly the structure. Anyway once i got time i could probably implement global sorttxt file correctly.

 

Till then the edits I made work great to get that extra 60+mb when needed. I look forward to any new work from you. If you ever do CDDA I will be in heaven as the old style takes for ever. I just did Nightmare Creatures and it had 90CDDA tracks.