home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 1 / HamRadio.cdr / packet / thenet08 / r95.doc < prev    next >
Encoding:
Text File  |  1991-12-29  |  3.6 KB  |  75 lines

  1. RADIX 95
  2. --------
  3.  
  4. Is a binary to text conversion program written by Greg Jones, WD5IVD and
  5. Dhanapong Saengrussamee for packet radio.  Transfer of 8-bit data on packet
  6. can be accomplished with appropriate parameter settings on the TNC.  However
  7. problems arise when sending 8-bit data through the current Bulletin Board
  8. store and forward network.  The reason for this is because the BBS codes use
  9. certain 8-bit characters for control purposes.  Binary data can fail due to
  10. some 8-bit data characters being interpreted by the BBS code as a BBS control
  11. function.
  12.  
  13. A need arises then for a way to convert binary data to a 7-bit format which
  14. can be transmitted through the BBS network, and then be converted back to
  15. the original 8-bit data.  Existing conversion schemes can accomplish this,
  16. but they all increase the original file size.  For instance the HEX encoding
  17. process can increase the original file size by as much as 100 percent.
  18. Character Prefixing conversion methods typically increase the original file
  19. overhead by 84 percent.  The RADIX 64 conversion method reduces the overhead
  20. amount to typically 33 percent.
  21.  
  22. With RADIX 95, overhead is further reduced, varying between 17 and 24 percent,
  23. depending upon file content.  Other 8-bit to 7-bit conversion schemes may
  24. reduce the overhead even further, but suffer from increased processing time
  25. in accomplishing the conversion.
  26.  
  27. A convenient procedure to process binary files is to first use one of the
  28. compression programs, such as PKZIP on the binary format.  PKZIP typically
  29. reduces the file size by 40 percent.  The ZIPPED file is then converted to
  30. the RADIX 95 format.  Using this procedure, the processed file size is then
  31. nominally 25 percent smaller than the orignal.
  32.  
  33. One feature of the RADIX 95 utility is it allows a file to be "Split" into
  34. smaller segments.  These segments can be transmitted over a period of time
  35. and can be "Combined" by application of the RADIX 95 program at the receiving
  36. end following receipt of all segments.  Large files can then be reduced
  37. into a series of sizes capable of being accepted by the transmission medium.
  38. Over a number of VHF nodes or on HF, 2K segments can usually be accomodated
  39. without serious network disruption.
  40.  
  41. Upon recombination of the R95ed segments, the user "Decodes" the RADIX 95
  42. file and then PKUNZIPS, to restore the file to original format.
  43.  
  44. RADIX 95 format
  45. ---------------
  46.  
  47. The top line of a RADIX 95 file will read:
  48.  
  49. (RADIX 95 - [filename:date])
  50. Filename is the first 8 characters of file name.
  51. Date is - MM/DD/YY.
  52.  
  53. Each line of RADIX 95 produced will be 70 characters long.  No other
  54. information should appear after the 70th character.
  55.  
  56. The file ends with:
  57.  (RADIX 95 - END FILENAME)
  58. Where filename is the first 8 characters of the file name.
  59.  
  60. RADIX 95 will search a file's first 10 lines (one that is to be converted
  61. back to 8-bit data) for "(RADIX 95" before attempting a file conversion.
  62. If "(RADIX 95" is not found within the first 10 lines, then the program will
  63. provide an error response and abort.
  64.  
  65. Overall commands and operational information are available within the
  66. RADIX 95 program at "F1".  For more information see the article on RADIX 95
  67. in the ARRL 7th Computer Networking Conference manual, page 107.
  68.  
  69. An added benefit of RADIX 95 is in the way binary control functions are
  70. encoded, users along the circuit with their TNC MONITOR function "ON" will
  71. not experience disruptions to their screen!  Screen disruptions are agrevat-
  72. ingly common when monitoring the transmissions of standard binary content.
  73.  
  74. 73 de Jack, N7OO@NJ7P.AZ.USA.NA
  75.