![:-?](http://www.cdrlabs.com/forums/images/smilies/icon_confused.gif)
I am using Nero Burning ROM for creating CD's (latest version) with my Lite-On LTR48125W. I am using Mitsui Silver Media and I have run the test after burning at 40x and 24x.
TIA
|
||||||||
|
glock20rocks wrote:I (almost) always get a red (unreadable) block on the very end of each disc, but I understand it's just a bug in CDSpeed (?)...hmm, I've never actually DONE a file scan; think I'll try that on the disc's with the red blocks...
Inertia wrote:Re: the red unreadable block at the end of the CDR on the CD Speed ScanDisc test. This is caused by link blocks left when the recording is done in TAO (i.e., multisession) and is not a defect. This artifact does not appear if the recording is done in DAO. If it does,then it truly is an unreadable sector.
cfitz wrote:You might also want to explore the following programs for verifying disc integrity:
http://www.md5summer.org/
http://www.elpros.si/CDCheck/
cfitz
Inertia wrote:Re: the red unreadable block at the end of the CDR on the CD Speed ScanDisc test. This is caused by link blocks left when the recording is done in TAO (i.e., multisession) and is not a defect. This artifact does not appear if the recording is done in DAO. If it does,then it truly is an unreadable sector.
dodecahedron wrote:Inertia, are you sure that there should be no red block when recording in DAO mode?
i seem to recall that i've burned CDs in DAO that had the last block red, and apart from that seemed completely error free!
so i'm not really sure.
dodecahedron wrote:Inertia, are you sure that there should be no red block when recording in DAO mode?
i seem to recall that i've burned CDs in DAO that had the last block red, and apart from that seemed completely error free!
dodecahedron wrote:hey, cfitz, you mention here (and elsewhere) the md5summer program.
as far as i can tell, this program is used for creating MD5 checksums, not for verifying disc integrity.
can it be used for verifying disc integrity too? how?
cfitz wrote:My experience has been that of Inertia's: burn in TAO = red final block, burn in DAO = green final block. However others have sworn to experiences like that described by dodecahedron: a disc burned in DAO shows a red final block, but in all other respects shows absolutely no errors (including bit-wise comparisons of the files). So, I am willing to call the CDSpeed behavior a bug. It is either an actual functional bug (assuming the reports by others are accurate), or it is, if you will allow me to coin a phrase, a "UI design bug" - too many average users are mistakenly lead to believe that something is actually wrong with their CD-Rs because of confusion over TAO and DAO.
Return to Nero (Formerly Ahead Software)
Users browsing this forum: Majestic-12 [Bot] and 0 guests
All Content is Copyright (c) 2001-2025 CDRLabs Inc. |