PHP实现基于文本的莫斯电码生成器

需要注意的是，如果你特别在意内存占用的话，上面的代码可以解释为位（bit）。给每个代码增加一个开始位，就可以形成一个位的模式，每个字符就可以用一个字节来储存。同时，当解析最终编码的时候，要删除开始位左边的位（bit），从而获得真正的变长编码。

尽管许多人没有意识到，事实上“时间间隔”是定义莫斯代码的主要因素，所以理解这一点是生成莫斯代码的关键。所以，我们要做的第一件事，就是定义莫 斯代码的内部码（即“嘀”和“嗒”）的时间间隔。为了方便起见，我们定义一个“嘀”的声音长度为一个时间单位dt，“嘀”和“嗒”之间的间隔也是一个时间 单位dt；定义一个“嗒”的长度为3个dt，字符（letters）之间的间隔也是3个dt；定义单词（words）之间的间隔是7个dt。所以，总结起 来，我们的时间间隔表就像下面这样：

在莫斯代码中，编码声音的“播放速度”通常用 单词数/分钟(WPM) 来表示。由于英文单词有不同的长度，而且字符也有不同数量的“嘀”和“嗒”，所以，从WPM转化成（音频）数字采样并不是看上去那样简单。在一份被国际组 织采用的方案中，采用5个字符作为单词的平均长度，同时，一个数字或标点符号被当做2个字符。这样，平均一个单词就是50个时间单位dt。这样，如果你指 定了WPM，那么我们总的播放时间就是 50 * WPM的时间单位/分钟，每个“嘀”（即一个时间单位dt）的长度等于1.2/WPM秒。这样，给出一个“嘀”的时间长度，其他元素的时间长度很容易就能 够计算出来。

你可能已经注意到，在上面显示的网页中，对于低于15WPM的选项，我们使用了“Farnsworth spacing”。那么这个“Farnsworth spacing”又是个什么鬼？

当报务员学习用耳朵来解码莫斯代码的时候，他就会意识到，当播放速度变化的时候，字符出现的节奏也会跟着变化。当播放速度低于10WPM的时候，他 能够从容的识别“嘀”和“嗒”，并且知道发送的哪个字符。但是当播放速度超过10WPM的时候，报务员的识别就会出错，他识别出来的字符会多于实际的 “嘀”和“嗒”。当一个学习的时候习惯低速莫斯代码的人，在处理高速播放代码的时候，就会出现问题。因为节奏变了，他潜意识的识别就会出错。

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!