• From: Italy
  • Registered: 2007-10-16
  • Posts: 192

I dumped the game with perfectrip and the traditional isobuster+EAC method (same result), the result is slightly different from database entry

http://redump.org/disc/1063/

Serial SLES-01907#    <---- different from database entry, mine is SLES-01907#2
EXE date 1999-06-18
Edition Original           <---- different from database entry, mine is the "BEST OF INFOGRAMES sport" edition
EDC Yes
Anti-modchip No
LibCrypt Yes
Number of tracks 8
Write offset -572

The cue is identical

FILE "01.- vrally.track.img" BINARY
  TRACK 01 MODE2/2352
    INDEX 01 00:00:00
FILE "02.- vrally.track.pcm" BINARY
  TRACK 02 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "03.- vrally.track.pcm" BINARY
  TRACK 03 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "04.- vrally.track.pcm" BINARY
  TRACK 04 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "05.- vrally.track.pcm" BINARY
  TRACK 05 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "06.- vrally.track.pcm" BINARY
  TRACK 06 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "07.- vrally.track.pcm" BINARY
  TRACK 07 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "08.- vrally.track.pcm" BINARY
  TRACK 08 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00

but hash info is different:

    rom ( name "01.- vrally.track.img" size 455502432 crc cb2268cc md5 2034a0b987d27c5b223a19ec7d865674 sha1 1c7e4f7622b48f8932bb27d740744d0479d02666 )
    rom ( name "02.- vrally.track.pcm" size 16104144 crc 6696ff0e md5 4dd0fcdf534ab19bc95802c5461fc7b6 sha1 4cfbfeeb9c2b6c7d48f83ac81030a6109928d6b2 )
    rom ( name "03.- vrally.track.pcm" size 42721728 crc 5d270e96 md5 6b16eeac23b5609fd2b58e6b662ccb71 sha1 2645edb35ead34cc3af83b1d9c0ba6f1591fe3d0 )
    rom ( name "04.- vrally.track.pcm" size 33866448 crc 69e9c3ea md5 655fff70290cd0bad890dce9bb9ee4be sha1 f2854d0e94c0923a2dc1f37fa644e33d386610ce )
    rom ( name "05.- vrally.track.pcm" size 36604176 crc 0e16c943 md5 7a4987333c1af0cd38b3bb294a69e7c3 sha1 0e750380ab0fad3a7acc7dca42094262ab2b8c5c )
    rom ( name "06.- vrally.track.pcm" size 47738544 crc 959166bd md5 90db1323815085fb7547cb147f808254 sha1 775f3912ae4f44488fd9e43e4bb1a04c9761e3a3 )
    rom ( name "07.- vrally.track.pcm" size 36380736 crc 978643e2 md5 ca8f6512052e8331bc68ffa2e00028cb sha1 4161e2affb7b047eb0f8340e4c575d7662d150cb )
    rom ( name "08.- vrally.track.pcm" size 32986800 crc c317d4be md5 b4635067b7e9d9cf9aadabe5c7a0809b sha1 1ccdea80b0e2e26b872e60bd7602bc635ba037f3 )

First 2 tracks have different checksum! Is it possible that the differece is due to different edition? It's strange because many info match. It seems that the previous dump had the 352800 bytes of the pregap added to the data track insted of the first audio track!


Here's (the odd) libcrypt info:

Subchannels offset correction: 1

