home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / sci / crypt / 6370 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  1.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!gatech!usenet.ins.cwru.edu!agate!sprite.berkeley.edu!shirriff
  2. From: shirriff@sprite.berkeley.edu (Ken Shirriff)
  3. Newsgroups: sci.crypt
  4. Subject: Re: Any way to *CREATE* Vcr+ (VCR PLUS) codes??? (please read)
  5. Date: 4 Jan 1993 21:30:09 GMT
  6. Organization: University of California, Berkeley
  7. Lines: 12
  8. Message-ID: <1iaa91INNhgr@agate.berkeley.edu>
  9. References: <Bzz4J5.FHD@news.udel.edu> <1992Dec31.031552.17197@netcom.com> <C0CED1.60H@metaflow.com>
  10. NNTP-Posting-Host: hijack.berkeley.edu
  11. Keywords: VCR+ patent
  12.  
  13. In article <C0CED1.60H@metaflow.com> rschnapp@metaflow.com (Russ Schnapp) writes:
  14. >Is it really necessary to reverse-engineer the VCR+ algorithm?  I thought
  15. >that VCR+ is patented.  If you can obtain the patent number, then the patent
  16. >can be retrieved.  The patent _must_ disclose the method used.
  17.  
  18. The patent doesn't include enough information to decode the VCR+ code.
  19. It explains how to make/decode _a_ VCR code, but not _the_ VCR+ code.  That
  20. is, there are a bunch of specific details you need that aren't included.  (As
  21. an analogy, the RSA patent won't help you decode a particular RSA-encoded
  22. message.)
  23.  
  24. Ken Shirriff                shirriff@sprite.Berkeley.EDU
  25.