舊的ASCII協議頭像問題

Question

對於任何人都會記住協議阿凡達，（我很確定這是它的名字）我試圖找到它的信息。到目前爲止，我發現的是，它是一種ANSI風格的壓縮協議，通過壓縮常見的ANSI轉義序列完成。

但是，回到當天（90年代初），我發誓我記得它是用來壓縮諸如早期2400波特率BIS調制解調器的調制解調器的ASCII文本。 （我不記得當時的所有協議版本，名稱等等，對不起）。

無論如何，這使得讀取消息，並使用遠程shell很多更好，由於顯示速度。它沒有爲文件傳輸做任何事情，也沒有做什麼，它只是一種將ASCII文本壓縮得儘可能小的方法。

我試圖做這個話題的研究，並認爲這是一個開始尋找的好地方。我認爲這個協議使用了本書中的每一個技巧來壓縮ASCII碼，就像常用字替換爲一個字節，或者甚至是一點點。

我不記得你可以從中得到的比率，但我記得，它是相當體面的。

任何人都有這方面的任何信息？將ASCII文本壓縮到少於7位，或者有關阿凡達的協議信息，或者甚至可以回答它是否甚至可以解釋我說的任何ASCII壓縮？

Answer 1

Wikipedia上有一些關於AVATAR protocol：

阿凡達協議（高級視頻 屬性終端彙編和 Recreator）是偶爾使用上 布告欄系統（BBSes）轉義序列 的系統。它有 與 大部分相同的功能，但是 的優點是轉義 的序列要短得多。 AVATAR可以通過 ，因此通過慢速連接渲染彩色文本和藝術品 要快得多。

該協議由FidoNet 技術標準提案FSC-0025定義。

阿凡通過在後期 1989後來擴展到AVT/0（有時稱爲 作爲AVT/0 +），其中包括設施 滾動屏幕的區域（有用 爲分割畫面的聊天，或全屏幕 郵件編寫程序），以及更高級的模式壓縮。

阿凡達最初是在 的Opus BBS中實現的，後來被 RemoteAccess推廣使用。 RemoteAccess附帶一個 實用程序，AVTCONV，可以輕鬆將 ANSI文檔翻譯爲 Avatar幫助其採用。

另外：

• FSC-0025 - 在FidoNet技術標準委員會AVATAR建議。
• FSC-0037 - AVT/0擴展

Answer 2

如果我沒有記錯的話，阿凡達壓縮方案是一些簡單的RLE (Run-Length Encoding)，可以將相同字符的重複字符串壓縮到更小的東西。不幸的是，我也不記得細節。

您是否查看了維基百科的AVATAR？