1

(2 replies, posted in General discussion)

Currently the games receive a 32X tag:

Corpse Killer (USA) (32X)
http://redump.org/disc/2965/

I think it's the only example available.

Hi,

One of my dumps http://redump.org/disc/11227/ appears to have some kind of conflict between the cues generated by EAC and CloneCD, concerning pregaps values. I decided to redump all my games using CloneCD and compare with some observations:

1) Three Dirty Dwarves (USA) http://redump.org/disc/10589/

CloneCD doesn't show INDEX 0 between Tracks 2 and 3.

   TRACK 2 AUDIO
   INDEX 1 17:59:48
   TRACK 3 AUDIO

2) Mr. Bones (USA) (Disc 1) http://redump.org/disc/11198/

CloneCD doesn't show INDEX 0 between Tracks 2 and 3.

   TRACK 2 AUDIO
   INDEX 1 32:22:43
   TRACK 3 AUDIO

3) Mr. Bones (USA) (Disc 2) http://redump.org/disc/11222/

CloneCD doesn't show INDEX 0 between Tracks 2 and 3.

   TRACK 2 AUDIO
   INDEX 1 28:25:14
   TRACK 3 AUDIO

4) Clockwork Knight: Pepperouchau's Adventure (USA) http://redump.org/disc/11227/

CloneCD shows a 1:74 pregap and EAC gives 2:00.

   TRACK 2 AUDIO
   INDEX 0 20:26:67
   INDEX 1 20:28:66
   TRACK 3 AUDIO

It was suggested a redump to correct this, but later we discovered that the sector that should be moved (from Track 2 to 1) only had garbage. Then, there isn't still a solution.

5) Mortal Kombat Trilogy (USA) http://redump.org/disc/11221/

Pregaps match.

   TRACK 2 AUDIO
   INDEX 0 05:17:39
   INDEX 1 05:19:39
   TRACK 3 AUDIO

6) Worldwide Soccer '98 (USA) (not added yet)

CloneCD doesn't show INDEX 0 between Tracks 2 and 3.

   TRACK 2 AUDIO
   INDEX 1 24:51:41
   TRACK 3 AUDIO

7) Sonic 3D Blast (USA) (Verify)

Pregaps match. Can be added as verified to "dumper" dump, as everything matches (except for the ring numbers).

   TRACK 2 AUDIO
   INDEX 0 06:15:21
   INDEX 1 06:17:21
   TRACK 3 AUDIO

--

Hope this helps and would like to suggest a request for this kind of comparison in the dumping guide after a conclusive solution be made. Thanks.

3

(1 replies, posted in General discussion)

Recently I dumped a SS game (Mr. Bones) with 4 audio tracks with exactly the same data. I thought it could be a problem with my CD (scratches or something similar), but a new dump http://redump.org/disc/10661/ has the same issue (tracks 9 and 10). Is it normal?

4

(5 replies, posted in General discussion)

Just tested with Demul and had the same issue, so it's absolutely a problem with Redump GDIs. Unfortunately it'll cause a little mess in database. I don't have any Dreamcast game with more than 3 tracks, so that's the reason why I haven't tested.
And I have no doubt Redump is better than TOSEC, especially when dealing with methods, just need to diversify the old systems a little more (PC-FX, more 3DO, CD-i, Jaguar CD...) and this db will be world's reference.
Thanks!

5

(5 replies, posted in General discussion)

I was trying to use the sites GDIs with NullDC and discovered they have a problem in the convention:

Instead of using this: 1 0 4 2352 "Soulcalibur (USA) (Track01).bin" 0

It should be changed for this: 1 0 4 2352 Soulcalibur_(USA)_(Track01).bin 0

Now, every game works perfectly, like TOSEC GDIs.

(Btw, all the games with 3 tracks I tested, match TOSECs if you use psxt001z for the second track.)

But the last track apparently does not accept any king of space, so the whole GDI must be like this:

3
1 0 4 2352 Soulcalibur_(USA)_(Track_1).bin 0
2 300 0 2352 Soulcalibur_(USA)_(Track_2).bin 0
3 45000 4 2352 Soulcalibur(USA)(Track3).bin 0

Which would force a change in the last file name.