软盘上的播客

2020-09-07 12:55:35

一张3.5英寸的旧软盘可以容纳1.44MB的数据。根据我的计算,这是1424KB的数据块。总计1,458,176字节。一旦格式化为FAT,您最终将拥有1,457,664字节的存储空间。但是一张软盘可以容纳多少音频呢?

(这里我指的是基于波的人类语音音频。更适合使用MIDI或语音合成是微不足道的。)。

我打算用“不必要细节的播客”来做实验,因为这篇博文也有太多细节。播客是一个39MB的MP3,播放半小时多一点。

这是原始MP3文件的前40秒,所以你可以听到音乐,还有男性和女性的声音。

这大约是800KB。一张软盘可以容纳大约一分半钟的高质量音频。

一张软盘可以容纳大约11000千比特。因此,要保存1800秒(30分钟)的音频,我们需要以大约6kbps(Kilo Bits/秒)的速率对音频进行编码。

下面是同样的播客样本,弹回到单声道,并以6Kbps的速度编码。声音很清晰,但音乐却极其模糊。(以下文件为.opus格式。它们应该可以在Android和大多数桌面浏览器上运行得很好)。

但这还是有点太大了。33分钟的播客大小为1,581,781字节。软盘太大了。

使用--frame size选项,我们可以将Framesize设置为60毫秒。不适合流媒体,但我们并不关心这一点,它会使文件变得更小。

但是opusenc还有更多的诀窍!使用--cvbr,我们可以强制编码器从不超过比特率限制。

因此,使用.wav中的opusenc--downMix-mono--bitrate 6--cvbr--frame size 60 out.opus,我们可以在1,422,676字节中节省33分8秒。软盘上剩余的空间足以容纳映像。

令人惊讶的是,opusenc文档并没有告诉我们全部情况!您可以将任何小于6的数字传递给opusenc,它会尽其所能。

实际上,它为语音生成的最低比特率约为4Kbps。下面是相同的示例:

我们能给的最低价是多少?在我们失去所有意义之前有多低?

产生任何声音的绝对最低编码是1.2Kbps。我警告你,这听起来很可怕!

最低的大约是2Kbps,你可以继续使用,但仍然有一些东西,即使是模糊的可以理解的。再说一次,这听起来很可怕,但几乎可以理解演讲的大部分内容。即使他们听起来确实像戴立克,电池电量很低!

如果你准备好让你的声音听得那么烂,你几乎可以把整整一个小时的演讲挤到一张旧软盘上。