home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   ASIAN_LINK      Not the kind that loves you long time      8,456 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 6,484 of 8,456   
   Ozz Nixon to Richard Menedetter   
   Re: Name that compression...   
   30 Mar 19 21:40:43   
   
   TZUTC: -0500   
   PID: JamNNTPd/Win32 1.2.3   
   REPLYADDR ozznixon@gmail.com   
   REPLY: 2:310/31 5c9f9380   
   MSGID: 1:275/362.0 5ca028a8   
   On 2019-03-30 16:03:02 +0000, Richard Menedetter -> Ozz Nixon said:   
      
   > Hi Ozz!   
   >   
   > 28 Mar 2019 13:37, from Ozz Nixon -> Ozz Nixon:   
   >   
   >   ON> Anyone know what the name of the ASCII compression algorithm that is   
   >   ON> based upon 6bit ASCII and most frequently used characters?   
   >   
   > No.   
   > What use would it be?   
      
   Actually it is *very* useful in the 7bit ASCII world of Fidonet messages. Or   
   other #32..#127 character based strings. There are 2 I have looked at - the   
   algorithm I already have beats shoci, the other is called smaz (which beats   
   this algorithm). I am porting smaz to Pascal, however, the algorithm I have is   
   very simple to read and understand - whereas, smaz is doing post compression   
   matching of common patterns to make it even smaller output.   
      
   I am just curious if anyone knows what the heck this algorithm is called. I   
   found it and used it in my tosser in 1994 - thus where I came across it   
   recently.   
      
   If you google compression etaonirshdl you will find someone has ported it to   
   Delphi. I found this with a 1996 copyright on it: https://github   
   com/dblock/xreplace/blob/master/Classes/XReplace/lzh.pas - which is not LZH in   
   any way.   
      
   What use would it be? Simple storage compression in JAM for my NNTP Server I   
   wrote (working on the web interface now). MODE STREAM from machine to machine   
   in real-time - simple compressions like these can be much more efficient than   
   dictionary based algorithms, and much smaller memory footprint - when   
   streaming millions of messages a day from usenet -> my server in AZ -> my   
   server in TX (and) -> to my server in VA which is moving to FL in 14wks +/-.   
      
   Ozz   
      
      
   --    
   .. Ozz Nixon   
   ... Author ExchangeBBS (suite)   
   .... Since 1983 BBS Developer   
      
   --- FMail-W32 2.0.1.4   
    * Origin: ExchangeBBS WHQ (1:275/362.0)   
   SEEN-BY: 15/0 2 18/200 19/33 36 34/999 90/1 104/57 116/18 123/140   
   SEEN-BY: 123/1970 124/5014 5016 130/803 153/7715 154/10 203/0 218/700   
   SEEN-BY: 220/60 221/0 222/2 226/17 229/107 354 426 452 1014 230/150   
   SEEN-BY: 230/152 240/1120 5832 249/206 317 400 250/1 261/38 100 1466   
   SEEN-BY: 266/512 267/155 275/0 89 91 93 95 96 98 100 201 362 280/464   
   SEEN-BY: 280/5003 282/1031 1056 291/1 111 310/31 317/3 320/119 219   
   SEEN-BY: 322/757 340/400 342/13 200 387/21 393/68 396/45 423/120 633/280   
   SEEN-BY: 712/848 770/1 801/161 189 2320/105 3634/12 5020/715 1042   
   SEEN-BY: 31999/99   
   PATH: 275/362 100 261/38 396/45 280/464 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca