🎵 音频剪辑

相关指南

在线裁剪音频，以及怎么看懂 BPM 检测结果
剪切点精确到采样而不是显示的那位小数，成品恒为 16 bit WAV 而信息面板写的 32 bit 只是内存里的形态；再加上自相关测速为什么总把 90 报成 180，以及那个真正靠得住的试听按钮。

剪一段出来

文件放进去立刻就被解码并画成波形，不用你点任何按钮。起点和终点可以直接填时间，也可以拖两个滑块，波形上高亮的区域就是将要导出的内容，区间的长度和范围读数会跟着更新。

时间输入框的显示与回填都精确到 0.1 秒，但真正的切点不是按十分之一秒取的：页面把时间乘以采样率后取整到样本序号，从那里直接切。这比界面上能显示的刻度细得多，对需要卡在拍点上循环的素材有意义——晚几毫秒起音，循环时是能听出来的。

试听按钮只放选中的片段而不是整首，配合停止按钮可以按耳朵找边界：挪一点、播一次，直到起落点都满意再导出。停止不会清掉你的选区。

导出的是什么文件

下载永远是 WAV，16 位 PCM，采样率和声道数都按源文件保持：立体声 44.1 千赫的素材进去，出来的还是立体声 44.1 千赫。不做重采样，唯一的损失是把样本值量化到 16 位整数，而这本来就是多数消费级音频的存储精度。

需要预估的是体积。WAV 不压缩，立体声 44.1 千赫大约每分钟 10MB，单声道约一半，更高的采样率按比例再增。剪三分钟大约 30MB，这是格式正常表现，不是出了问题。文件名里会带上你设的起止秒数，形如 原名_clip_1.5s-12.0s.wav。

如果源文件本身是 MP3 或 M4A 这类有损格式，导出的 WAV 只是忠实复制浏览器解出来的内容：压缩损伤在建文件时就已发生，转成 WAV 不能把它复原。好消息是剪一次再导不会明显更糟，这跟剪完再编码成另一种有损格式是两回事。

文件、上限和隐私

接受 MP3、WAV、FLAC、OGG、M4A、AAC，上限 50MB，判断时既看声明的类型也看扩展名。上传即自动开始解码，长文件在你做别的动作之前就已经在算了。

整条链路都在浏览器里：音频由你的机器解码，导出文件也在你的机器上拼出来，不上传也不留存。换来隐私的代价是内存——一段长的无损音频要完整驻留在页面里，所以大文件操作起来会显得迟钝，这属于正常现象。

常见问题

能导出成 MP3 而不是 WAV 吗？
不能。这里的导出只有 WAV，无压缩因而体积大。转 MP3 需要一个编码器，那是一步有损处理，通常更适合放在流程末尾由专门的编码器完成，而不是在剪切这一步做掉。

下载的文件为什么这么大？
WAV 逐个存下样本值。立体声 44.1 千赫约每分钟 10MB，三分钟就是三十来兆。这是格式本身决定的，不是导出出错。

导出会降低音质吗？
切点精确到样本，采样率和声道数都不变，唯一的改动是量化到 16 位——这已经是多数成品音频的存储精度。源文件若有损，导出既不能弥补也不会再叠加明显的损伤。

剪切点最细能到多少？
到单个样本，比界面上任何刻度都细。填时间时你能给到 0.1 秒，页面再把这一秒数换算成样本序号，不会把切点圆到帧边界上。

界面上写的「位深度 32 bit」和导出的 16 位怎么对上？
那是浏览器解码后在内存里的表示精度（32 位浮点），页面读的是解码缓冲区的这一层；导出时写入文件头的是 16 位 PCM。两者描述的不是同一件事，文件本身是 16 位。

文件会上传吗？有大小限制吗？
不上传，解码、试听、导出都在本地完成，下载文件直接存到你自己的电脑。限制是 50MB，长文件不会因为「长」被拒绝，只会因为超过这个体积被拒绝。