导入 MP3 文件解码失败噪点多怎么办
每次导入 MP3 都弹警告，解出来也有问题
Robot36 的开发者对 MP3 格式有明确态度——支持但不推荐。每次用 MP3 文件模式导入，都会弹出一个简短的警告提示。这不是故意刁难，而是基于 SSTV 信号本身的特性。
为什么 SSTV 和 MP3 不兼容
SSTV 信号对音频细节的要求远高于普通音乐：
- 音调频率精确性：SSTV 解码需要精确跟踪每个音调的频率（±几十 Hz 的误差都会导致行不同步）
- 边沿锐度：行同步脉冲是很短的音调跳变，MP3 压缩会模糊这个跳变
- 带宽要求：SSTV 约 2400 Hz 带宽，MP3 压缩在低频/高频处有损失
- 突发损失：MP3 的 Huffman 编码对突然变化的音频会引入"振铃"伪影
普通音乐用 MP3 压缩（甚至 128 kbps）几乎听不到损失。但 SSTV 这种"精确编码的音调序列"用 MP3 压缩后，再解回来的信号细节就被破坏了。
MP3 解码失败的典型表现
- 弹出警告提示："MP3 是有损压缩，可能影响解码质量"
- 解码出来图像有严重的颜色块和噪点
- 行同步经常丢失，图像扭曲
- 完全无法识别校准头
改善方案
方案 1：改用 WAV 或 FLAC（推荐）
根本解决办法：录音时就用无损格式。
| 格式 | 压缩方式 | 质量 | 体积 |
|---|---|---|---|
| WAV PCM | 无压缩 | 完美 | 较大（16-bit 44.1kHz 立体声 ≈ 10MB/分钟） |
| FLAC | 无损压缩 | 完美 | 约 WAV 体积的 50% |
| MP3 | 有损压缩 | 有损 | 约 WAV 体积的 10% |
如果你的录音设备只能输出 MP3（比如某些便携录音机），事后用 Audacity 等工具转成 WAV 或 FLAC 再导入。
方案 2：提高 MP3 码率
如果不得不使用 MP3，尽量：
- 码率 320 kbps CBR（固定码率），不要用 VBR（可变码率）
- 采样率 44.1 kHz 或 48 kHz，不要降采样
- 单声道（立体声对 SSTV 解码没用，还可能引入相位差）
方案 3：用 Audacity 预处理
在导入 Robot36 之前用 Audacity 处理 MP3：
- 导入 MP3 到 Audacity
- 降噪：效果 → 降噪 → 启用噪声分析后应用
- 标准化电平：效果 → 标准化 → 峰值电平 -3 dBFS
- 导出为 WAV（PCM 16-bit 44100 Hz 单声道）
处理后的文件解码成功率会比直接用原始 MP3 高。
方案 4：试试其他音频格式
Robot36 支持：
- WAV：PCM 8/16/24/32-bit 整数，32/64-bit 浮点
- FLAC：无损，注意 24-bit FLAC 在部分设备上被降级为 16-bit
不支持：AAC、OGG、WMA、m4a、Opus 等其他格式。
关于 24-bit FLAC
Robot36 使用 Android 系统组件解码 FLAC，部分 Android 设备的系统解码库会把 24-bit FLAC 降级输出为 16-bit PCM。这意味着：
- 你以为输入了 24-bit 精度的文件
- 但实际只有 16-bit 精度的信号被解码
- 对 SSTV 来说影响不大（16-bit 的动态范围远大于 SSTV 信号需要的），但技术上这是一个已知限制
格式限制总结
| 场景 | 推荐格式 |
|---|---|
| 录音（实时） | WAV 16-bit PCM 44.1kHz 单声道 |
| 离线下载 | FLAC 无损压缩，或 WAV |
| 只能用有损格式 | MP3 320 kbps CBR 单声道，Audacity 预处理 |
| 历史录音 | 不管什么格式，先转成 WAV 再导入 |
开发者的态度
Robot36 开发者没有完全移除 MP3 支持，因为现实中确实有很多 SSTV 录音只以 MP3 形式存在（比如某些老博客、社区分享的 ISS SSTV 经典录音）。开发者的做法是提供警告但不阻止——让用户自己判断是否能接受有损格式的解码效果。