Drive2Survive wrote:
Phineus wrote:
the differences in test tools. Each one seems to be testing for different things, and a couple of them seem geared to making nero, for example, appear better than it might be. The only one that actually says it's testing crc is dvd info pro.
I don't think that's true. They should all test the same things because there's only one standard for error correction for CDs and for DVDs, though the programs might have some different tools and present the results in different ways.
They "should" all test the same things.
>
http://en.wikipedia.org/wiki/Cyclic_redundancy_check Read through that the other day. There's a joke in those pages - don't know if it's deliberate or accidental - but I won't side track.
> Disclaimer: I assume this isn't an audio CD
We're talking all instances, but of particular interest today are mixed mode disks.
> Define "fail"
CRC error.
Drive2Survive wrote:
On a CD I can run a Disc Quality Test, which counts the C1 and C2 errors. C1 means a bad error occurred which was corrected simply. C2 means there was a bad error, but C2 are still correctable within a certain limit.
I understand but that sort of terminology and generalization drives me around the bend. Does it, or does it not, verify file integrity via crc? If one read fails, how is it correcting - an alternate file system? Which file system is it reading first? How prioritize the reads?
> A File Test checks all the files and reports any that are unreadable.
How would it know without a surface scan? The best it can do is see if the file is there.
> A Surface Scan draws a chart representing all the data blocks on the disc, coloured to show which sectors are readable, which are damaged (readable with error correction) and which are unreadable.
How? At what level is it reading? Does it rely on the operating system to read what it can and then report back whatever return values it provides or does it actually go through the bytes, or the bits? Is it running a crc comparison between what it reads and what is stored on the disk? This stuff is too vague and doesn't tell us much at all.
> None of these declare a disc passed or failed. It just presents the result.
Failed is my word. I've done well over a thousand, maybe a couple thousand disks. I check them all. If any errors are reported, ANY, the disk is thrown out. That is a failure. Once a disk has errors, there's no predicting how it will perform. So, it's no good to me, and I won't pass it along to anybody else.
> I just copied an image from a known bad disc using Nero.
I did an image from the main disk I'm concerned with. I used nero, roxio, imgburn and ashampoo. (I didn't realize but dvd info pro will rip an iso). All of them created the image and none reported errors. Yet, the crc scan reports plenty of them.
> If I read you right (as of last night), the crux of the matter here is
The crux of the matter is that I have bought several disks, most used. I want to know if they are good bad or otherwise.
Drive2Survive wrote:
I don't know how you'd test the integrity of a rip. Once it's on the hard drive, the dummy sectors must have as much integrity as the rest of the data that could be read. You'd only know by looking whether all the data is actually there.
I imagine it could be done a number of ways. Total size, block by clock, read the file system and compare file by file, etc, for both the disk and the image.
Drive2Survive wrote:
Phineus wrote:
So now I guess the task is to test a few retail disks and see what percentage of them turn up good or bad. (I wonder if the roxio cd will show errors).
I can virtually guarantee you that ANY disc, whether stamped or burned, WILL show errors. That won't mean every CD is bad. The distinction will be to look at the levels of how many are "friendly" errors (C1 or PIE, which are easily corrected), "nasty" errors (C2 or PIF, which may still be readable), or unreadable.
If that's a money back guarantee you're going to lose a lotta cash. As I noted above, I've done thousands, and none (that I keep) have errors.
For today, this was the test program.
<center>
<img src="http://mtm2.com/~forum/images/cdtextabout.gif" width="365" height="217">
</center>
I don't have a lot of my software disks available at the moment - one of the reasons I bought a few - so these are the only commercial disks I could test:
- <a href="http://mtm2.com/~forum/images/cdtestroxio7.gif">Roxio 7</a> - ok
- <a href="http://mtm2.com/~forum/images/cdteststudio6.gif">Visual Studio</a> - ok
- <a href="http://mtm2.com/~forum/images/cdtestxp.gif">Win XP</a> - ok
- <a href="http://mtm2.com/~forum/images/cdtextwin98.gif">Win 98</a> - readable errors
- <a href="http://mtm2.com/~forum/images/cdtestbasic6.gif">Visual Basic</a> - unreadable errors
3 of 5 were perfect. 1 with readable errors (something I've rarely seen). And one failed crc, which, by the way, won't install from the cd (I've ripped an image and install from that, or copy the whole thing to hdd and install from there - oddly, making an image or copyng to disk did not complain it was unreadable).
----------
My understanding of crc or any integrity check can be illustrated with pod files. In evo and later games, TRI included a crc as part of the pod file format. When writing a pod, a crc value is calculated from each file, then saved. The game, I assume, checks the files against this value when running it in the game. This serves two purposes. One, that the pod has not been corrupted anywhere along the line. Two, to detect cheating when playing online. It's the before and after comparison that gives the process its worth.
Yes, apparently audio disks don't have the crc included, so only read and size tests can be done.
In the case of cds/dvds, being unfamiliar with the format and file system, I can only assume the crc value is stored as part of the file information. When a check is done, the file is read, the crc is calculated, then compared to that stored on the disk. The two values should match. If not, the disk is junk.
Note. It is theoretically possible that a crc value was calculated incorrectly at the time the cd was made, or that it's not done properly at the time of testing, in which case a failed check would not be indicative of file integrity but of the creation and test process. I mean, what if the crc value didn't store right rather than the disk or file?
Still, after all this time and thought, I have to conclude that any disk that contains errors needs to be returned as junk.
PS. <a href="http://mtm2.com/~forum/images/cdtextebay698.gif">A disk that gave rise to this topic</a>. I stopped the scan after five thousand errors.