旧的 ASCII 协议头像问题

发布于 2024-07-10 08:09:47 字数 530 浏览 11 评论 0原文

对于任何记得 Avatar 协议的人(我很确定这就是它的名字),我正在尝试查找有关它的信息。 到目前为止我发现的是,它是一个 ANSI 风格的压缩协议,通过压缩常见的 ANSI 转义序列来完成。

但是,在当时,(90 年代初)我发誓我记得它被用来压缩调制解调器的 ASCII 文本,例如早期的 2400 波特 BIS 调制解调器。 (我不记得当时的所有协议版本、名称等,抱歉)。

不管怎样,由于显示速度的原因,这使得阅读消息和使用远程 shell 变得更好。 它对文件传输没有任何作用,它只是一种将 ASCII 文本压缩得尽可能小的方法。

我正在尝试对这个主题进行研究,并认为这是一个开始寻找的好地方。 我认为该协议使用了书中的所有技巧来压缩 ASCII,例如将常见单词替换为单个字节,甚至可能是一点。

我不记得你能从中得到多少比例,但据我记得,它相当不错。

有人有这方面的信息吗? 将 ASCII 文本压缩到少于 7 位,或者 Avatar 上的协议信息,或者甚至可能是它是否确实进行了我所说的任何 ASCII 压缩的答案?

For anyone that remembers the protocol Avatar, (I'm pretty sure this was it's name) I'm trying to find information on it. All I've found so far, is that it's an ANSI style compression protocol, done by compressing common ANSI escape sequences.

But, back in the day, (The early 90's) I swore I remembered that it was used to compress ASCII text for modems like early 2400 baud BIS modems. (I don't recall all the protocol versions, names, etc from back then, sorry).

Anyways, this made reading messages, and using remote shells a lot nicer, due to the display speed. It didn't do anything for file transfers or what not, it was just a way of compressing ASCII text down as small as possible.

I'm trying to do research on this topic, and figured this is a good place to start looking. I think that the protocol used every trick in the book to compress ASCII, like common word replacement to a single byte, or maybe even a bit.

I don't recall the ratio you could get out of it, but as I recall, it was fairly decent.

Anyone have any info on this? Compressing ASCII text to fewer than 7 bits, or protocol information on Avatar, or maybe even an answer to if it even DID any of the ASCII compression I'm speaking of?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

饭团 2024-07-17 08:09:48

如果我没记错的话,Avatar 压缩方案是某种简单的 RLE(运行长度编码)< /a> 会将相同字符的重复字符串压缩为更小的内容。 不幸的是,我也不记得细节了。

您在维基百科上查看过 AVATAR 吗?

If I remember correctly, the Avatar compression scheme was some simple kind of RLE (Run-Length Encoding) that would compress repeated strings of the same characters to something smaller. Unfortunately, I don't remember the details either.

Did you check out AVATAR on Wikipedia?

呆° 2024-07-17 08:09:47

维基百科有一些关于 AVATAR 协议的信息:

AVATAR 协议(高级视频
属性终端汇编器和
Recreator)是一个逃生系统
偶尔使用的序列
公告板系统 (BBS)。 它有

更流行的 ANSI 转义码,但是
优点是可以逃脱
序列要短得多。 阿凡达可以
从而呈现彩色文本和艺术品
比慢速连接快得多。

协议由FidoNet定义
技术标准提案FSC-0025。

阿凡达后来被延长了
1989 年改为 AVT/0(有时称为
作为 AVT/0+),其中包括设施
滚动屏幕区域(有用
用于分屏聊天或全屏
邮件写作程序),以及
更高级的模式压缩。

Avatar 最初是在
Opus BBS,但后来因
远程访问。 RemoteAccess 附带一个
实用程序 AVTCONV 可以轻松实现
将 ANSI 文档翻译成
阿凡达帮助其采用。

另外:

  • FSC-0025 - FidoNet 技术标准委员会的 AVATAR 提案。
  • FSC-0037 - AVT/0 扩展

Wikipedia has something about AVATAR protocol:

The AVATAR protocol (Advanced Video
Attribute Terminal Assembler and
Recreator) is a system of escape
sequences occasionally used on
Bulletin Board Systems (BBSes). It has
largely the same functionality as the
more popular ANSI escape codes, but
has the advantage that the escape
sequences are much shorter. AVATAR can
thus render colored text and artwork
much faster over slow connections.

The protocol is defined by FidoNet
technical standard proposal FSC-0025.

Avatar was later extended by in late
1989 to AVT/0 (sometimes referred to
as AVT/0+) which included facilities
to scroll areas of the screen (useful
for split screen chat, or full screen
mail writing programs), as well as
more advanced pattern compression.

Avatar was originally implemented in
the Opus BBS, but later popularised by
RemoteAccess. RemoteAccess came with a
utility, AVTCONV that allowed for easy
translation of ANSI documents into
Avatar helping its adoption.

Also:

  • FSC-0025 - AVATAR proposal at FidoNet Technical Standards Committee.
  • FSC-0037 - AVT/0 extensions
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文