Reading sector 13955... unknown
Reading sector 13960... unknown
Reading sector 14081... unknown
Reading sector 14086... unknown
Reading sector 14335... original sector
Reading sector 14340... original sector
Reading sector 14429... original sector
Reading sector 14434... original sector
Reading sector 14499... original sector
Reading sector 14504... original sector
Reading sector 14749... original sector
Reading sector 14754... original sector
Reading sector 14906... original sector
Reading sector 14911... original sector
Reading sector 14980... original sector
Reading sector 14985... original sector
Reading sector 15092... unknown
Reading sector 15097... unknown
Reading sector 15162... unknown
Reading sector 15167... unknown
Reading sector 15228... unknown
Reading sector 15233... unknown
Reading sector 15478... original sector
Reading sector 15483... original sector
Reading sector 15769... unknown
Reading sector 15774... unknown
Reading sector 15881... unknown
Reading sector 15886... unknown
Reading sector 15951... unknown
Reading sector 15956... unknown
Reading sector 16017... original sector
Reading sector 16022... original sector
Reading sector 41895... unknown
Reading sector 41900... unknown
Reading sector 42016... unknown
Reading sector 42021... unknown
Reading sector 42282... original sector
Reading sector 42287... original sector
Reading sector 42430... original sector
Reading sector 42435... original sector
Reading sector 42521... original sector
Reading sector 42526... original sector
Reading sector 42663... original sector
Reading sector 42668... original sector
Reading sector 42862... original sector
Reading sector 42867... original sector
Reading sector 43027... original sector
Reading sector 43032... original sector
Reading sector 43139... unknown
Reading sector 43144... unknown
Reading sector 43204... unknown
Reading sector 43209... unknown
Reading sector 43258... unknown
Reading sector 43263... unknown
Reading sector 43484... original sector
Reading sector 43489... original sector
Reading sector 43813... unknown
Reading sector 43818... unknown
Reading sector 43904... unknown
Reading sector 43909... unknown
Reading sector 44009... unknown
Reading sector 44014... unknown
Reading sector 44162... original sector
Reading sector 44167... original sector

MSF: 03:08:05 Q-Data: 41 01 01 23 06 05 00 03 08 01 96 ca
MSF: 03:08:10 Q-Data: 41 01 01 03 06 11 00 03 88 10 6c e8
MSF: 03:09:56 Q-Data: 41 01 01 03 07 56 00 03 09 56 5f 5f
MSF: 03:09:61 Q-Data: 41 01 01 03 07 65 00 03 29 61 fd 31
MSF: 03:23:17 Q-Data: 41 01 01 13 21 17 00 03 23 1f 5b 34
MSF: 03:23:22 Q-Data: 41 01 01 03 21 22 00 03 23 22 a4 08
MSF: 03:24:12 Q-Data: 41 01 01 03 62 12 00 01 24 12 cd b2
MSF: 03:24:17 Q-Data: 41 01 01 01 22 17 00 03 24 57 92 17
MSF: 03:25:03 Q-Data: 41 01 01 03 33 03 00 0b 25 03 a0 6d
MSF: 03:25:08 Q-Data: 41 01 01 03 23 08 00 03 25 08 4e dc
MSF: 03:32:19 Q-Data: 41 01 01 03 30 19 00 03 32 19 ac 47
MSF: 03:32:24 Q-Data: 41 01 01 03 34 24 00 23 32 24 e6 4a
MSF: 03:33:56 Q-Data: 41 01 01 03 31 56 00 03 33 56 17 6c
MSF: 03:33:61 Q-Data: 41 01 01 03 31 65 00 03 13 61 b5 02
MSF: 03:34:51 Q-Data: 41 01 01 03 30 51 00 43 34 51 c1 c5
MSF: 03:34:56 Q-Data: 41 01 01 13 32 56 00 03 34 5e f6 68
MSF: 09:20:45 Q-Data: 41 01 01 09 1a 45 00 49 20 45 56 1e
MSF: 09:20:50 Q-Data: 41 01 01 19 18 50 00 09 20 58 13 19
MSF: 09:22:16 Q-Data: 41 01 01 09 20 17 00 09 a2 16 a4 e0
MSF: 09:22:21 Q-Data: 41 01 01 09 28 21 00 19 22 21 76 86
MSF: 09:37:14 Q-Data: 41 01 01 29 35 14 00 09 37 10 fa 99
MSF: 09:37:19 Q-Data: 41 01 01 09 35 18 00 09 b7 19 95 f5
MSF: 09:38:04 Q-Data: 41 01 01 09 36 14 00 09 30 04 91 ad
MSF: 09:38:09 Q-Data: 41 01 01 09 36 09 00 09 38 09 ec 89
MSF: 09:38:58 Q-Data: 41 01 01 09 36 18 00 09 3a 58 6e 34
MSF: 09:38:63 Q-Data: 41 01 01 09 34 63 00 49 38 63 e8 fa
MSF: 09:46:13 Q-Data: 41 01 01 09 44 1b 00 09 56 13 f9 d2
MSF: 09:46:18 Q-Data: 41 01 01 09 04 18 00 0b 46 18 a1 68
MSF: 09:47:29 Q-Data: 41 01 01 08 45 29 00 09 47 a9 7a ad
MSF: 09:47:34 Q-Data: 41 01 01 09 45 3c 00 09 57 34 b4 a6
MSF: 09:48:59 Q-Data: 41 01 01 09 46 59 00 09 48 59 ee 8b
MSF: 09:48:64 Q-Data: 41 01 01 09 46 60 00 09 68 64 ab 01

