redump.info Forum

PX-755A is not working either - same behavior as PX-716A. so, it's obvious now what to expect from PX-760A....

we have a winner and that is LG GGW-H20L, my gut feeling was correct:

/viewtopic.php?p=74029#p74029

that installing it to my system somehow messed up my ExactAudioCopy installation - after full uninstall and install of ExactAudioCopy LG GGW-H20L not only works with my "CDS200.5.11.90 5.10.090" test CD, but it made PX-5224 to look stupid, because it reached speed of 39X on the last track and average of 30X for the whole CD - absolutely mind-blowing performance. And on that speed it achieved perfect copy, because it has LeadOut capability as well.

LG GGW-H20L is HD-DVD drive and that format was very short-lived. So, I wonder, it demonstrates such unbelievable performance, because its laser is in like new condition or the laser they use in that HD-DVD drive is that good. After all modern and brand new Asus BW-16D1HT is pathetic on the same CD - about 0.3X read speed and it cannot do a single track.

I don't know, but at least for "CDS200.5.11.90 5.10.090", there is nothing that can even come close to LG GGW-H20L!

bad news again: while "CDS200.5.11.90 5.10.090" is really solved by LG GGW-H20L - extraordinary reliability and performance on reading such discs, I cannot read a single track properly with the drive on "CDS200 V4 0.4.4.0.build10b". It looks like each CDS200 revision is beast of its own and it's a myth that the older it gets the easier to read. The disc I am testing is own by me - I cannot see a single starch on it. Maybe, at play now, is what I was thinking and mentioning in my previous posts - disc aging, because newer the Cactus revision, newer the disc, i.e. this "CDS200 V4 0.4.4.0.build10b" one is 3-4 years older. So, NEC ND-3530A cannot do a single track properly on it - at least it can read all the tracks, which majority of drives cannot do. Plextor PX-5424, was able to read Track05 entirely properly, but that's only 1 track out of 12. So, Cactus is really evil and a nightmare. I guess really nothing better to use than Cactus discs to assess a drive performance on CDs and its C1/C2 error correction capabilities. So, I have a feeling LG GGW-H20L will be OK with all CDS200 V5 discs, but for V4 currently I don't see a solution. I don't have CDS200 V3 discs and I cannot test on that major revision, but I soon I will tests CDS100 - I expects it is absolutely the hardest, because it was immediately abandoned, because of that and that virtually nothing can read it....we will see...

[EDIT] one very interesting "feature" of "CDS200 V4 0.4.4.0.build10b" is that drives like LG GGW-H20L and NEC ND-3530A always read the same Track with the same Hash - that leads to believe it was properly read and even databases like AccurateRip are "infected" with wrong hashes, because of that. it's a stark difference with "CDS200.5.11.90 5.10.090" when you can get 2 times the same hash only when the track is read properly. So, it's like "CDS200 V4 0.4.4.0.build10b" is corrupted in a way that is harder to properly error-correct, but at the same time, more often error correct attempt results in the same (wrong) data and hence more often you get the 2 times the same hash even the track is not read (entirely) properly.

[EDIT2] I further analyze manually in a hex-editor, for example on Track01 of  "CDS200 V4 0.4.4.0.build10b" disc, PX-5224 made number of errors that you can count even manually, i.e. they were less than 30 bytes for the whole track, but LG GGW-H20L made thousands of wrong bytes, even it fools you the track is read properly giving everytime the same "Test CRC" in ExactAudioCopy - that is AccurateRip (and CueTools) database were "infected" with wrong data for the tracks on those Cactus CDs.

a little lucky break with analysis of "CDS200 V4 0.4.4.0.build10b" disc, I found I have later re-release without any protection, but at first glance the data in the tracks were fundamentally different. however, using what I mentioned above that "Plextor PX-5424, was able to read Track05 entirely properly", I found out that the re-release just uses offset of 2472 bytes - enough to make the data look totally different for a naked eye. That finding allowed me to code small tool (a little like what CueTools is doing) that recovers the errors in all tracks from my Plextor PX-5424 dump and reports the number of errors:

track01: 30 wrong bytes
track02: 14 wrong bytes
track03:   4 wrong bytes
track04: 33 wrong bytes
track05:   0 wrong bytes!!
.....................

Doing the same with LG GGW-H20L and NEC ND-3530A gives wrong bytes in thousands.

So, PX-5224 is pretty close to error-free. That's why I am quite confident 20 years ago when the disc has no any aging and the same for PX-5224 it was possible for PX-5224 to do it fully without problems. In any way "CDS200 V4 0.4.4.0.build10b" is different enough from "CDS200.5.11.90 5.10.090" to cause major issues for drives that can do "CDS200.5.11.90 5.10.090" without problems.

I come back to the topic. It so happened that I have a drive with Cactus Data Shield protection. Has anyone managed to dump such a disk in DIC?