Page 1 of 1

Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 7:46 am
by camb702
Just wondering if someone could clarify but is the following result normal behaviour?
I 12:55:00 Operation Started!
I 12:55:00 Source Device: [0:0:0] DTSOFT BDROM 1.05 (H:) (Virtual)
I 12:55:00 Source Media Type: CD-ROM
I 12:55:00 Source Media Supported Read Speeds: 48x
I 12:55:00 Source Media Sectors: 233,632
I 12:55:00 Source Media Size: 549,502,464 bytes
I 12:55:00 Source Media Volume Identifier: NIGHTS
I 12:55:00 Source Media Volume Set Identifier: NIGHTS
I 12:55:00 Source Media File System(s): ISO9660
I 12:55:00 Read Speed (Data/Audio): MAX / 56x
I 12:55:00 Hardware Read Error Retries: 2
I 12:55:00 Destination File: G:\NIGHTS.BIN
I 12:55:00 Destination Free Space: 1,809,614,237,696 Bytes (1,767,201,404.00 KB) (1,725,782.62 MB) (1,685.33 GB)
I 12:55:00 Destination File System: NTFS
I 12:55:00 File Splitting: Auto
W 12:55:01 [0:0:0] DTSOFT BDROM 1.05 (H:) (Virtual) - Setting Hardware Read Error Retries is not supported!
I 12:55:02 Reading Session 1 of 1... (21 Tracks, LBA: 0 - 233631)
I 12:55:02 Reading Track 1 of 21... (MODE1/2352, LBA: 0 - 19155)
I 12:55:03 Reading Track 2 of 21... (MODE2/FORM1/2352, LBA: 19156 - 97966)
W 12:55:04 Failed to Read Sectors 19543 - 19569 - Reason: Illegal Mode For This Track
W 12:55:04 Failed to Read Sector 19560 - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (1 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (2 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (3 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (4 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (5 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (6 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (7 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (8 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (9 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (10 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (11 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (12 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (13 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (14 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (15 of 20)...
W 12:55:04 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:04 Retrying (16 of 20)...
W 12:55:05 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:05 Retrying (17 of 20)...
W 12:55:05 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:05 Retrying (18 of 20)...
W 12:55:05 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:05 Retrying (19 of 20)...
W 12:55:05 Retry Failed - Reason: Illegal Mode For This Track
W 12:55:05 Retrying (20 of 20)...
W 12:55:05 Retry Failed - Reason: Illegal Mode For This Track
E 12:55:07 Failed to Read Sector 19560 - Reason: Illegal Mode For This Track
E 12:55:07 Failed to Read Sectors!
E 12:55:08 Operation Failed! - Duration: 00:00:07
To explain, I attempted to dump a redump-verified image to a single bin/cue file using DTLite/ImgBurn. I usually do this for checking for inconsistencies when converting NonRedump images to separate tracks (e.g. cloneCD, single bin files etc). I usually notice the above errors on multi-data tracks when incorrectly calculating pregaps/sectors lengths using isobuster. Assuming it is correct, would playback be an issue given all the errors ImgBurn is spewing out?

The above output was taken from https://redump.info/disc/17355/
(It's unlikely that 4 separate dumpers failed to correctly dump the said disc)

On a broader note, should redump images playback without issue on hardware capable of doing so?

Re: Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 8:47 am
by iR0b0t
camb702 wrote:I 12:55:02 Reading Track 1 of 21... (MODE1/2352, LBA: 0 - 19155)
I 12:55:03 Reading Track 2 of 21... (MODE2/FORM1/2352, LBA: 19156 - 97966)
W 12:55:04 Failed to Read Sectors 19543 - 19569 - Reason: Illegal Mode For This Track
track length is miscalculated and perfectrip throws an error because it detects different track modes in the second track. there might be audio silence in-between both data tracks as well.

Re: Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 9:02 am
by camb702
Does this mean there could be a problem with the accuracy of the dump information currently in the database? Or is it a problem with ImgBurn in this instance?

To clarify, it's ImgBurn throwing out the said errors and not PerfectRip.

Thanks.

Re: Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 9:03 am
by RetroGamer
camb702 wrote:On a broader note, should redump images playback without issue on hardware capable of doing so?
You won't be able to play PSX or Saturn dumps in unmodified hardware due to copy protection, but you can play burned discs in unmodified Mega/Sega CD (but only the same region of the hardware).

Re: Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 11:08 am
by Nexy
You can use CDMAGE to make multiple track images into a single image for burning.

However for discs with mastering inconsistencies you'll need the subs and a clonecd cue sheet to burn them properly.

Re: Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 11:50 am
by pablogm123
CDMage's output matches the one obtained by copy /b "file1.bin"+"file2.bin"+"file3.bin" "Final file.bin", as expected.

Re: Redump discs with multiple data tracks

Posted: Mon Jul 16, 2012 12:01 pm
by camb702
RetroGamer wrote:you can play burned discs in unmodified Mega/Sega CD
Thanks.  Image
You can use CDMAGE to make multiple track images into a single image for burning.
That's not really what I'm getting at since I typically burn the images to disc without converting them as you suggest. There's no real reason to, is there?
However for discs with mastering inconsistencies you'll need the subs and a clonecd cue sheet to burn them properly.
Are such discs accurately identified in the redump db? I understand you can use sbi2sub with the provided .sbi attachments for libcrypt encrypted discs to generate the necessary subs for burning. Putting libcrypt aside for the moment, isn't it conceivable that some discs already in the database (e.g. Saturn and PSX) won't ever playback on real hardware? I must add that I've never had any problems on anything I've played to this point.

So what's going on with the dump I mentioned earlier? Is it a mastering inconsistency, a series of bad dumps, ImgBurn issue?