🚀 go-pugleaf

In article <1iaa91INNhgr@agate.berkeley.edu> shirriff@sprite.berkeley.edu (Ken Shirriff) writes:
>In article <C0CED1.60H@metaflow.com> rschnapp@metaflow.com (Russ Schnapp) writes:
>>Is it really necessary to reverse-engineer the VCR+ algorithm?  I thought
>>that VCR+ is patented.  If you can obtain the patent number, then the patent
>>can be retrieved.  The patent _must_ disclose the method used.
>
>The patent doesn't include enough information to decode the VCR+ code.
>It explains how to make/decode _a_ VCR code, but not _the_ VCR+ code.  That
>is, there are a bunch of specific details you need that aren't included.  (As
>an analogy, the RSA patent won't help you decode a particular RSA-encoded
>message.)
>

Look in alt.sources or rec.video.  There is a posting containing a shar
of code to encode/decode numbers and times.  Here is the description 
from the header:

This ZIP archive holds three files
X      readme.txt
X      encode.c
X      decode.c
X
X
decode.c is source program that reads a VCRPLUS code
number value you find in the newspaper and calculates
X    date_of_the_tv_program
X    starting_time_of_the_tv_program
X    run_length_of_the_tv_program
X
X
encode.c is source program that reads a date, start time,
and run length then turns them into a VCRPLUS code number
like the ones in the newspaper.


Good luck,

Greg

These are my words and thoughts, no one elses.