Ripping GDR's

The ip.bin is always in the first track, in the 16 firsts sectors. So the dreamcast always looks a sector 45000 once the gd has been booted as an original and boot the 1st_read.bin according to what the ip.bin is saying.

This is the main reason why theres a first data track even on games that fit barely on a gd-rom (this AND dummy purposes)

So the short answer is : the first track.

At sectors 45000 for 16 sectors !


Thank you !

-=FamilyGuy=-

 

Ok, I think I have IP.BIN, not sure if its complete. I need you to confirm that. Can you come on MSN or AIM? My names:

Thanks!

 

Not sure if this question was for me. I'd like to have my 11 GDR dumped, and I don't mind making the content available to everyone for those GDR which actually have decent contents (eg: early prototype of Evil Twin). I have a Katana kit but won't have the time nor patience to do the dumping, considering how untrivial it seems based on those discussions. If someone trustable want to do it I'll lend my GDRs.

 

Omar, if you have a 50-pin SCSI cable connecting the Devbox to a PCI SCSI card, (2) 50-pin SCSI terminators, a serial cable, and the Katana SDK - Release 10.1, you may want to check out this thread.

 

If were sucessful here I can dump them for you if you'd like, no strings attatched.

 

@ Omar

If you want me to rip them via my dvd-rom drive (some will works, but maybe not completely) and via codercable I can !

So I'd be able to rip the gd-r via coder cable, and the ones that don't works via coder-cable I could rip them with my dvd-drive and/or Me+Dot50Cal swap trick if it works.

But if you can find someone with a gd-x, it's the fastest/easiest way to do it !


-=FamilyGuy=-

 

I still have a GD-X guys. :110:

 

I don't have the SCSI parts. If you have this GD-X thing, would not you do it?

 

We're almost ready to try the trap disc Family Guy has made, Cross your fingers. Ill report the results when its done

Also in regards to being able to rip single data track GD-R's ok, Im not sure if thats possible. You might get some of the data but not all of it. You may need to make a trap disc for those as well with the proper TOC.

 

Ninjas have been dispatched to take care of the situation.

Good luck 50cal.

 

1 more day. The burner I have didnt support RAW-DAO 96. So I got a new one but the file created doesnt match after a small goof up by FG

He's going to get a fix to me tommorow and we'll know then.

So the test didnt go so well. Somewhere we messed up and its only extracting garbage data. Though I tried one of the PC trap discs and actually got some data, it took ages when it hit the dummy padding.

Though Family Guy is now making a CD which should skip the padding and get right to the data. Will update the post when more is learned.

 

Well, it just worked

I'm going to create a Tutorial on how to do so once I'll ahve the time, you need a trap disc, with a dummy trackfor the low density area, and make the other tracks fits with the TOC (LBA and cdda/data) then hex it in clone cd to end at 549150+, burn it, put it in the dc wait for it to load and stop spinning, swaping without opening the drive with the gd-r, and rip using "DC Backup utility - BBA" and the corresponding tracks !


As strange that it might looks it works ! Same way as the dvd-drive ripping, byut with a gd-rom drive !


Tuto comming in the following weeks !

-=FamilyGuy=-

[EDIT] Seems the DATA track got lil problems, looking for the problem now, it ripped but it seems it can't be extracted ... CDDA worked fine thought. I'll keep you updated.

[EDIT] NO PROBLEMS, I was only a stupid sleepy guy.

 

Ohh no it didnt The problem was you had me trying to combine the actual IP.BIN with the data track, I had to rip as much as I could of the Track 3 (TOC) using a similar disc (the non prototype of this game) as the dummy. Then use that instead of the ripped IP.BIN to extract. I did that to as far as it could go and..well..IT WORKED

So 99% positive, we have a working method
Im going to try and get these other two done properly and then we can hopefully get a guide together for doing this, so that everyones prototypes could be backed up.

Correct me if Im wrong but theres only ever two types of track layouts,

Track 1, Track 2, Track 3 (TOC + IP.BIN + GAME DATA)

and

Track 1, Track 2, Track 3 (TOC + IP.BIN), Track 4 (Unused RAW), Track 5 (Unused RAW), Track 6 (GAME DATA)

Right?

 

You're right, I'm such a fool, you need the 1000 firsts sectors of track03 ...

Sorry I was so sleepy yesterday !


About the track layout you're right, beside that there can be from 1 to 999 cdda tracks ion your 2de exemple, and they aren't always unused.


-=FamilyGuy=-

We're now traping/riping 2 other title, then we'll do a Tutorial.


-=FamilyGuy=-

 

I might not come on, my internet is ....kind of out. DNS issues or something because Assembler is the only site I can access.

 

Check your mails, the 2 trap discs are ready

Once your Internet is fixed, get on msn !


-=FamilyGuy=-

 

Ok, Thanks I cant access my gmail either, haha. So we'll have to wait until my ISP resolves the DNS issues. Awesome work thus far

Also, just a thought I had. Lets say your prototype has 3 tracks, with the 3rd being the data. Now the 3rd tracks LBA start is always 45150. But if you have a retail which has a higher end point to that track than the prototype (and is the same track config), you should be able to rip it perfectly fine. Otherwise if the reverse is true, You will be missing files once its ripped (they will appear at 0 byte files). Such is the case with this prototype I have, I cant seem to find a retail which has a higher LBA for the 3rd track, so Im still missing stuff and it will require a custom trap disc.

Though, I think we can create a proper "universal" trap disc for discs which have only 3 tracks, just make the 3rd data track have the max size that a DC game could ever hold

When we get this guide ready, We'll have a full breakdown of what you need, along with high resolution photos explaining the whole process. I always disliked how some of the guides for this type of stuff are handled, and they end up leaving a lot of practical first hand experience out which ends up taking hours sometimes to figure out on your own.

 

The trap disc I made for one of your BETAS can be use for any 3 tracks prototype, so that would be perfect for a generic 3 tracks trap disc.

But for disc containing more then 3 tracks, it'd always need a custom trap disc. ( data, cdda(s), data)

I share your opinion about the pics, I'll try to be clear with math on my side


-=FamilyGuy=-

 

Great Hop on MSN, We can chat there. (Also edited your post a bit heh)

Awesome! The other CDDA GD-R ripped perfect Trying the last Trap Disc now on the other prototype. I can see the max LBA here, so this should work with non-CDDA GD-R's which is fantastic

Blargh! The non CDDA one fails, GDROM strains all over to read it when trying to rip the 2nd track (data). Lemme know if you can take a look at it. Track list shows:

T1 150 45000
T2 45150 504151

 

The TOC is correct ... You're sure the gd-r is a data only ? (Well, I saw the ip.bin and it suposedly is). Maybe the actual data on the gd-r don't fit the ip.bin ... Wich would be nasty... But it's unlikely possible ...

Send me more info on the problem if you can ...

And if possible a pic of the track info the BBA app. gives.

ps: At least it works with CDDA GD-R

Thank you !