|
#32
28-08-2003, 18:59
|
||||
|
||||
|
New Safedisk
Exactly
 Notice the repeated 'LO' pattern, called 'regular bit patterns' - or weak sectors - like those used in Safedisk 2+. Patent is pending for a new language that - like safedisk 2 - many can read but few can write  semper idem, sed aliter 
|
|
#33
29-08-2003, 18:15
|
|||
|
|||
|
Heh, first haxor, then I created a language of which I cannot talk about (its sort of like Hi.001_how.rar_are.inf_you.iso_today.bin?).
And now CDFreak language...
__________________
Everybody - be cool, YOU - be cool!
|
|
#34
30-08-2003, 11:38
|
||||
|
||||
Total recall
Blah blah etc...
OK this wuz an extremely interesting off-topic.   Now what was the original subject of the thread again .. hmm, can't recall it now, let me think... ... goes into deep meditation ... very difficult to remember ... tries to reach back ages and ages ago, several countless posts in the past ... and at last : Got it! U were having a major prob with a M$ Office CD which featured a so-called "protection". This made me curious too, so on my advice U ran CDspeed's 'Scandisk' surface test and it wuz "99% correct". But what were the exact results? Were there yellow or RED squares on the graph? Furthermore did U run BWAbuilder on it??? What did the graph look like???
|
|
#36
30-08-2003, 19:06
|
||||
|
||||
|
Quote:
O but it IS, Dr. Watson That explains everything! No red squares is good news, it means that the damaged data on the CD can be ENTIRELY recovered thanks to EFM redundancy (error correction - remind U of anything ?  ).Still, the data corresponding to the yellow squares IS damaged, therefore it is normal for the reader's error correction to slow reading down to such a speed when encountering EFM anomalies: 700 Mb/sec is perfectly normal in such situations - notice that this is still much faster than when reading irrecoverable errors (ie. "red squares" in CDspeed). Case closed!
|
|
#37
31-08-2003, 06:20
|
|||
|
|||
|
Case not closed.
I just made a copy of the CD, I used a brand new CD-R for that. It took a long time to read. Now, I copied the stuff to a CD-R. Now, I ran CD-Check thingy, and I had NO YELLOW OR RED squares - 100% clean. So, I stick it back in my Litey, try to read and WOAH - same 700Kb/sec! How do you explain that? Yellow squares got VIRTUALLY copied?
__________________
Everybody - be cool, YOU - be cool!
|
|
#38
31-08-2003, 06:49
|
||||
|
||||
. . .
|
|
#40
31-08-2003, 14:09
|
||||
|
||||
|
Quote:
it is YOU who are not able to understand your own drive's behavior, hehe.. Yet this slow-read thing got me thinking too, that's 4 sure. I thought of CD-R media compatibility at first, as ALL readers have their "preferences" and are known to slow down when reading with some CD-R(W) brands. Liteon has its own weak points. But on the other hand U say the reading slowed down the same way on the ORIGINAL CD as well !?!  Then I thought, perhaps the CD is overburned, but even if it is, the 52246S can read and even write to 99 mins, at full 52x speed! (Tested it myself with CDspeed). Alas I cannot think of a logical Xplanation, perhaps U R right: Quote:
|
|
#41
31-08-2003, 14:20
|
|||
|
|||
|
Not only the Litey cannot read the CD at a rate faster than 700Kb/sec, BUT MY DVD-ROM aswell!
 I wish I could relate THERE IS NO SPOON to THERE IS NO PROTECTION.... Myabe our optical drivers only THINK there is protection?
__________________
Everybody - be cool, YOU - be cool!
|
|
#42
31-08-2003, 14:32
|
||||
|
||||
|
So it turns out the problem could actually be with the data on the CD !?!
Perhaps it takes a longer time for the device to read the CD's special lead-in (containing boot data?) .. Some drives (ie some Liteon CD-RWs) are known to have trouble picking up speed after slowing down on a certain part of the CD. Quote:
|
|
#44
31-08-2003, 20:13
|
||||
|
||||
|
Quote:
Can't think of a plausible Xplanation, yet there jus' HAS to be one...but the fact that the original CD has the same prob...this CD, it's a "freak" of nature, more like...perhaps a 'CD-freaks' veteran might know Confused...need a good rest...good night.. 
|
 |
|
|
Linear Mode
