(9 replies, posted in General discussion)

Thanks! The Copy Range function of EAC worked, though the interface was annoying. While you're typing in the values it keeps changing where you're typing after a few seconds, and in order for it to accept your input you have to click in the End Position text box. This bug should be added to the guide, I'm sure it would help many people out in the future.

Also, do you know the answer to my CDmage question? That disc had 2 audio tracks and I didn't have a problem dumping it, but the high amount of errors makes me think something might be wrong with it. It plays fine, and I tested every demo too. I'll try dumping it with a third drive and report if it's different.


(9 replies, posted in General discussion)

While I was dumping my PlayStation collection I found two games with audio tracks that are smaller than the ones in the DB, the data tracks match the DB, though. The Games are: http://redump.org/disc/13075/ and http://redump.org/disc/13074/

The discs only have one audio track and they're just a bunch of zero's. One thing I noticed is that the gap is detected as 0 seconds for the audio track and 2 seconds for the data track. The data track has the scrambled sector -150 sectors back, and I calculated the combined and write offsets for 2 drives, one is a plextor, so I used px_d8 to verify. My audio tracks are 37,044,000 bytes, is this correct or is the 0 second gap an issue? I detected the gap using 3 drives and they all reported the same time.

I also have one more question. Is it possible for a good dump to have over 5,000 errors detected in CDmage? I have a new demo dump to submit, but I noticed the high amount of errors and thought I'd better ask before submitting it. There were not any read errors while dumping it, and I dumped it using 2 drives.