Original sectors: 32
LC1 sectors:      0
LC2 sectors:      0
Other sectors:    32

Image has zero errors!

  • Registered: 2007-09-11
  • Posts: 402

Yeah it seems the dump in the database has pregap attached to end of track1 instead of beginning of track2

Someone with the image should check if the current dump matches yours with the correction.

  • From: Italy
  • Registered: 2007-10-16
  • Posts: 192

gigadeath wrote:

Yeah it seems the dump in the database has pregap attached to end of track1 instead of beginning of track2

Someone with the image should check if the current dump matches yours with the correction.

I think we found the problem! I dumped the data track with Isobuster, and without removing the last 352800 bytes of the track 02 pregap the result is the following:

(From CLRmame)
Name:    Track 01.bin
Size:    455855232
CRC32:    02726818
MD5:    8a96e2917b63c8b570adc3525bd39a7a
SHA1:    64a2962e4aaa84d568f7545e3d8a3d4c1e704681

The data track in the current dump
http://redump.org/disc/1063/

The same with the audio track (track 02); I dumped it with EAC and Perfectrip, with the option of "Leave out gaps" and the result is the following

perfectrip
Name:    02.- toca.track.pcm
Size:    15751344
CRC32:    f69b01c9
MD5:    b79b07e1d336ed5ece51d3b6fc242356
SHA1:    644ba1b25ab6bac8ab81276c8b670bd1e135b8bb

EAC
Name:    Track02.bin
Size:    15751344
CRC32:    f69b01c9
MD5:    b79b07e1d336ed5ece51d3b6fc242356
SHA1:    644ba1b25ab6bac8ab81276c8b670bd1e135b8bb

As this problem is solved, I think that the database entry can even be "green-dotted", updated with the new info about the Original edition and the "BEST OF INFOGRAMES sport" edition being the same, plus the fact that the image has zero errors.
I still have no idea of what happened with the TOCA problem...

  • Registered: 2007-09-11
  • Posts: 402

Fixed

The TOCA problem is probably missing bytes at the end caused by bad drive. If you didn't get any sync error in either EAC or PerfectRip, then yours is the right dump.

  • From: Italy
  • Registered: 2007-10-16
  • Posts: 192

Thanks!
I didn't get any sync error in either EAC or PerfectRip, but the size of the last track is identical.

  • Registered: 2007-09-11
  • Posts: 402

Data bytes are 00ed by a drive that doesn't overread, so size is the same but there are 00s where there should be data smile

  • From: Italy
  • Registered: 2007-10-16
  • Posts: 192

OK, I'll post the EAC log in the other thread.

  • From: London, UK
  • Registered: 2006-12-21
  • Posts: 285

xenogears wrote:

Here's (the odd) libcrypt info

psxt001z currently detects LC2 sectors as "unknown", this will be fixed in the next versions.

Dremora's Website

  • From: Italy
  • Registered: 2007-10-16
  • Posts: 192

Dremora wrote:
xenogears wrote:

Here's (the odd) libcrypt info

psxt001z currently detects LC2 sectors as "unknown", this will be fixed in the next versions.

thanks for the info!
Dremora, what do you think of the TOCA error?

  • From: London, UK
  • Registered: 2006-12-21
  • Posts: 285

