home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / cbm / 5621 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  2.1 KB
  1. Path: sparky!uunet!news.univie.ac.at!fstgds15.tu-graz.ac.at!fm11ap01.tu-graz.ac.at!schuetz
  2. From: schuetz@fm11ap01.tu-graz.ac.at (Alexander Schuetz)
  3. Newsgroups: comp.sys.cbm
  4. Subject: V-MAX: Copy protection with disk drive mystery
  5. Date: 25 Jan 1993 17:44:18 GMT
  6. Organization: none
  7. Lines: 66
  8. Message-ID: <1k18tiINNln9@fstgds15.tu-graz.ac.at>
  9. NNTP-Posting-Host: fm11ap01.tu-graz.ac.at
  10.  
  11.  
  12. Hi guys, 
  13.  
  14. I have a question, well, I dunno where to place it. Maybe in 
  15. alt.diskdrive.mysteries :) ....
  16.  
  17. On the C64, there is a quite old game called "Defender of the Crown". 
  18. I happen to have its' original, including the everso famous "V-MAX" 
  19. copy protection by Harald Seeley. For the fun of it, I studied the copy
  20. protection and found out that track #20 of the disk contains important
  21. data (the oncoming extra DOS routines) WITHOUT ANY SYNC ON THIS TRACK!!
  22. Now imagine: $0800 bytes of GCR data on a track without any sync, and the
  23. data still can be read without problems!
  24.  
  25. The reading routine looks like that: 4 GCR bytes are reserved as a header,
  26. something like $37 $55 $xx $xx; can't remember the bytes exactly, but they
  27. were all valid GCR bytes :not more than 2 0-bits and not more than 9 1-bits
  28. in a row. The reading routine looks for the 4 GCR bytes, and if they are
  29. NOT being found, it does the following:
  30. lda $1c00
  31. eor #$48
  32. sta $1c00
  33. ; then, wait for 20 ms with timer $1c05, then again
  34. lda $1c00
  35. eor #$48
  36. sta $1c00
  37. jmp reading
  38.  
  39. Explanation: If the read routine doesnt find the header bytes, the speed
  40. bit and the led is being toggled; a wait loop of 20 ms appears; and the
  41. led and speed bit is being toggled again (back to normal speed 00) ; and
  42. then; a jump to the header-read routine appears. And then, after some 
  43. seconds, the mystery happens, the header-read routine finds the headerbytes
  44. without being synchronized by a sync mark or similar means.
  45.  
  46. My question is: * How the HELL can some speedtoggling (from speed 0 to 2
  47. waiting 20 ms and back to speed 0) synchronize the disk drive???????
  48.  
  49. Answers welcome.....
  50.  
  51.         Alex.
  52.  
  53.  
  54. By the way: TO SVEN GOLDT! Dont u write to me anymore? Cant telnet to the 
  55. "wiz", only FTP... tell me what to do!
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.