3

我通常会使用 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上的 Wikipedia 页面,样本大小取决于比特率(从 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 */

还是我完全错过了什么?

4

1 回答 1

5

看起来 ffmpeg 实际上无法做到这一点,因为我认为它肯定能够......但是,当我在谷歌搜索时,我确实在 ffmpeg 邮件列表中找到了这篇文章,它提供了一个解决方案。

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

于 2010-03-24T15:56:44.500 回答