Home | Forums | What's new | Resources | |
Clone CD Images |
Bootnut - Feb 26, 2003 |
mal | Feb 26, 2003 | |||
I don't think it's as simple as just altering the cuesheet. If you do want to try fixing the lack of a pre gap, extract the tracks from the Clone CD image as an iso and wav files. Then create a cuesheet, either by using Lodger's Cue Maker... or rolling your own, and burn it as you would any other iso/wav. I'm not sure that doing that will fix the problem you are having though. |
mal | Feb 26, 2003 | |||
Why do you say that CloneCD is the most reliable? |
Zero 9 | Feb 26, 2003 | |||
Too bad region conversions seem to be almost impossible to do correctly on them. |
MasterAkumaMatata | Feb 27, 2003 | |||||||
Actually, the I find that the IMG file of CloneCD image set (CCD, IMG, SUB) is a regular MODE1/2352 or MODE2/2352 ISO file, so you should be able to convert the region code with SatConv fine. After you save a CloneCD image to a BIN+CUE using CDmage..., create an SFV file covering all files (CCD, IMG, SUB, BIN, CUE) and compare the CRC32 of the IMG file and BIN file. If they are the same, then they are the same file with different file names. Then there is always the option of changing the region code on your own with the help of your trusty hex editor. This piece of source code to TyRaNiD's Saturn Country Converter Version 1.2:
Code:
along with these two screenshots should be sufficient information to help you identify where you need to edit within the image file: |
mal | Feb 27, 2003 | |||
Thanks for answering H.I.M/Jaded God, but I was asking Taelon. |
Jaded God | Feb 27, 2003 | |||
Sorry mal |
Taelon | Feb 27, 2003 | ||||
Well... heh, heh.... it's just like Jaded God said (btw, welcome back dude, finally can post again eh?) - CloneCD is awesome for true 1:1 copies. And you can indeed use SatConv on the .img file to patch the region code before burning the image back to disc. CloneCD copies everything verbatim, including the actual gap between data and audio tracks - which CDRWin completely skips and fills in via the cuesheet instead, and Nero? I'm not even sure how Nero handles gaps, but it's been widely known to seemingly burn Saturn bin/cues fine but then produce unreadable discs (I've had one with illegal track modes once). Hope that's a satisfactory answer... And now I have a question for MasterAkumaMatata: Whenever you use SatConv on a raw-mode track or image (2352 bytes/sector), it seems you would be introducing an *error* by changing the region code without updating the error-correction information contained in the affected sector. Logic would dictate that when you burned such a patched raw-mode image back to disc, the CD recorder would either "correct" the region code back to what it was on the fly, or do so when reading the disc once it's burned. Obviously this isn't the case. I'm wondering why that is. Does SatConv update error-correction info after all? Or do CD recorders create new error-correction information from the contents in a sector, whatever they may be? I've been wondering about this... |
mal | Feb 27, 2003 | ||||
Are you refering to the 150 or so sectors that King M has been talking about? I was having trouble copying a CD with CDRWin a couple of days ago, so I thought I'd try readng it with CloneCD. I then was going to use CDmage to convert the files to bin/cue as my computer doesn't like to writing with CloneCD. Anyway, I thought I'd try testing the data track to see why CDRwin wouldn't copy it and there were 2 bad sectors and then a block of 150 more at the end. They repaired OK but it does leave me wondering... |
MasterAkumaMatata | Feb 28, 2003 | ||||
Judging from the source code of TyRaNiD's Saturn Country Code Changer, I don't think so. Anyway, to be on the safe side, you can use CDmage to "Rebuild Sector Fields..." (found under the Action menu item) since we're dealing with raw images here and that feature is only available when handling raw images. That should update the ECC/EDC codes to reflect the country code conversion on the raw image file. Do that before burning and it should be fine. |
IBarracudaI | Feb 28, 2003 | |||
Taelon, I've had that doubts for soo loong time... In my experience it seems newer burners correct the ecc/edc codes "on-the-fly" that is, re-generate them when burning... When I used my older burner, and tried to burn raw mode images, one of two things could happen... 1 - The burned cd was unreadable on a pc, but booted fine on a saturn (as saturn doesn't use error correction codes... so basically the saturn's cd-rom didn't bother with it..), when I say unreadable on pc... the first sector couldn't be read by any app, due to ecc/edc codes not matching the "user data"... Edit: These cds couldn't be booted without a convertor cartdrige.... 2 - Strangely enough, sometimes the burned cd seemed perfectly burned (and converted), but when hex viewing the first sector... The country code remained the same... (before patching) Now, my conclusions... (hehe, they may be *very* incorrect) As said before, newer burners seem to check the user data and regen the error correction codes "on-the-fly"... *Older* burners (namely those that don't support burning mixed-mode cds from cooked mode isos..), seem to to be fully dependent on the ecc/edc codes included in the raw mode isos... |
Taelon | Feb 28, 2003 | |||
Fascinating, thanks for all the detailed info. Maybe it might indeed be a good idea to error-correct a raw image with CDmage _after_ patching its region, so long as the ECD fields are updated to reflect the changed data, and not vice versa. I had never thought of this back when I did patch raw-mode images, and once burned they all worked so I must've just been lucky with my HP 9100 drive. mal: Yes, it's exactly those 150 sectors I was talking about. And yes, these sectors are technically corrupted; actually they contain no useful data of any kind. But they're the reason CDRWin flatly refuses to rip bin/cue images of *certain* Saturn originals (and not others). The details would of course be different for each CD recorder... My drive is, for example, unable to write a raw-mode bin/cue of a dual-data-track game. Nero wrote it but produced a disc with illegal track modes (unreadable) and CDRWin reported that the drive refused the cuesheet. Damn all these technicalities. (I did end up buying the original game. It was Vatlva. |