home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / hp48 / 6511 < prev    next >
Encoding:
Text File  |  1992-12-25  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.sys.hp48
  2. Path: sparky!uunet!spool.mu.edu!uwm.edu!zazen!doug.cae.wisc.edu!kolstad
  3. From: kolstad@cae.wisc.edu (Joel Kolstad)
  4. Subject: Re: VCR Plus codes...
  5. Organization: U of Wisconsin-Madison College of Engineering
  6. Date: 25 Dec 92 10:58:13 CST
  7. Message-ID: <1992Dec25.105813.8018@doug.cae.wisc.edu>
  8. References: <James_Cook.0k0l@nesbbx.rain.COM>
  9. Lines: 23
  10.  
  11. In article <James_Cook.0k0l@nesbbx.rain.COM> James_Cook@nesbbx.rain.COM (**) writes:
  12. >
  13. >Regarding the VCR Plus codes:
  14. >     
  15. >How are these numbers encoded?  I spent an hour or so looking them over
  16. >and it is not readily apparent to me how these numbers work.
  17.  
  18. Gemstar specifically made it non-obvious so that would-be hackers would
  19. have a difficult time figuring it out.  If the code were obvious, Gemstar
  20. couldn't charge all the TV guides $$$ so that the guides can print the
  21. codes.  Gemstar had also recently begun licensing the encryption method to
  22. VCR manufacturers, so you don't even need to buy the special remote.
  23.  
  24. I think this is an interesting ploy of Gemstar's: They make money off of
  25. offering a simply time/duration encoding system.  For the intended purpose, ANSI
  26. (or some other standards organization) could have come up with a publically
  27. distributable system that would have worked just as well.  Of course, the
  28. government isn't very good at doing things like this, so I suppose that
  29. Gemstar deserves some money for pushing the concept into the marketplace.
  30.  
  31. Sci.crypt is the place where this has been discussed at length.
  32.  
  33.                         ---Joel Kolstad
  34.