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