I think tracks should be compared, and the one with more non-zero data should replace the other in both versions of the game (1.0 and 1.1).

Dremora's Website

  • From: Italy
  • Registered: 2007-10-16
  • Posts: 192

Dremora wrote:

I think tracks should be compared, and the one with more non-zero data should replace the other in both versions of the game (1.0 and 1.1).

Here's the track 08 of TOCA.
It took forever to upload!

http://www.mediafire.com/?sw2dzitximr

  • Registered: 2006-12-23
  • Posts: 4,137

I compared the tracks and cHr's dumps are cut off (your dump has 2352 bytes more data at the end). I hope cHr can check his discs (and I hope your track DOES contain all data)

  • From: Italy
  • Registered: 2007-10-16
  • Posts: 192

Vigi wrote:

I compared the tracks and cHr's dumps are cut off (your dump has 2352 bytes more data at the end). I hope cHr can check his discs (and I hope your track DOES contain all data)

Thanks Vigi for your support!
As for cHr's dumps, I really hope to have found the only 2 defective...
For the data I submit, you can be sure that everything is maniacally double, triple checked (with multiple methods too) and that the dumping programs never report an error, otherwise I post in the forums for help. Even this time EAC and Perfectrip got the same result: zero errors with EAC and Perfectrip, as usual zero corruped C2 pointers.

BTW, here's the EAC log, I posted it in theother thread already but it seems that the discussion is more alive here:

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 1. March 2008, 17:12

Unknown Artist / Unknown Title

Used drive  : PLEXTOR DVDR   PX-760A   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 32
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to next track

Used output format : Convertitore PCM Microsoft
Sample format      : 44,100 kHz; 16 bit; Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 | 34:12.55 |         0    |   153954   
        2  | 34:12.55 |  3:14.48 |    153955    |   168552   
        3  | 37:27.28 |  5:18.65 |    168553    |   192467   
        4  | 42:46.18 |  5:00.67 |    192468    |   215034   
        5  | 47:47.10 |  5:37.40 |    215035    |   240349   
        6  | 53:24.50 |  5:14.28 |    240350    |   263927   
        7  | 58:39.03 |  0:20.30 |    263928    |   265457   
        8  | 58:59.33 |  5:16.65 |    265458    |   289222   


Track  2

     Filename D:\Controllo\Track02.bin

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Track quality 100.0 %
     Test CRC 6DB834FA
     Copy CRC 6DB834FA
     Copy OK

Track  3

     Filename D:\Controllo\Track03.bin

     Pre-gap length  0:00:02.00

     Peak level 77.3 %
     Track quality 100.0 %
     Test CRC 1CF7C613
     Copy CRC 1CF7C613
     Copy OK

Track  4

     Filename D:\Controllo\Track04.bin

     Pre-gap length  0:00:02.00

     Peak level 79.9 %
     Track quality 100.0 %
     Test CRC EB0F15A5
     Copy CRC EB0F15A5
     Copy OK

Track  5

     Filename D:\Controllo\Track05.bin

     Pre-gap length  0:00:02.00

     Peak level 74.7 %
     Track quality 100.0 %
     Test CRC 84A66EDD
     Copy CRC 84A66EDD
     Copy OK

Track  6

     Filename D:\Controllo\Track06.bin

     Pre-gap length  0:00:02.00

     Peak level 76.4 %
     Track quality 99.9 %
     Test CRC C3C88F0A
     Copy CRC C3C88F0A
     Copy OK

Track  7

     Filename D:\Controllo\Track07.bin

     Pre-gap length  0:00:02.00

     Peak level 99.6 %
     Track quality 100.0 %
     Test CRC 2B1FE476
     Copy CRC 2B1FE476
     Copy OK

Track  8

     Filename D:\Controllo\Track08.bin

     Pre-gap length  0:00:02.00

     Peak level 77.3 %
     Track quality 100.0 %
     Test CRC 1CF7C613
     Copy CRC 1CF7C613
     Copy OK

No errors occurred

End of status report