我通常会使用 SoX 或 Window 的内置音频库来获取这些内容,但似乎两者都没有 G.726 编解码器。

所以我有一个我知道的字节序列被编码为 G.726 虽然比特率以及它是 mu-law 还是 A-law 目前尚不清楚(实验将确定这些参数),我需要将它们解码为正常的 PCM 信号。

所以我从 ITU-T(ITU-T Recommendation G.191)下载了引用实现,但我对如何使用 G726_decode 函数有点困惑。根据文档 inp_bufout_buf 需要具有相同的长度 smpno 并且两个缓冲区都是 16 位缓冲区。在我看来,这似乎缺少了一步;否则不会通过使用 G.726 实现压缩。根据 G.726 上的维基百科页面,样本大小取决于比特率(从 2 到 5 位)。我应该自己解压成样本吗?因此,如果我假设最大压缩(2 位样本),那么每个字节将产生 4 个样本。

例子:

char b = /* read the code from input */
short inp[4], output[4];
inp[0] = b & 0x0003;
inp[1] = b & 0x000C >> 2;
inp[2] = (b & 0x0030) >> 4;
inp[3] = (b & 0x00C0) >> 6;
G726_state state;
memset(&state, 0, sizeof(G726_state));
G726_decode(inp, output, 4, "u", 2, 1, &state);
/* ouput now contains 4 PCM samples */

还是我完全错过了什么?

最佳答案

看起来 ffmpeg 实际上无法做到这一点,因为我认为它肯定能够......但是,当我在谷歌搜索时,我确实找到了这个 post to the ffmpeg mailing list 它提供了一个解决方案。

基本上,有一个名为 g72x++ 的单独程序,它似乎能够为您将音频解码为原始 PCM。

关于c - 如何将 G.726 ADPCM 信号转换为 PCM 信号?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/2508717/

10-12 21:31