我通常会查看SoX或Window内置的音频库，但看起来它们都没有G.726编解码器。
所以我有一个字节序列，我知道它被编码为G.726，虽然比特率以及它是mu-law还是A-law目前还不知道（实验将决定那些参数），以及我需要将它们解码为普通的PCM信号。
所以我从ITU-T（ITU-T G.191建议书）下载了参考实现，但我对如何使用G726_decode函数感到困惑。根据文档inp_buf和out_buf需要具有相同的长度smpno，并且两个缓冲区都是16位缓冲区。在我看来，这似乎是一个缺失的步骤;否则，使用G.726无法完成压缩。根据{{3}}上的维基百科页面，样本大小取决于比特率（从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 */
或者我完全错过了什么？
答案 0 :(得分：5)
看起来ffmpeg实际上无法做到这一点，因为我认为它肯定能够......但是，当我在Google上搜索时，我确实发现了post to the ffmpeg mailing list提供了解决方案。
基本上，有一个名为g72x++的独立程序，它似乎能够为您解码音频到原始PCM。