home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / palmtops / 4301 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.6 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!swrinde!gatech!concert!aurs01!gingell
  2. From: gingell@aurs01.UUCP (Mike Gingell)
  3. Newsgroups: comp.sys.palmtops
  4. Subject: Re: IR95 is excellent
  5. Message-ID: <61869@aurs01.UUCP>
  6. Date: 8 Jan 93 15:17:46 GMT
  7. References: <1idk4tINN4f@uwm.edu> <1348@pivot-sts.sbi.com>
  8. Sender: news@aurs01.UUCP
  9. Reply-To: gingell@aurw6b.aur.alcatel.com.UUCP (Mike Gingell)
  10. Distribution: na
  11. Organization: Alcatel Network Systems, Raleigh NC
  12. Lines: 25
  13.  
  14. In article <1348@pivot-sts.sbi.com> kdale@flatline.sbi.com writes:
  15. >
  16. >I actually came across as instance where myRemote couldn't learn
  17. >my older Sharp VHS remote, but ir95 picked it up without a hitch.
  18. >That says to me that the learning algorithm is more robust.
  19. >
  20.  
  21. I have both programs and from what I can tell ir95 records the
  22. ir on off transitions for as long as you hold the key down. It
  23. just saves them as is with no optimization. On the one hand this
  24. is good because it can handle any sequence but on the other hand
  25. you can run out of disk space fast. For instance my Pioneer
  26. multicassette deck takes about 3400 bytes for myREMOTE whereas
  27. ir95 uses about 18000 bytes.  It sort of makes progam size
  28. irrelevant.  
  29.  
  30. myREMOTE must do some data reduction on the ir file.  I looked
  31. at a file generated for one command by ir95 and I see the same
  32. sequence of words repeated again and again.  It is really only
  33. neccessary to store one copy and then repeat it for as long
  34. as the key is held down.
  35.  
  36. Mike Gingell, Alcatel, Raleigh, NC USA  (919) 850-6444
  37. UUCP:       ...!mcnc!aurgate!aurfs1!gingell
  38. Internet:   gingell%aurfs1%aurgate@mcnc.org
  39.