mario64 Posted December 29, 2021 Posted December 29, 2021 I have a cue + multi-bin image which burns successfully but will not verify. I've tried on two different computers using three different drives and two different media types (CD-R & CD-RW). Also tried lowering write speed to minimum. None will verify this disc. At this point I'm at a loss. Are these bogus errors? Any help would be greatly appreciated! Failure is always a miscompare at LBA. In this case 13224, Offset 15 Total errors in sector: 53 I 17:23:38 ImgBurn Version 2.5.8.0 started! I 17:23:38 Microsoft Windows 8 Core x64 Edition (6.2, Build 9200) I 17:23:38 Total Physical Memory: 33,466,892 KiB - Available: 11,131,568 KiB I 17:23:39 Initialising SPTI... I 17:23:39 Searching for SCSI / ATAPI devices... I 17:23:39 -> Drive 1 - Info: PIONEER BD-RW BDR-207M 1.35-ID60 (D:) (SATA) I 17:23:39 Found 1 BD-RE XL! I 17:23:44 Operation Started! I 17:23:44 Device: [1:0:0] PIONEER BD-RW BDR-207M 1.35 (D:) (SATA) I 17:23:44 Media Type: CD-RW (Disc ID: 97m34s23f, Mitsubishi Chemical Corp.) I 17:23:44 Media Supported Write Speeds: 4x, 10x I 17:23:44 Quick Erase: Yes I 17:23:44 Erasing Disc... I 17:24:12 Operation Successfully Completed! - Duration: 00:00:28 I 17:24:13 Operation Started! I 17:24:13 Source File: J:\NiGHTS.cue I 17:24:13 Source File Sectors: 274,034 (MODE1/2352) I 17:24:13 Source File Size: 644,527,968 bytes I 17:24:13 Source File Volume Identifier: NIGHTS I 17:24:13 Source File Volume Set Identifier: NIGHTS I 17:24:13 Source File File System(s): ISO9660 I 17:24:14 Destination Device: [1:0:0] PIONEER BD-RW BDR-207M 1.35 (D:) (SATA) I 17:24:14 Destination Media Type: CD-RW (Disc ID: 97m34s23f, Mitsubishi Chemical Corp.) I 17:24:14 Destination Media Supported Write Speeds: 4x, 10x I 17:24:14 Destination Media Sectors: 359,847 I 17:24:14 Write Mode: CD I 17:24:14 Write Type: SAO I 17:24:14 Write Speed: MAX I 17:24:14 Lock Volume: Yes I 17:24:14 Test Mode: No I 17:24:14 OPC: No I 17:24:14 BURN-Proof: Enabled I 17:24:14 Write Speed Successfully Set! - Effective: 1,764 KB/s (10x) I 17:24:14 Advanced Settings - Optimal Writing Speed: No I 17:24:14 Filling Buffer... (80 MiB) I 17:24:14 Writing LeadIn... I 17:24:31 Writing Session 1 of 1... (20 Tracks, LBA: 0 - 274033) I 17:24:31 Writing Track 1 of 20... (MODE1/2352, LBA: 0 - 13223) I 17:24:48 Writing Track 2 of 20... (MODE2/FORM1/2352, LBA: 13224 - 125672) I 17:27:18 Writing Track 3 of 20... (AUDIO/2352, LBA: 125673 - 126577) I 17:27:19 Writing Track 4 of 20... (AUDIO/2352, LBA: 126578 - 127479) I 17:27:22 Writing Track 5 of 20... (AUDIO/2352, LBA: 127480 - 128482) I 17:27:23 Writing Track 6 of 20... (AUDIO/2352, LBA: 128483 - 129692) I 17:27:25 Writing Track 7 of 20... (AUDIO/2352, LBA: 129693 - 139491) I 17:27:38 Writing Track 8 of 20... (AUDIO/2352, LBA: 139492 - 148887) I 17:27:50 Writing Track 9 of 20... (AUDIO/2352, LBA: 148888 - 158487) I 17:28:03 Writing Track 10 of 20... (AUDIO/2352, LBA: 158488 - 167862) I 17:28:16 Writing Track 11 of 20... (AUDIO/2352, LBA: 167863 - 176299) I 17:28:27 Writing Track 12 of 20... (AUDIO/2352, LBA: 176300 - 182975) I 17:28:36 Writing Track 13 of 20... (AUDIO/2352, LBA: 182976 - 187627) I 17:28:42 Writing Track 14 of 20... (AUDIO/2352, LBA: 187628 - 191918) I 17:28:48 Writing Track 15 of 20... (AUDIO/2352, LBA: 191919 - 196227) I 17:28:53 Writing Track 16 of 20... (AUDIO/2352, LBA: 196228 - 199983) I 17:28:58 Writing Track 17 of 20... (AUDIO/2352, LBA: 199984 - 206613) I 17:29:07 Writing Track 18 of 20... (AUDIO/2352, LBA: 206614 - 230355) I 17:29:39 Writing Track 19 of 20... (AUDIO/2352, LBA: 230356 - 254009) I 17:30:10 Writing Track 20 of 20... (AUDIO/2352, LBA: 254010 - 274033) I 17:30:37 Synchronising Cache... I 17:30:58 Exporting Graph Data... I 17:30:58 Graph Data File: C:\Users\xxxxx\AppData\Roaming\ImgBurn\Graph Data Files\PIONEER_BD-RW_BDR-207M_1.35_WEDNESDAY-DECEMBER-29-2021_5-24_PM_97m34s23f_MAX.ibg I 17:30:58 Export Successfully Completed! I 17:30:58 Operation Successfully Completed! - Duration: 00:06:44 I 17:30:58 Average Write Rate: 1,719 KiB/s (8.7x) - Maximum Write Rate: 1,765 KiB/s (8.9x) I 17:30:58 Cycling Tray before Verify... I 17:31:14 Device Ready! I 17:31:21 Operation Started! I 17:31:21 Source Device: [1:0:0] PIONEER BD-RW BDR-207M 1.35 (D:) (SATA) I 17:31:21 Source Media Type: CD-RW (Disc ID: 97m34s23f, Mitsubishi Chemical Corp.) I 17:31:21 Source Media Supported Read Speeds: 24x I 17:31:21 Source Media Supported Write Speeds: 4x, 10x I 17:31:21 Source Media Sectors: 274,034 I 17:31:21 Source Media Size: 561,221,632 bytes I 17:31:21 Image File: J:\NiGHTS.cue I 17:31:21 Image File Sectors: 274,034 (MODE1/2352) I 17:31:21 Image File Size: 644,527,968 bytes I 17:31:21 Image File Volume Identifier: NIGHTS I 17:31:21 Image File Volume Set Identifier: NIGHTS I 17:31:21 Image File File System(s): ISO9660 I 17:31:21 Read Speed (Data/Audio): MAX / MAX I 17:31:56 Read Speed - Effective: 24x I 17:31:56 Verifying Session 1 of 1... (20 Tracks, LBA: 0 - 274033) I 17:31:56 Verifying Track 1 of 20... (MODE1/2352, LBA: 0 - 13223) I 17:32:13 Verifying Track 2 of 20... (MODE2/FORM1/2352, LBA: 13224 - 125672)
dbminter Posted December 29, 2021 Posted December 29, 2021 Given you're using the high quality CD media in the log and given that you've tried different media, CD-R and CD-RW, and given that you tried this same image in different burners, I'd say the problem is in the image file you have. It's corrupted somehow. Particularly if you downloaded this image file, it's most likely the problem. Lots of images posted online are corrupt. Although the log itself doesn't show any error near as I can see.
mario64 Posted December 30, 2021 Author Posted December 30, 2021 1 hour ago, dbminter said: Given you're using the high quality CD media in the log and given that you've tried different media, CD-R and CD-RW, and given that you tried this same image in different burners, I'd say the problem is in the image file you have. It's corrupted somehow. Particularly if you downloaded this image file, it's most likely the problem. Lots of images posted online are corrupt. Although the log itself doesn't show any error near as I can see. Thank you very much for your reply! That's kind of what I was thinking. However, for kicks, I just tried burn + verify using AnyBurn and it was completely successful. Could this possibly be an Imgburn bug?
dbminter Posted December 30, 2021 Posted December 30, 2021 Never heard of AnyBurn before, so I've no idea how differently it handles images versus ImgBurn. Probably not a bug in ImgBurn. Just that AnyBurn is probably not performing as thorough a check on the contents as ImgBurn is. But, I'll have to let LUK reply further on that point.
LIGHTNING UK! Posted December 30, 2021 Posted December 30, 2021 I will look into it. It would have helped to see the actual error in the log, but going by the CUE I found online, it's noticing differences in a pregap sector - and they're generated by the program.
mario64 Posted December 30, 2021 Author Posted December 30, 2021 3 minutes ago, LIGHTNING UK! said: I will look into it. It would have helped to see the actual error in the log, but going by the CUE I found online, it's noticing differences in a pregap sector - and they're generated by the program. Thank you! Let me know if I can provide any additional info.
LIGHTNING UK! Posted December 30, 2021 Posted December 30, 2021 Does your bin/cue image consist of 20 bin files? I take back what I said last night, the image I have here for the christmas version of Nights doesn't specify PREGAP in the CUE, it's making use of INDEX 0 and taking data from the corresponding BIN file. The non-christmas version used PREGAP. Looking at the 2nd bin file (which is the bin for track 2), I can see that byte 15 is set to 01 (in each of the first 150 sectors (of 2352 bytes) of the file), when it should be 02 if it's a mode 2 track - as specified in the CUE file. So in my case at least, the BIN/CUE are wrong.
mario64 Posted December 30, 2021 Author Posted December 30, 2021 4 hours ago, LIGHTNING UK! said: Does your bin/cue image consist of 20 bin files? I take back what I said last night, the image I have here for the christmas version of Nights doesn't specify PREGAP in the CUE, it's making use of INDEX 0 and taking data from the corresponding BIN file. The non-christmas version used PREGAP. Looking at the 2nd bin file (which is the bin for track 2), I can see that byte 15 is set to 01 (in each of the first 150 sectors (of 2352 bytes) of the file), when it should be 02 if it's a mode 2 track - as specified in the CUE file. So in my case at least, the BIN/CUE are wrong. It sure does yes. Wow that's interesting. I always assumed that Redump verified images would be known good. Just so I'm clear, this error would result in a non-working disc right? Even though it burns successfully?
dbminter Posted December 30, 2021 Posted December 30, 2021 Since it's an audio CD, it would be relatively easy to determine if it's a working burn. However, it would take some time. Listen to the CD. If there are no skips, hisses, pops, or pauses, then it probably burned correctly. Is there a data track on the disc? e.g. a Mixed Mode CD?
mario64 Posted December 30, 2021 Author Posted December 30, 2021 24 minutes ago, dbminter said: Since it's an audio CD, it would be relatively easy to determine if it's a working burn. However, it would take some time. Listen to the CD. If there are no skips, hisses, pops, or pauses, then it probably burned correctly. Is there a data track on the disc? e.g. a Mixed Mode CD? Pretty sure track 2 is the data track
dbminter Posted December 30, 2021 Posted December 30, 2021 I was thinking it was Mixed Mode. Which makes verifying the burn a little more difficult as there's no way to ensure the data on the data track is not corrupt. Without an original disc to compare the source files to, you've no idea if the data files in the data track are corrupt in the original image.
LIGHTNING UK! Posted December 30, 2021 Posted December 30, 2021 When I burnt it, it was only the 150 sectors in the pregap of track 2 that weren’t right. That doesn’t affect the actual data, so it might be fine. Does it actually play?
mario64 Posted December 30, 2021 Author Posted December 30, 2021 1 hour ago, LIGHTNING UK! said: When I burnt it, it was only the 150 sectors in the pregap of track 2 that weren’t right. That doesn’t affect the actual data, so it might be fine. Does it actually play? It does yeah. I just wanted to check into it though because I’m always paranoid if verification fails that some weird error may pop up later. 😊
LIGHTNING UK! Posted December 30, 2021 Posted December 30, 2021 My cue doesn’t actually match the one from here - http://redump.org/disc/7004/ - but it was the only dump of it I could find easily. Can you post your cue file please?
mario64 Posted December 30, 2021 Author Posted December 30, 2021 Certainly: FILE "Christmas NiGHTS into Dreams... (USA) (Track 01).bin" BINARY TRACK 01 MODE1/2352 INDEX 01 00:00:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 02).bin" BINARY TRACK 02 MODE2/2352 INDEX 00 00:00:00 INDEX 01 00:04:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 03).bin" BINARY TRACK 03 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 04).bin" BINARY TRACK 04 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 05).bin" BINARY TRACK 05 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 06).bin" BINARY TRACK 06 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 07).bin" BINARY TRACK 07 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 08).bin" BINARY TRACK 08 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 09).bin" BINARY TRACK 09 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 10).bin" BINARY TRACK 10 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 11).bin" BINARY TRACK 11 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 12).bin" BINARY TRACK 12 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 13).bin" BINARY TRACK 13 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 14).bin" BINARY TRACK 14 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 15).bin" BINARY TRACK 15 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 16).bin" BINARY TRACK 16 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 17).bin" BINARY TRACK 17 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 18).bin" BINARY TRACK 18 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 19).bin" BINARY TRACK 19 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00 FILE "Christmas NiGHTS into Dreams... (USA) (Track 20).bin" BINARY TRACK 20 AUDIO INDEX 00 00:00:00 INDEX 01 00:02:00
dbminter Posted December 30, 2021 Posted December 30, 2021 I think LUK meant for you to attach the .CUE file to a reply. That would be easier, but I suppose he can take the CUE text and create his own CUE file.
mario64 Posted December 31, 2021 Author Posted December 31, 2021 21 hours ago, dbminter said: I think LUK meant for you to attach the .CUE file to a reply. That would be easier, but I suppose he can take the CUE text and create his own CUE file. See attached Christmas NiGHTS into Dreams... (USA).cue
LIGHTNING UK! Posted December 31, 2021 Posted December 31, 2021 It’s ok, your text version was enough. Thanks anyway though. Not sure how you managed to burn that image with AnyBurn, it rejected it for me. I also tried it with the non-Christmas version of Nights and it made a right mess of the disc (incorrect track sizes etc.)
Recommended Posts