1 (edited by xenogears 2008-02-25 22:04:19)

I dumped this game with Perfectrip and with Isobuster and the result is different!!

1) Dumping procedure with Isobuster:
I extracted the 2 data tracks separately, ignoring any gap that may be present (EAC doesn't detect the gap --> "Unknown") and I got the result that match with the database entry

http://redump.org/disc/1222/

Here's the data:

    rom ( name "track 01.bin" size 645419376 crc 9274fe89 md5 1e7458c1049ea890d06875ecd482f803 sha1 24b49e9063e015dd54cd34c74bcb2c2cdc47ebd3 )
    rom ( name "track 02.bin" size 42895776 crc 9c543465 md5 7f9aef56db4dcfacfae97c28aef54866 sha1 27162ae90fd4111885b6cdeaca4b25c4978eec23 )

I don't think that this procedure is correct, an eventual ("Unknown") track 02 pregap is added at the end of the track 01 and both tracks are incorrect!

2) Dumping procedure with Perfectrip:
I calculated the factory write offset with d8 (-647) and I dumped the game with the standard settings; Perfectrip detected a track 02 pregap of 2.00 sec and the result is that both tracks have different checksums! The cue is obviously different too!

Here's the data:

    rom ( name "01.- bof4.track.bin" size 645066576 crc 60072356 md5 ef9b8e88137731fd1bd1c574628e5101 sha1 203ba1698fc262c18edc761af8a65753708f2046 )
    rom ( name "02.- bof4.track.bin" size 43248576 crc ed4f34b5 md5 c5f4302e3c783b0b9c22f15db7f6b6a9 sha1 dc0fa59967976a4e37315a6b63a7bbbc9536a85a )

cue:

FILE "01.- bof4.track.bin" BINARY
  TRACK 01 MODE2/2352
    INDEX 01 00:00:00
FILE "02.- bof4.track.bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 00 00:00:00
    INDEX 01 00:02:00

I believe that this is the most correct way to dump this game, given the fact that Perfectrip detected the correct track 02 pregap!
Let me know what you (forum tech experts) think!

In both cases I scanned the image with CDMage and zero errors.

As further note I confirm the data present in the database entry and I can specify a few things:

Write offset: -647
Libcrypt: No
Errors count: 0

Can you please dump and upload subchannels somewhere? Thanks.

Dremora wrote:

Can you please dump and upload subchannels somewhere? Thanks.

How can I do it? Thanks in advance for any help!

Any further help?
If the databse entry is correct the dump info should be updated, if the dump is wrong the entry should be completely modified.

with Alcohol, when output to .ccd or with CloneCD but it will fix up .sub quite a lot, so it's like Alcohol is better
rechecked Japanese BOF4 and it also appear to have 2sec gap - 150 sectors without ecc/edc

Is there any data exactly before this gap? Maybe it's a postgap?

themabus wrote:

with Alcohol, when output to .ccd or with CloneCD but it will fix up .sub quite a lot, so it's like Alcohol is better
rechecked Japanese BOF4 and it also appear to have 2sec gap - 150 sectors without ecc/edc

My copy of Alcohol 120% doesn't output .ccd, so I created the .sub with CloneCD.
Is it ok to send the data with an email? Compressed with winrar the file size is 1,66 MB. Can you check the data thembus?

Can either of you send me subchannels? I want to see them too.

better let's send it to Dremora smile i'll send him my .sub too  big_smile

Dremora wrote:

Is there any data exactly before this gap? Maybe it's a postgap?

it's 226 empty sectors before that with edc/ecc (before those 150 without at the end of track 1) then further back it's data
and track 2 is all from empty sectors with edc/ecc except last 150 - without it

kk, sent it @gmail

I uploaded the file, the link should work:

http://download.yousendit.com/157D080375644BBD

12 (edited by themabus 2008-02-27 17:37:05)

hmm, your's is different from mine
but i did on Alcohol, now left CCD running, maybe it screws up again...
...
no, they just are different, i think: USA from Japan
got the same on Alcohol, CCD and CD Tool

Looks like Japanese version has pregap, but USA don't.

ok, thank you

15 (edited by xenogears 2008-02-27 17:59:04)

Ok, Then it's a problem of Perfectrip!
Please update the database entry with the new info and add me to the dumpers!
Thanks for the support!

16 (edited by themabus 2008-02-28 09:11:50)

a bit more on this:
on Japanese CD after moving gap to track 02 ther's 7 sectors left at the end of 1st (not continuous) with data in byte right after subheader (maybe it's a part of cp?)
and the last one has additional flags set in subheader 0x89
this area consist of 266 sectors (sorry, i mistyped 226 before) all having sync+header+subheader+edc+ecc
doing --fix
v0.20b13: stripped subheaders/data/edc/ecc from last 150 sectors
v0.21b01: patches all those oddities in 150 sector range from the end (5 sectors from 7): data->0x00, subheader->0x80, edc&ecc->recalc
but i don't know, i left it alone.

in any case, it's here:
http://www.mediafire.com/?zmhj114owbi

17 (edited by NiKoTiN 2008-04-27 18:20:19)

I have the image downloaded from the Internet. I examined subchannel and the conclusion such: there is a pregap!
WTF?
Here's subchannels

pnkiller78 and others, please check up again your disks

SECTOR 274262:                  <- END OF TRACK 1
00000000000000000000000041010160
5662006058620DF90000000000000000
SECTOR 274263:                  <- BEGIN OF PREGAP
00000000000000000000000041020000
017400605863B55F0000000000000000
SECTOR 274264:
FFFFFFFFFFFFFFFFFFFFFFFF41020000
017300605864A26C0000000000000000
SECTOR 274265:
FFFFFFFFFFFFFFFFFFFFFFFF41020000
017200605865181C0000000000000000
................................
SECTOR 274410:
FFFFFFFFFFFFFFFFFFFFFFFF41020000
000200610060A0B90000000000000000
SECTOR 274411:
FFFFFFFFFFFFFFFFFFFFFFFF41020000
0001006100615E4A0000000000000000
SECTOR 274412:                  <- END OF PREGAP
FFFFFFFFFFFFFFFFFFFFFFFF41020000
000000610062C4780000000000000000
SECTOR 274413:                  <- BEGIN OF TRACK 2
FFFFFFFFFFFFFFFFFFFFFFFF41020100
000000610063938A0000000000000000

New hashes with track 2 pregap

File:   Track01.bin
Size:   645066576
CRC-32: 29d0f94c
MD5:    145a7d7ac3469fcb974bbb309ebd61b1
SHA-1:  24be71b32aeb52a930bc08dccda5db61e904de8a

File:   Track02.bin
Size:   43248576
CRC-32: ed4f34b5
MD5:    c5f4302e3c783b0b9c22f15db7f6b6a9
SHA-1:  dc0fa59967976a4e37315a6b63a7bbbc9536a85a

Bump.. could anyone reupload the subs for the (U) version plz?: http://redump.org/disc/1222/