From: crenner@hubcap.clemson.edu (Chuck Renner)
Subject: Re: RF problems
Organization: Clemson University
Date: Sat, 3 Oct 1992 00:09:18 GMT

> 
> 
> Hi there,
> 	I have been encountering lots of problems with using the RF set of 
> programs... I have tried both the RF and the RF1 versions to compress
> my remote samples, and then when i copied the RFU to my home directory, 
> my compressed .RFE files for my samples looks to be correct, but then there's
> no space saved then because a byte check found it to be the same. (505)
> I am using the remote4 program. also when i used the compression on
> one of my samples, all my samples were damaged too and i had to resample all
> of them. Can anyone please help me with this? also how can i copy
> objects like RFU because it's a pain to send by IR to another 48sx and then 
> send it back to the right directory.

I have worked with RF frequently (I hacked both versions 1.2 and 1.21 to make 
them be in library form, and I have not had any problems with it.  I have also
used the original remote program, remote2, remote3, and both versions of 
remote 4.
I used to have the entire controls to my CD player with the original remote
program and without RF. 
(The strings I used were 2100 characters apiece, took up way too much memory).  Then I came across the second remote program which
enabled me to store the strings with only 525 characters, and found RF 1.2
at about the same time, which enabled be to have a 22 function remote stored
in self evaluating XLIB names in a remote library with a total of under 11,000
bytes used.  The contents of one of these XLIB names looked like:
"String" RFU (XLIB 903 2) XMITREM2 (XLIB 1055 22)
(Of couse I had to use hacking tools to write these mini programs this way)
This worked flawlessly.  When remote3 and remote4 came out, I thought remote3
was sinceless since it took up as much memory as the first remote program.
However remote4 was great!  Using the first sampling method on it, I could
store working remote strings with only 270 characters.  The only problem,
that I had with the program is it sometimes overwrote existing strings already
stored with new strings as the sampling took place (I don't know why).  This
was causing the problem, NOT RF.  Also, I noticed that the signals did not
work after using the new TurboSend at 7680 baud.  A simple system halt
fixed that (ON-C).  I was just very careful to test all of my strings before
permanent storage.  RF still worked fine with my data (just like it always has).
I now have written a graphical remote control for my hp that uses routines
from RF v1.21L and REMOTE4(1st sampling remote), and my own various programming
techiniques).  I now have an entire 22 function graphical remote control for
my CD player in library form taking up less than 3,000 bytes!!!

My suggestion is try again and check your data frequently.


+------------------------------------------------------------------------------+
                                    E-Mail:  crenner@clemson.clemson.edu or
                                             crenner@eng.clemson.edu or
    /----  /   / /   / /---- /   /           crenner@hubcap.clemson.edu or
   /      /   / /   / /     /  /             c210cr@cs.clemson.edu
  /      /---/ /   / /     /\/   "...as the rich get rich, and the poor stay
 /      /   / /   / /     /  \    poor, and the banks get fat, and the cops
/----  /   / /---/ /---- /    \   get paid to look away as the one percent
                                  rules America!" - Queensryche  

+------------------------------------------------------------------------------+

 

-- 
+------------------------------------------------------------------------------+
                                    E-Mail:  crenner@clemson.clemson.edu or
                                             crenner@eng.clemson.edu or
    /----  /   / /   / /---- /   /           crenner@hubcap.clemson.edu or
Newsgroups: comp.sys.hp48