问题描述
一个网络应用程序正在使用 Opus 编解码器将录制的音频存储到服务器。音频也可以稍微编辑一下。通常有一个或两个周期的录音和编辑音频，但有时会有很多（取决于用户的用例）。
虽然在网站上完成的 Opus 编码在我的控制之下（质量设置和编码比特率），但解码不是。特别是，根据平台（例如 iOS Safari），无法控制 WebAudio 上下文比特率，但必须采取我们得到的。
当用户一遍又一遍地加载和保存相同的素材时，我们可以预期Opus编码造成的信息损失会收敛。但由于 Opus 始终使用 48000 Hz，如果重采样算法不完全匹配，向上和向下采样到 44100 Hz 可能会导致一些累积的可听滤波。由于负载下采样取决于平台/浏览器，我们无法控制。
所以现在，对于这些有十分之一代的用例，音频似乎变坏了。
当我只看到整个链应用 30 次的效果（当它变得可听时）时，如何找出链中最薄弱的环节（上采样器、编码器、解码器下采样器）？是否有任何经验法则最有可能首先解决哪个组件？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）