home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / cbm / 3679 < prev    next >
Encoding:
Text File  |  1992-09-13  |  2.3 KB  |  52 lines
  1. Newsgroups: comp.sys.cbm
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!umn.edu!csus.edu!netcom.com!fuzzy
  3. From: fuzzy@netcom.com (Fuzzy Fox)
  4. Subject: Re: 16 bit CRC source?
  5. Message-ID: <h=yn76j.fuzzy@netcom.com>
  6. Date: Mon, 14 Sep 92 06:10:41 GMT
  7. Organization: Foxes 'R' Us - Seven locations to serve you
  8. References: <9209101596@zone4.ocunix.on.ca> <wzwnzyr.fuzzy@netcom.com> <1992Sep12.234219.22101@jhunix.hcf.jhu.edu> <92091326427@zone4.ocunix.on.ca>
  9. Lines: 41
  10.  
  11. andrew@zone4.ocunix.on.ca (Andrew Low) writes:
  12.  
  13. >There is no point in writing something as general as a file transfer
  14. >protocol and binding it to hardware that a few have (few, is less than half
  15. >all existing C64 users).  The only hardware that should be considered is
  16. >a 64 and a 1541.  Support for 2400 with no swiftlink should be considered.
  17. >1200 might turn out to be the max.
  18.  
  19. I almost agree.  However, there are a large number of 64 users that have
  20. a 1571, or 1581, and they should not be discounted.  Naturally each
  21. drive would require custom code.  Alost note that there are many users
  22. with HD's on their 64's, and it's be a shame if they couldn't use what
  23. we create.  But, one step at a time.  :)
  24.  
  25. >Does anyone out there
  26. >have the ability to create the custom drive routines Fuzzy Fox was 
  27. >talking about?
  28.  
  29. Well, actually I always did want to do something like this, I just never
  30. got around to it.  I always loved writing disk drive code.  I did write
  31. a nifty fastloader way, way back...
  32.  
  33. >Or does anyone know of existing software which does
  34. >this?  (maybe we can reverse engineer something?)
  35.  
  36. I saw this technique used in a couple of games, usually Epyx games.
  37. They would play music and display raster interrupts while loading the
  38. game, which requires the drive routines not to get in the way of any
  39. incoming interrupts.  I see no reason why this can't be extended to
  40. allow NMI interrupts.
  41.  
  42. I don't have any working code, but the theory is sound, and shouldn't
  43. take much to implement.  The real trouble is that the DOS would be
  44. bypassed, forcing us to recreate a smaller DOS, but that's pretty
  45. standard for most fast-save routines in cartridges.
  46.  
  47. -- 
  48. #ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
  49. #define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
  50. #define  FALSE  1   |
  51. #endif              |     How's my posting?  Call 1-800-ALT-FLAME
  52.