Aha, thanks :-) Up it goes.

I dumped No One Can Stop Mr. Domino (U) [SLUS-00804] with isobuster. EAC detects both tracks as data. Track 2 starts with:

 Offset    0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F

00000000  00 FF FF FF FF FF FF FF FF FF FF 00 21 53 22 02  .ÿÿÿÿÿÿÿÿÿÿ.!S".
00000010  00 00 08 00 00 00 08 00 52 49 46 46 36 64 E5 01  ........RIFF6då.
00000020  57 41 56 45 66 6D 74 20 12 00 00 00 01 00 02 00  WAVEfmt ........
00000030  44 AC 00 00 10 B1 02 00 04 00 10 00 00 00 66 61  D¬...±........fa
00000040  63 74 04 00 00 00 01 59 79 00 64 61 74 61 04 64  ct.....Yy.data.d
00000050  E5 01 00 00 00 00 96 D0 96 D0 9A C7 9A C7 47 BF  å.....–ЖКǚÇG¿
00000060  47 BF 49 B8 49 B8 35 B3 35 B3 EC AE EC AE 78 AC  G¿I¸I¸5³5³ì®ì®x¬

There doesn't appear to be any gap between tracks. Crcs match for both tracks when dumped using two different drives.

Should I add the game to the db or am I doing something wrong?
-John

28

(18 replies, posted in General discussion)

Keep in mind that if you have an image with audio tracks CDMage will tell you the image has thousands of errors even if the audio data isn't currupted.


About images with audio tracks it is sometimes possible to recover the audio. using the --track command in psxt001z.exe

psxt001z.exe --track image.bin bytes_to_skip size crc-32 [r] [+/-/f] [s filename]
  Try to guess an offset correction of the image dump by searching a track with
  given size and CRC-32.
  r - Calculate crc with RIFF header.
  +/- - Search only for positive or negative offset correction.
  f - Search only for common offset corrections.
  s - Save track with given filename.

What you need to do is copy the offset first track and use the --track command to find the offset.

for instance for a game with this info (1 audio track):
data track size: 340649568
audio track size: 26732832
Audio track crc: 18e19684

I'd copy the data from zero to 340649567 to data.bin and the data from 340649567 to the end to audio.bin

now pad audio.bin with 20k zeros at the beginning and end.

now do psxt001z.exe --track audio.bin 20000 26732832 18e19684 s out.bin
now if the audio data isn't curupted it should spit out the corrected audio track and the offset (it may take a while). I've only done this on games with one audio track. I imagine it might be possible to do this on multi track games as well.

I use the HxD.exe hex editor for all the cutting and pasting.

I'm trying to add a disc with just one data track and no audio tracks. The form won't accept the data without a cuesheet. What form does the cuesheet info have to be in?

Thanks,

-John