Android开发中MediaRecorder哪种输出格式可兼容librosa？

NoBackendError的核心原因是Chaquopy集成的librosa默认搭载的音频解码后端（soundfile、audioread）不支持3GPP封装的AMR编码格式，和调用逻辑无关，调整录制配置即可解决，不需要额外折腾第三方解码库。

方案一：保留MediaRecorder，调整编码配置 #

不需要更换录制组件的场景下，直接按设备API等级选对应配置即可，所有配置录出的文件都能被librosa正常加载：

• 目标设备为Android 10（API 29）及以上：优先选无压缩配置，OutputFormat设为MediaRecorder.OutputFormat.WAVE，AudioEncoder设为MediaRecorder.AudioEncoder.LPCM，输出标准16bit PCM编码的WAV文件。这种格式无压缩损失、无解码兼容问题，是做STFT等频域分析的最优选择，不会因为压缩编码引入频域误差。
• 目标设备需要兼容Android 10以下版本：OutputFormat设为MediaRecorder.OutputFormat.MPEG_4，AudioEncoder设为MediaRecorder.AudioEncoder.AAC，输出后缀为.m4a的音频文件。注意在Chaquopy的依赖配置中把soundfile版本升级到0.12.0及以上，即可正常解码该格式文件。
• 不要继续使用THREE_GPP搭配AMR编码器的配置：AMR是面向通话场景的高压缩率编码，本身采样率上限低、音质损失大，即使解决了解码问题，也会导致STFT分析结果存在明显误差，不适合信号处理场景。

方案二：按需更换为AudioRecord（更适合信号分析场景） #

如果你的STFT分析对音频参数有固定要求（比如固定16kHz采样率、单声道、16bit位深），优先更换为AudioRecord类实现录制：

• MediaRecorder是封装好的高层录制组件，系统可能自动开启自动增益、噪声抑制、采样率自适应等逻辑，会改动原始语音信号，干扰频域分析结果。
• AudioRecord直接输出原始PCM音频流，你可以完全控制采样率、声道、位深参数，既可以直接把PCM数据传入处理链路省去文件读写步骤，也可以手动给PCM数据加WAV头存为标准WAV文件，librosa可以100%兼容加载，不存在任何解码问题，处理精度和效率都更高。
• 如果只是做非专业级的简单语音识别、频谱展示类功能，不需要严格的信号精度，用MediaRecorder的WAV配置即可，不需要额外改代码换AudioRecord。

踩坑提示：Chaquopy环境下调用librosa.load()时，必须传入应用私有目录下的文件绝对路径，不要直接传入Android系统返回的content://类型Uri，否则也会触发加载错误，需要先把Uri对应的文件拷贝到私有目录再传入路径。

内容的提问来源于stack exchange，提问作者Hanna Theko