home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / cbm / 5648 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.7 KB  |  35 lines

  1. Newsgroups: comp.sys.cbm
  2. Path: sparky!uunet!UB.com!pacbell.com!decwrl!csus.edu!netcom.com!fuzzy
  3. From: fuzzy@netcom.com (Fuzzy Fox)
  4. Subject: Re: V-MAX: Copy protection with disk drive mystery
  5. Message-ID: <1993Jan27.061342.882@netcom.com>
  6. Organization: Foxes 'R' Us - Seven locations to serve you
  7. References: <1k18tiINNln9@fstgds15.tu-graz.ac.at>
  8. Date: Wed, 27 Jan 1993 06:13:42 GMT
  9. Lines: 24
  10.  
  11. schuetz@fm11ap01.tu-graz.ac.at (Alexander Schuetz) writes:
  12.  
  13. >Explanation: If the read routine doesnt find the header bytes, the speed
  14. >bit and the led is being toggled; a wait loop of 20 ms appears; and the
  15. >led and speed bit is being toggled again (back to normal speed 00) ; and
  16. >then; a jump to the header-read routine appears. And then, after some 
  17. >seconds, the mystery happens, the header-read routine finds the headerbytes
  18. >without being synchronized by a sync mark or similar means.
  19.  
  20. >My question is: * How the HELL can some speedtoggling (from speed 0 to 2
  21. >waiting 20 ms and back to speed 0) synchronize the disk drive???????
  22.  
  23. By changing the bit-receive clock rate, a pattern of data which does not
  24. normally appear to be a sync mark might appear to be one if caught at
  25. the proper time.  This really sounds like an attempt to simply "kick"
  26. the clock on the read head until it happens to sync onto the data at the
  27. proper time.  Probably only a couple of disk revolutions would be needed
  28. to find the data, which is less than a second access time.
  29.  
  30. -- 
  31. #ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
  32. #define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
  33. #define  FALSE  1   |
  34. #endif              | "911 Emergency Rescue Service - Can you hold, please?"
  35.