home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / atari / 8bit / 5732 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  4.8 KB
  1. Path: sparky!uunet!portal!cup.portal.com!Rick_Michael_Cortese
  2. From: Rick_Michael_Cortese@cup.portal.com
  3. Newsgroups: comp.sys.atari.8bit
  4. Subject: Re: My ego VS UUE
  5. Message-ID: <72633@cup.portal.com>
  6. Date: Wed, 30 Dec 92 13:33:59 PST
  7. Organization: The Portal System (TM)
  8. References: <72423@cup.portal.com> <5R4HwB2w165w@cyberden.sf.ca.us>
  9. Lines: 79
  10.  
  11. Well, if anybody is still lurking.  I used some of the files
  12. I created with a Basic encoder/decoder to run some checks.  I
  13. used Express on the Atari end & First Choice (an integrated
  14. package equivalent to our HomePak) on my clone.  Turns out
  15. you run into a number of problems with this set up.  Not the
  16. least of which is the `'.  If your reading this on an Atari,
  17. those two characters will<may> look identical. This isn't
  18. just a problem with my encryption scheme since the existing
  19. schemes use those characters, it's a problem with
  20. Atari/Express.  Atari uses a diamond <control .> as character
  21. 96 so every time Express sees a 96 in ASCII, it translates it
  22. to a CHR$(39). Needless to say, this wrecks havoc with the
  23. file integrity. There are two work arounds for this; [Xmodem,
  24. go to ATASCII].  ATASCII works fine for captures & send from
  25. disk *IF* you just remember to use <control>M instead of
  26. hitting the return key & you can always switch back to ASCII
  27. after the transfer/capture.  I never bothered to check what
  28. the Atari version of UUDECODE does to avoid it (assume
  29. Xmodem?).  One other problem I ran into with Express, it
  30. doesn't start the "CAPTURE" immediately. I had to send it one
  31. Atari <CR> to get it to save the first part of the file.  I'm
  32. not sure what people do now since what little I do now is
  33. done on my ST or clone.  It turns out just about EVERYTHING
  34. adds line feeds to carriage returns.  This means that my
  35. encoding/decoding scheme had to allow for LF's just so you
  36. could "CAPTURE" posts in addition to Xmodem.  The bottom
  37. line.  It works, but has to suffer a little on efficiency
  38. because instead of just an single <CR>, you get [<CR>, <LF>]
  39. for every line. I kept my test lines short, 35 characters, so
  40. I could print out everything while it was being decoded so
  41. this adds 2 bytes for every 35 to the file size.  Not really
  42. a problem since I could just increase the line length to 75
  43. or so.  My test file was 425 bytes long & ended up being 581
  44. bytes or 1.37X the original.  This works out because of the
  45. overhead & <LF's> the BBS's added: .BEGIN<CR><LF> 15
  46. lines*(35 bytes/line+<CR><LF>) 1 line *10 bytes+<CR><LF>
  47. .END<CR><LF> I used UUENCODE.EXE on my clone for a 540 byte
  48. file & it went to 958 bytes or 1.77X.  Since this was too
  49. fair to me, I used some larger files with the clone & got the
  50. following: original UUE   X
  51.  34816  49707 1.43
  52.   7168  10389 1.45
  53. So I don't think I was out of line saying UUE produces files
  54. 1.5 times their original size. The best it will do with an
  55. infinitely large file would be about 1.43X original & when
  56. you get down to files around 8k (The kind that concern us)
  57. most of the stuff will be in the 1.5X range.  I haven't run
  58. any long programs through my encoding scheme yet since it's
  59. still in BASIC & runs at a snails pace, but assuming a large
  60. file such that the [".BEGIN", ".END", checksum, file size]
  61. become relatively small, mine would do: 5/4*37/35 or 1.32
  62. times the original file size. If I pick a more reasonable
  63. line length for the final version, like 75, it's only 1.28
  64. times the original.  I'm not sure what the maximum line
  65. length is on the net, but that seems reasonable (I think I
  66. only said about 15% after adding checksum etcetera).  I guess
  67. it all comes down to what you feel is significant.  If
  68. there's 2 million people on the net & they spend an average
  69. of 6 minutes a year down loading UUE files, it only saves
  70. them a minute each.  If they're paying an average of $6/hour
  71. it's only worth about a dime each, but 2 million dimes is
  72. $200,000/year.  Besides, who's the last guy to save you a
  73. dime without asking for a dollar in return?  Anyway, the next
  74. 3 messages in this conference will be a SLOW basic program to
  75. encode files, one to decode, and the demo file.  When I
  76. compiled the demo file I was using SDX & forgot to move the
  77. program above where DOS 2.5 & DUP.SYS like to go before I
  78. compiled it!  It'll still load from the menu, & won't trash
  79. much if it's done as an AUTORUN.SYS file. I certainly
  80. wouldn't use the programs for anything other then testing.
  81. They're a pretty bad example & illustrate why I mainly use
  82. Action!  (warning; confusing code here!).  I used a D9:
  83. ramdisk for the test, so you'll have to change those lines
  84. appropriately for your system & hope I got the right versions
  85. of the programs.  Thanks in advance to anybody that tries to
  86. get this thing to work or let's me know the reason why it
  87. didn't.  Seems like there's more interest for curiosity sake,
  88. but at least I feel like I've proved my point.  Besides, I
  89. think I just came up with a text compression routine <grin>.
  90.