Yes, I agree. CDmage should be used for checking for errors (since psxt001z doesn't check ECC, and in the next versions I'll remove scanning function at all with the exception of postgap error detection).

52

(39 replies, posted in General discussion)

Only for confirmation of existing dumps — there may be mastering errors which should be preserved. Though even those 50 discs would be a very good start smile

pepsidrinker wrote:

so I add 705600 bytes of gap to track 02 right?

Yes. My Alien Trilogy also has 4-second gap, but EAC detects it as 2-second gap.

54

(39 replies, posted in General discussion)

Yuki wrote:

Thanks xenogears
I am using following Tool now.

http://www.gotwalls.com/
http://dumpcast.thekickback.com/

Is this method BAD?

This method is bad in one thing: it doesn't consider combined read+write offset. Though it's relatively easy to fix these dumps: combined offset can be calculated by dumping 1st session using our guide and then comparing it with dump made from the console. Then all audio tracks in 2nd session should be shifted by the combined offset.

Are you sure you have cut off 2nd track pregap from the data track?

Yes.

themabus wrote:

are they in header/subheader or body?

They can occur everywhere.

pepsidrinker wrote:

Ok, is there anyway to check for mastering errors before you dump the disc?

If the dump doesn't contain any errors, it has no mastering errors. If it has one or more errors, try dumping the disc again or use another drive. If all images are the same and have errors, that almost certainly means that these errors are due to the mastering.

pepsidrinker wrote:

I have another question theres been a couple of times when one image had an error on a certain sector and the other image had a error on a different sector they was both repairable with cd mage but wasn't noticed with psxt001z so I repaired them with cdmage and the checksums was the same after that, was that dump bad?

This dump should be OK. You can also replace bad sector in one image with good sector from another — you should have the same results.

pepsidrinker wrote:

What does this all mean to us dumpers? We can't check for errors at all?

You can check, but you shouldn't fix errors with CDmage.

pepsidrinker wrote:

Dump the game twice one image gets no errors in psxt001z and cdmage the second image has one repairable error which if you fix gives the same checksum as the first does that mean the second image was correct and the first one wrong?

In this case no. Mastering errors will always be read as errors.

Besides the last sectors it fixes sync and header, though I'll remove this function in the next version. StateS, can you post the logs?

Some discs have a lot of (or just several) errors which shouldn't be fixed (like Demo One v4). These errors were made during the mastering and should be considered part of the dump. Actually CDmage shouldn't be used at all, as it may fix such errors.

62

(18 replies, posted in General discussion)

There is no need to buy pirate discs for our DB because we are collecting info only from original licensed discs (even in case dumps from pirate and licensed discs are the same).

63

(4 replies, posted in General discussion)

Thanks, the link and EAC version in the guide have been updated.

If it's audio, you don't need D8. Data is already descrambled.

pepsidrinker wrote:

No, they made it all in audio so they can store more on the cd or something.

Jaguar CD games could include as much as 790MB of data, considerably more than conventional CD-ROMs. The designers chose to ignore established CD-ROM formats and instead created their own based on the audio CD format. While allowing for dramatically more storage on the disc and foiling casual piracy, the format only provided limited error correction.  --- http://en.wikipedia.org/wiki/Atari_Jaguar_CD

Common CD-ROM format was also based on Audio CD. The main difference between audio and data tracks is sync, which helps to find the beginning of sector. Atari Jaguar CDs should also have some kind of sync.

66

(3 replies, posted in General discussion)

They were dumped by [unknown] dumpers, I was asked to hide these dumps until redumps are made.

Eidolon wrote:

Yes I see I have phrased that badly. What I mean is the following: If the Inn database contains intelligent checksums for a particular game, you can test your rip against that. If the checksums are the same, you KNOW that your rip - even if it has a different audio offset - has come from an original CD (i.e. it is a "good" rip which you can keep), or e.g. from a ripped, burnt and re-ripped ISO/MP3 fileset (which is a "bad" rip you should delete immediately ;-).

We have "psxt001z --track" for the same purpose. It uses full track crc32, not "intelligent" one - that means you can extract tracks from the incorrectly dumped image so their checksums would match DB. As you see, this can be done without "intelligent" checksums.

68

(55 replies, posted in General discussion)

Eidolon wrote:

Moreover, in your process you're forgetting to run the data tracks through CDMage to confirm correctness - something which wouldn't be necessary at all if you only dumped the MODE1/2048 user data.

We are not forgetting anything - some discs have mastering EDC/ECC errors which shouldn't be fixed (either accidental or intentionally made by the developers). Not only PSX, but even some Sega CD discs have these errors, so by ripping data tracks in cooked mode or fixing them with CDmage you'll lose data.

69

(55 replies, posted in General discussion)

2Eidolon:

Didn't want to make any comments - I thought you would understand that your method is wrong after a couple of answers from our dumpers. Looks like I've been mistaken...

I see absolutely no point in using Cdrwin. It offers no benefits comparing to the current method. Dumping using EAC takes less time and is more accurate. And Cdrwin can't even properly dump audio - this should be quite enough to stop anyone from using it in attempt to make perfect dumps. It is just a waste of time and efforts.

You should drop the folder with the compressed image on the unpackIso.exe, not the single files.

Use unpackIso.

AFAIK there is no copy protection on PC Engine CDs (correct me if I am wrong), so dumping discs for this system shouldn't be a problem. There is another issue though - multiple data tracks - but is it a problem for an experienced dumper? wink

73

(6 replies, posted in General discussion)

Are you using the latest version of EAC (0.99 Prebeta 3)? It should detect all gaps gaps correctly. You can also try switching between pregap detection methods A, B and C.

gigadeath wrote:

I tried dumping Shining Force CD, and I got pregap 2.02 for track #2, and pregap 2.01 for every following track, but I encountered only 2.00s and 1.74s until today, what should I do? Is EAC trustable for this disc?

If you tried detecting gaps several times and they are the same - they can be trusted (except for the pregap after data track in your case). Many Sega CD discs have such weird gaps.

74

(21 replies, posted in General discussion)

pepsidrinker wrote:

Dremora or anyone that can add 3DO to the DB and write out explicitly what information you want

Title, region, languages, size, checksums and serial.

pepsidrinker wrote:

Can we check for errors with cdmage?

No, CDmage can't find filesystem in 3DO images and won't allow to check them for errors. Anyway, making another dump of the disc and comparing both would be quite enough (and it's even better in case disc has mastering errors or errors intentionally made by the developer which should be preserved and not fixed, like in some PSX discs).

75

(21 replies, posted in General discussion)

F1ReB4LL wrote:

3DO is the only system that toseciso guys are able to dump correctly smile They've dumped most of the CDs already and, IIRC, missing only a few dozens.

2048 bytes/sector -> not correctly.