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的时候，报务员的识别就会出错，他识别出来的字符会多于实际的 “嘀”和“嗒”。当一个学习的时候习惯低速莫斯代码的人，在处理高速播放代码的时候，就会出现问题。因为节奏变了，他潜意识的识别就会出错。

为了解决这个问题，“Farnsworth spacing”就被发明出来了。本质上来讲，字母和符号的播放速度依然采取高于15WPM的速度，同时，通过在字符之间插入更多的空格，来使整体的播放 速度降低。这样，报务员就能够以一个合理的速度和节奏来识别每个字符，一旦所有的字符都学习完毕，就可以增加速度，而接收员只需要加快识别字符的速度就可 以了。本质上来说，“Farnsworth spacing”这个技巧解决了节奏变化这个问题，使接收员能够快速学习。

所以，在整个系统中，对于更低的播放速度，都统一成15WPM。相对应的，一个“嘀”的长度是0.08秒，但是字符之间和单词之间的间隔就不再是3个dit或者7个dit，而是进行的调整以适应整体速度。

生成声音

在PHP代码中，一个字符（即前面数组的索引）代表一组由“嘀”、“嗒”和空白间隔组成的莫斯声音。我们用数字采样来组成音频序列，并且将其写入到文件中，同时加上适当的头信息来将其定义成WAVE格式。

生成声音的代码其实相当简单，你可以在项目中PHP文件中找到它们。我发现定义一个“数字振荡器”相当方便。每调用一次osc()，它就会返回一个 从正玄波产生的定时采样。运用声音采样和声频规范，生成WAVE格式的音频已经足够了。在产生的正玄波中的-1到+1之间是被移动和调整过的，这样声音的 字节数据可以用0到255来表示，同时128表示零振幅。

（编辑：应用网_镇江站长网）

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