Dumping, matching and burning

[Rallye89]

Hi, i'm not new to the world of redump.org, but now i have a strange problem. Basically i'm interested in preserving games for PlayStation and PlayStation2, so i decided to dump some games i own and make my personal backup for playing on that gaming systems.

PlayStation2 is not the real problem, burning softwares will manage correctly isos. Well, I decided to take a look at the dats and cuesheets and noticed that very very few games for this system use multitrack cdda (about 10 titles), so i eventually decided to use iso as file standard. in this case i had no problems with dvd9s, dvd5s and monotrack data cds (the ones with blue layer).

PlayStation is really a big problem because of multitrack cddas, tracks with errors, libcrypt protection, different versions and so on. Well, i decided to use ccd/img/sub (to make possible storing libcrypt protection) for all my psx backups, but i noticed differences on different software such as clonecd, alcohol120%, imgburn on pregaps, errors and cuesheets. monotrack cds with errour count=0 never gave me problems. for libcrypt protection i added it manually hexediting the sub file with sectors gave on redump instead of dumping from my discs (i tried also sbi2sub utility but seems to generate altered data in the last sectors of sub file, maybe it's the pregap?). so i create my monotrack backup files generating a bin with any software, then creating a cuesheet with imgburn, mounting the disc on a virtual drive, then create a ccd/img/sub from that with clonecd, last if libcrypted game editing sub with sbi2sub. So the data and the libcrypt is not the problem.

What exactly i have to do with cddas and error count different from 0? i read something about c1/c2 errors, compatible drives and so on, but i haven't understood. audio tracks are more sensitive to disc scratches, thus resulting in nearly always crc mismatch (only in audio tracks, first data track always matches). i tried discimagecreator but it's not compatible with my drive. is there any software able to perfectly dump each audio track after first data track without the need of getting a new plextor drive? If yes, maybe you can explain how to configure that, if it is alcohol, clonecd or imgburn?

After dumping i need to burn backups to play (i don't want to use original cds in my playstation), but i noticed that from a perfect dump my drive always generates a bad backup when redumped from burned copy (crc mismatch in img and sub). is it due to pregap and c1/c2 errors? i use clonecd at minimum possible speed (10x, 3x) and verbatim cd/dvv5/dvd9s

[F1ReB4LL]

Well, i decided to use ccd/img/sub (to make possible storing libcrypt protection) for all my psx backups, but i noticed differences on different software such as clonecd, alcohol120%

Alcohol 120% is unable to dump into ccd/img/sub, all the audio tracks become shifted. Unless that was fixed in the recent versions, but I have doubts.

imgburn on pregaps, errors and cuesheets

Meh? What pregaps, what cuesheets? You've just said "ccd/img/sub". And what errors?

i tried also sbi2sub utility but seems to generate altered data in the last sectors of sub file, maybe it's the pregap?).

Depends on the differences.

What exactly i have to do with cddas and error count different from 0?

RAW DAO 96 burning mode shouldn't affect those errors and leave them intact.

is there any software able to perfectly dump each audio track after first data track without the need of getting a new plextor drive?

You can try to check the swap trick, whether it works for your drive or not. Find the "startstop" utility somewhere on this forum, insert any Audio CD, stop the drive, eject the tray by inserting some pin into the emergency eject hole, insert the game disc, close the tray manually using some force, then try to read the sectors. You should see the scrambled data sectors in the data area.

After dumping i need to burn backups to play (i don't want to use original cds in my playstation), but i noticed that from a perfect dump my drive always generates a bad backup when redumped from burned copy (crc mismatch in img and sub)

Images with CDDA differ, if dumped with CloneCD or similar, since they don't do the offset correction. Subs won't match, either, since the dumping tools don't correct the random errors.

[Rallye89]

I was talking about desidered errors container into retail copies of ps1 games, such as dino crisis, syphon filter 2 and final fantasy origins. Clonecd corrects these sectors in read mode thus resulting in data mismatch with redump data. I avoided the problem just replacing the img with another one got on the internet that matched the crc, but only because i found it on the web. Could clonecd be configured to dump these games correct way? Or i just need to get another software?

Burning backups is another problem. Which software is the best? I want to generate a 1:1 copy of my dumps. I know that subchannels don’t have correction, but data and audio should have it, so if i’m starting from a perfect dump there is no reason in getting a shifted audio or mismatched data in backups. I created 4 different profiles in clonecd: psx standard (no libcrypt) with subchannels regenerating, psx standard with errors (no libcrypt and no data regeneration), psx libcrypt (no subcode regeneration) and psx libcrypt with errors (no sub regen and no data regen), however this method doesn’t seem to have effect, cause clonecd corrects data even if i configure it to not do so. EG i want to dump Dino Crisis that contains audio, libcrypt and errors. And then burn it. what should i do?

[Rallye89]

If i remember correctly i’m having mismatch also in monotrack (data) ps1 games burned from matching imgs and cues burned with alchol or clonecd? Is my drive faulty? I don’t want to waste cdrs and dvdrs, so i need to be sure of what method i have to use. Let’s start with ps2 dvd5 isos that are for sure mode1 and less problematic: could alcohol120% manage the thing correctly? Or you advice imgburn for this purpose? Answer me so that i can burn something and verify the backups. Thanks for interestment!

[idlord]

No possible way to properly preserve your PSX discs unless you own a supported Plextor drive that is compatible with DiscImageCreator.

[Rallye89]

No possible way to properly preserve your PSX discs unless your own a supported Plextor drive that is compatiable with DiscImageCreator.

So it seems that i have to buy a Plextor drive. Is there any AIO solution by plextor that is bd/dvd/cd read/write capable and compatible with DIC? That’s because i own some ps3 bd games and i want to backup these in the future.

[user7]

CD + DVD yes. Here is a list of redump approved drives and whether or not they're CD or both CD/DVD: https://wiki.redump.info/index.php?title= … ead_Speeds

Plextor blu-rays do not do CD-Rom properly.

[idlord]

Here is a dumping guide for PS3: /viewtopic.php?t=8523 … ructions/, it also requires an additional specific drive in order to detect/read PS3 discs, unfortunately there is no all-in-one solution.

[F1ReB4LL]

I was talking about desidered errors container into retail copies of ps1 games, such as dino crisis, syphon filter 2 and final fantasy origins. Clonecd corrects these sectors in read mode thus resulting in data mismatch with redump data. I avoided the problem just replacing the img with another one got on the internet that matched the crc, but only because i found it on the web. Could clonecd be configured to dump these games correct way?

Most likely, it's your drive correcting the errors. Try the swapping trick described above.

[tossEAC]

Their is a problem when burning audio cds, your drive will adjust the files slightly to do with the drive offset, meaning when you read in your backup the audio will be slightly shifted by a few bytes, you can correct this, by working out how many bytes your burning drive shifts the audio on a burnt disc. Once you have that amount (x) you can adjust the audio by x but in the opposite direction before you burn, So when you burn and x is applied you get the audio exactly right. Then when you read your backups the audio will no be shifted.