Ripping problems

http://cdrecord.berlios.de/private/cdrecord.html

 

Wow, you guys are really going at it! Good luck!! :thumbsup:

 

Just a quick question. Did you dump the disc twice to confirm that the dump was good and the crc's were the same?

 

I'm pretty sure Geist has all that copyright crap, but it is after the debug menu where the game hangs which sort of makes sense - menu's are supposed to come later Though wait... it does the licence screen too so meh.

The .cdi dies on loading the debug menu, whereas from X:\ it happily starts to read from 45166 (though stuff in that sector only appears in RAW and it isn't much) and Geist becomes playable.

Does some binhack in the self boot data pack mess with 45166?

[GDROM Sector Info]

45000 - GD-ROM Start sector
45150 - IP.BIN (16 sector) Start sector
45166 - GD-ROM DATA Start sector

Still no harm in trying though

 

Some cd burners got problems with multisession in track at once, try in disc at once (which means session at once actually). Also, data1.iso should be 69120000 bytes, make sure it's the case.

Try this:
cdrecord -dev=0,1,0 -dao -multi -data data1.iso
cdrecord -dev=0,1,0 -msinfo
Should output 0,45000
cdrecrod -dev=0,1,0 -dao -data data2.iso

FG

 

So hacking the files is a must right? Looks like we need some pro's help, but we already got FamilyGuy, so who else should I try to get? Chui might be able to help. Possibly Smith also, but FamilyGuy knows him too.

 

With those commands the first part works, the second part can't use the buffer but 'appears' to do it but the 3rd part doesn't like the CUE shet etc and reccomends writing in raw mode, which then dosn't work because it can't write the lead in (because I think it was already written in step 1 in DAO... well that and this is scond session other bit is first and raw is on session?)

ALso BTW with logo hack we can see the logo on X:\ but with .cdi it does the same old crashing as without it

For all intents and purposes the rip works - just not on .cdi format for burning to retail

 

I'm good at crafting selfboot, but not at reverse engineering new copy protection in sh4 asm. Same goes for Smith, me and TuxTheWise shown him most of what he knows.
I already sent the required files to the guy who cracked Bleemcast. I think it's in good hands. Hykan could be of help too, but I don't know where to find him!

This is weird, try to eject the disc and put it back in between burns ...
It may be a burner problem, as even if the msinfo value doesn't match the mkisofs value, it should burn the data (but it'd be a coaster).

I've attached a ddl file to this post, put it along with cdrecord.exe

Damn I hate this shit when it's not working!

 

Same deal with your .dll - same deal if the disc is ejected too

 

Well Tux would have been my next guess, and if you already asked Patriot, then no ideas here.

Only others I know are Override and Dreammatrix, the guys that make Half-Life DC mods, but Override is in the military atm, so that leaves him out.

I can ask the Spanish guys, Chui and Neoblast of Dreamcast.es

If they can't help, I know some good Russians like Alex and Swat who makes Dreamshell, and he could ask around.

 

It doesn't hurt to ask around. But people with the skills needed are hard to find. SWAT might be able to do it if the copy protection is not too strange, maybe Chui also. I know both Neoblast and Override and I doubt they can do it if it's a real never-seen before copy protection.

"Patriot" take a lot of time to answer his emails, I think he is really busy in real life at the moment. But when he does reply he usually has nice surprises (example: working backup of BC!).

*crossfingers*

@LeGIT & Kevin

Try to burn two 39332496 bytes track for the 1st session:
dummy.exe fuck.raw 39332496
cdrecord -dev=0,1,0 -multi -audio fuck.raw fuck.raw
cdrecord -dev=0,1,0 -msinfo
Should be 0,45000
cdrecrod -dev=0,1,0 -data data2.iso

You might need the -dao option too.

Wouldn't hurt to try another burner.

 

Interesting fact: mounting the .cdi in daemon tools then navigating to x:\ also works, but alas loading the .cdi straight away = same old crashing shit.

 

NullDC hates direct loading of CDI.
It almost never works for me. Maybe it's the data/data cdi that it can't handle.

 

BTW I just tried your newer fuck.raw thing that part worked, middle part was same old, but same shit with data2.iso with or without -dao no joy, it reccomends raw mode again which then wont work for reasons previosuly mentioned (which I have attached below) - note th wrong startsec of 45000 then returning to 0? Probably related to raw write only though.

What ever magic Daemon tools does we need to either replicate or mke it work without errors.

I tried burning the barely legal .nrg on the off chance it my work, but different people reccomend diffrent settings and the ones I tried didn't work (not that I expecetd to). Any suggestion for mode/block/type and options for burning the raw .nrg for lulz?

 

Ok, I posted messages at Dreamcast.es.

http://www.dreamcast.es/news.php?readmore=442#comments

And I asked Indiketes from there to ask Chui and Neoblast as well.

Next I will ask in the Russian community.

Here
http://www.dcfan.net.ru/forum/f74/geist-force-%F0%F3%E1%EA%E0-%EF%EE%EC%EE%F9%E8-3801/#post57146

And here
http://www.dc-swat.ru/forum/thread-1572.html

Thats all I know to do, Hope it yields results. ray:

 

@LeGIT

SAO 2048bytes/sector (also know as user data).
Try to make a mds image of the mounted NRG of CDI.

You should really get another burner to test this on, it should at least burn the second session, it shouldn't refuse it.

[EDIT]

You might want to change the end of the russian message, the game works in cdi format on NullDC but not on a real DC. Nothing to do with DevKit.

FG

 

I did it mode 2 cd-xa 2048 and didn't offset the bytes no joy IIRC.

.mdf also works on X:\ but crashes on direct loading, except it crashes immediately instead of after the licence screen like .cdi