G729 编解码 | 版本选择、应用与实现

原创已于 2025-11-10 07:56:39 修改 · 687 阅读

16 ·

CC 4.0 BY-SA版权

文章标签：

#G729 编解码

于 2025-11-10 00:45:18 首次发布

code 专栏收录该内容

52 篇文章

订阅专栏

注：本文为 “G729 编解码” 相关合辑。
略作重排，如有内容异常，请看原文。

G729 编解码总结

那年晴天原创于 2017-05-18 20:20:57

一、G729 编解码版本选择

在音频编解码领域，G729 算法体系较为复杂。ITU 官网上提供的 G729 相关包中包含多个子版本，如 G729a、G729b、G729ab 等，各版本功能存在差异：

G729a：增强版本，算法质量优于基础版 G729。
G729b：集成 VAD（语音活动检测）功能（原文 “VDA” 为笔误，正确术语为 VAD）。
G729ab：组合版本，兼容 G729a 的基础压缩功能与 G729b 的 VAD 功能。

实际应用中，需根据需求选择版本：

若仅需基础压缩功能，G729a 是合适选择。
若需语音活动检测功能，选择 G729b 或 G729ab。

二、编译中压缩文件变大问题及解决

在 Linux 环境编译 G729 时，可能出现“压缩后文件体积大于源文件”的问题。该问题在使用 ITU 官方包的开发者中较为常见，主要原因是比特与字节转换过程中存在冗余数据，需通过优化序列化逻辑解决。

解决方案

通过修改 bits.c 文件中的比特 - 字节转换函数，优化数据序列化过程，可实现 16:1 的压缩比例。关键代码如下：

#include "stdafx.h"
#include "typedef.h"
#include "ld8a.h"
#include "tab_ld8a.h"

static void bit2byte(Word16 para, int bitlen, unsigned char *bits, int bitpos);
static Word16 byte2bit(int bitlen, unsigned char *bits, int bitpos);

// 参数转比特流
void prm2bits_ld8k(Word16 *para, unsigned char *bits) {
  int i;
  int bitpos = 0;
  for (i = 0; i < PRM_SIZE; i++) {
    bit2byte(*para++, bitsno[i], bits, bitpos);
    bitpos += bitsno[i];
  }
}

// 比特转字节
void bit2byte(Word16 para, int bitlen, unsigned char *bits, int bitpos) {
  int i;
  int bit = 0;
  unsigned char newbyte = 0;

  unsigned char *p = bits + (bitpos / 8);
  for (i = 0; i < bitlen; i++) {
    bit = (para >> (bitlen - i - 1)) & 0x01;
    newbyte = (1 << (7 - bitpos % 8));
    if (bit == 1)
      *p |= newbyte;
    else
      *p &= ~newbyte;
    bitpos++;
    if (bitpos % 8 == 0)
      p++;
  }
}

// 比特流转参数
void bits2prm_ld8k(unsigned char *bits, Word16 *para) {
  int i;
  int bitpos = 0;
  for (i = 0; i < PRM_SIZE; i++) {
    *para++ = byte2bit(bitsno[i], bits, bitpos);
    bitpos += bitsno[i];
  }
}

// 字节转比特
Word16 byte2bit(int bitlen, unsigned char *bits, int bitpos) {
  int i;
  int bit = 0;
  Word16 newbyte = 0;
  Word16 value = 0;

  unsigned char *p = bits + (bitpos / 8);
  for (i = 0; i < bitlen; i++) {
    bit = (*p >> (7 - bitpos % 8)) & 0x01;
    if (bit == 1) {
      newbyte = (1 << (bitlen - i - 1));
      value |= newbyte;
    }
    bitpos++;
    if (bitpos % 8 == 0)
      p++;
  }
  return value;
}

上述代码通过精准控制比特与字节的转换逻辑，减少冗余数据，可解决压缩文件体积异常问题（经测试，压缩比例可达 16:1）。

三、`memcpy` 函数使用异常问题

使用 memcpy 函数时，可能出现“参数为 char 类型时正常，为 Word16 类型时失败”的情况。

问题原因

Word16 为 16 位数据类型，而 char 为 8 位，两者内存对齐要求不同（部分系统对 16 位数据有严格对齐限制）。
拷贝长度计算错误（若按字节数传入 Word16 元素数量，会导致实际拷贝长度不足）。

解决方案

确保拷贝长度正确：以 Word16 元素数量乘以 sizeof(Word16) 作为 memcpy 的长度参数。
检查内存对齐：若系统要求严格对齐，可使用 memcpy_s（安全版本）或循环逐个拷贝 Word16 元素。
验证指针有效性：确保源地址和目标地址均为有效内存区域，且无越界访问。

G729 编解码再编译

宁卫 2025 年 11 月 6 日 08:24 上海

一、重新编译背景

FreeSWITCH 平台

因小兄弟实际应用中遇到 G729 编解码模块使用异常问题，需基于 Intel IPP（集成性能原语，Integrated Performance Primitives）重新编译模块。此前版本存在未修复的 bug，且不同系统版本兼容性较差，故需优化编译环境。

二、Intel 开发库版本选择与适配

版本选择过程

访问 Intel 官网获取最新开发库时发现，多个旧版本 G729 不再受支持。
测试 IPP + ICC（Intel C++ Compiler）2013、2015 版本后，发现 2013 版本（对应 IPP 7.x）兼容性最佳。
针对 FreeSWITCH 平台，IPP 7.x 版本的 G729 编解码性能优于 IPP 6 和 IPP 8 版本。

适配建议

优先选择 IPP 7.x（2013 版本），确保与 FreeSWITCH 等平台的兼容性及性能。
旧系统环境中，建议保留 IPP 2013 版本以维持编解码稳定性。

三、Intel 开发库的发展变化

从 Intel 官网资源及开发动态来看，其音频编解码相关开发库活跃度在十年前较高，而当前资源重心转向 AI 领域，导致传统编解码模块更新放缓。

实际应用中，需结合项目需求选择稳定版本，必要时保留旧环境以确保功能可用。

G729 编解码 | 版本对比、应用与实现

AI 内容未校，仅供参考。

一、G729 主要子版本技术对比

G729 是 ITU-T 定义的低码率语音编解码标准（主要码率 8kbps），其衍生版本在复杂度、功能扩展及码率适应性上存在差异，具体对比如下：

版本	发布时间	主要码率	复杂度（相对值）	关键功能扩展	兼容性	适用场景
G729	1996 年	8kbps	100%	基础语音压缩（10ms 帧长）	所有子版本均兼容 G729	早期 VoIP、低带宽语音通信
G729a	1998 年	8kbps	50-60%	低复杂度优化（算法简化，保持音质）	与 G729 双向兼容	嵌入式设备（如 IP 电话、对讲机）、低算力场景
G729b	1998 年	8kbps	略高于 G729a	增加 VAD（语音活动检测）和 CNG（舒适噪声生成）	需与支持 G729b 的终端配合	需静音抑制的场景（如视频会议、长途通话）
G729c	1999 年	6.4kbps/8kbps	与 G729a 接近	支持双码率切换（6.4kbps 为低带宽模式）	兼容 G729/G729a	带宽波动大的网络（如无线通信、卫星链路）
G729d	2001 年	5.8kbps	与 G729a 接近	更低码率优化（牺牲部分音质换带宽）	需终端双方支持	极端低带宽场景（如窄带物联网语音传输）
G729e	2006 年	8kbps	与 G729a 接近	增强回声消除、支持 3GPP 网络适配	兼容 G729/G729a	3G 移动通信、带回声抑制的实时语音系统
G729f	2006 年	11.8kbps	高于 G729	高音质模式（扩展频带至 7kHz）	需终端双方支持	对音质要求较高的 VoIP（如企业级语音通信）

二、G729 编解码的典型应用场景

G729 凭借低码率（以 8kbps 为主）特性及压缩效率与音质的平衡，在多类语音通信场景中广泛应用，不同子版本因功能差异适配不同场景：

（一）基础 VoIP 通信（如 IP 电话、语音网关）

需求：低带宽占用（适配窄带网络）、低算力消耗（兼容普通终端）、双向兼容性强。
适配版本：G729a。其复杂度仅为基础版 G729 的 50-60%，且与 G729 双向兼容，可在普通 x86/ARM 终端（如家用 IP 电话、企业语音网关）稳定运行，语音数据压缩至 8kbps，适合带宽有限的以太网或 ADSL 网络。

（二）含静音抑制的实时语音场景（如视频会议、长途通话）

需求：减少无效带宽消耗（静音时段停止传输）、抑制背景噪声（提升通话舒适度）。
适配版本：G729b。该版本集成 VAD 和 CNG 功能，说话间隙仅发送舒适噪声参数，相比无 VAD 版本减少约 30% 带宽占用，适合多人视频会议、跨地域长途语音通话等场景。

（三）带宽波动大的无线 / 卫星通信

需求：支持动态码率切换（适应带宽波动）、具备一定抗丢包能力。
适配版本：G729c。支持 8kbps（标准模式）和 6.4kbps（低带宽模式）双码率切换，带宽骤降时自动切换至低码率避免中断，适合 4G/5G 无线语音、卫星电话等带宽不稳定场景。

（四）极端低带宽场景（如窄带物联网语音）

需求：最低码率压缩（以音质换带宽）、适配超低功耗设备。
适配版本：G729d。码率低至 5.8kbps，虽音质略逊，但可在窄带物联网（如电力 / 水利监测终端的语音调度）中运行，满足极端带宽限制下的基本语音传输需求。

（五）移动通信与回声抑制场景（如 3G/4G 语音增值服务）

需求：增强回声消除（减少线路回声）、适配移动网络协议。
适配版本：G729e。针对 3GPP 网络优化，集成增强型回声消除模块，可有效处理移动网络线路回声，适合运营商语音增值服务（如语音导航、多方通话）。

（六）中高品质企业级语音通信

需求：扩展频带（提升音质）、支持清晰语音传输。
适配版本：G729f。将语音频带扩展至 7kHz（标准 G729 为 3.4kHz），音质接近 AMR-WB，适合企业级 IP PBX、高清语音会议系统等对音质要求较高的场景。

三、不同系统和平台下 Intel IPP 版本的选择指南

Intel IPP（Integrated Performance Primitives）是优化的多媒体处理库，包含 G729 编解码加速模块。版本选择需结合目标系统（操作系统、硬件架构）、平台特性（开源 VoIP、嵌入式等）及功能需求（如 VAD 支持、多线程优化）综合判断。

（一）IPP 与 G729 的版本关联

Intel IPP 对 G729 的支持随版本迭代变化，主要关联如下：

IPP 6.x（2011 年前）：支持基础 G729/G729a，无 VAD/CNG 扩展，性能一般，仅适配 32 位系统。
IPP 7.x（2013 年）：完善 G729a/b 支持，集成 VAD/CNG 优化，对 FreeSWITCH 等 VoIP 平台兼容性最佳，性能较 6.x 提升约 30%，支持 32/64 位系统。
IPP 8.x（2015 年）：优化多线程处理，但部分旧系统（如 CentOS 6）适配存在 bug，对 G729f 支持有限。
IPP 9.x 及以上（2017 年后）：逐步整合至 OneApi 平台，移除部分旧 G729 子版本（如 G729d）支持，更侧重 AI 与新多媒体标准，对传统 VoIP 场景兼容性下降。

（二）按场景选择 IPP 版本

1. 开源 VoIP 系统（如 FreeSWITCH、Asterisk）

系统特点：依赖稳定编解码模块，需支持高并发（100 路以上语音流），对兼容性要求严格，需完整支持 G729a/b 的 VAD 等功能。
推荐版本：IPP 7.x（2013 年版本，对应 ICC 2013 编译器）。
- 理由：与 FreeSWITCH/Asterisk 适配性最佳，无编译冲突；多线程调度效率比 6.x 提升约 30%，支持更高并发；完整支持 G729a/b 的 VAD/CNG 功能，满足静音抑制需求。
- 注意：需搭配 Intel ICC 2013 编译器（而非 GCC），否则可能导致性能损失（CPU 占用率增加 20% 以上）或功能异常。

2. 嵌入式设备（如 IP 电话、物联网语音终端）

系统特点：硬件资源受限（低主频 CPU 如 800MHz ARM Cortex-A7、小容量存储 <16MB），多为 32 位架构，需小型化编译库，依赖 G729a/d 等低复杂度版本。
推荐版本：IPP 7.x（32 位精简版）。
- 理由：编译后库体积约 1.2MB（仅为 IPP 8.x 64 位版本的 1/2），适配存储限制；对 32 位低主频 CPU 优化充分，编解码延迟 ≤20ms（满足实时需求）；对 G729a/d 支持效率比 IPP 9.x 高 15%。
- 注意：需禁用“高级优化选项”（如 -ipp=advanced），避免冗余代码导致库体积膨胀。

3. 新操作系统（如 Ubuntu 22.04、Windows 11、CentOS Stream 9）

系统特点：以 64 位架构为主，内核版本高（如 Linux 5.15+），支持新指令集（如 AVX2、AVX-512），但对旧 IPP 版本兼容性下降（如 IPP 7.x 可能出现库依赖错误）。
推荐版本：Intel OneApi 中的 IPP 组件（需提前验证功能）。
- 理由：原生支持 64 位新内核，避免旧版本的“glibc 不兼容”“指令集未识别”等问题；针对 AVX2/AVX-512 优化，编解码效率比 IPP 7.x 提升约 15%，适合高配置服务器（如 12 代酷睿 CPU）。
- 注意：OneApi 可能裁剪部分旧 G729 子版本（如 G729d 的 5.8kbps 模式），需提前查询 Intel 官网“语音编解码模块清单”确认功能；功能不全时可退选 IPP 9.x（2017 年版本），其对新系统兼容性较好且保留多数子版本支持。

4. 高并发场景（如云语音网关、大型呼叫中心）

系统特点：需处理数百至数千路并发语音流，依赖多线程并行计算，对内存访问效率、线程池调度要求高。
推荐版本：IPP 8.x（2015 年版本）。
- 理由：增强“线程池动态调度”功能，可按 CPU 核心数自动分配任务，8 核 CPU 上并发处理能力比 IPP 7.x 提升约 40%；优化内部缓冲区管理，1000 路并发时内存占用比 7.x 降低约 15%。
- 注意：仅推荐在新系统（如 Ubuntu 18.04+）中使用，旧系统（如 CentOS 6）可能因内核版本低导致线程调度异常。

5. 低功耗便携设备（如穿戴式语音终端、电池供电对讲机）

系统特点：以“低功耗”为主要诉求，CPU 多为能效比优先架构（如 ARM Cortex-M4），需最小化 CPU 占用以延长续航。
推荐版本：IPP 7.x（低功耗定制版）。
- 理由：针对能效比架构优化指令序列，避免高功耗指令（如复杂浮点运算），相同负载下 CPU 占用率比 IPP 8.x 低 20%；支持“动态频率调整”，可配合设备低功耗模式自动降频，在间歇语音传输场景（如对讲机）中延长续航约 15%。

（三）实操注意事项

编译器匹配：IPP 7.x 需搭配 ICC 2013，IPP 8.x 建议搭配 ICC 2015，使用其他编译器可能导致性能损失或编译错误。
授权合规：G729 受 ITU-T 专利保护，商用需确认专利授权状态，避免法律风险。
测试验证：编译后需通过 ITU-T 提供的 G729 测试向量验证（码率稳定性、子版本兼容性、CPU 占用率、延迟等），确保功能与性能达标。

四、其他 G729 编解码工具与方案

除 Intel IPP 外，多种工具、库或方案可用于 G729 编解码，涵盖开源软件、硬件加速、第三方优化库等，适用于不同场景（如低成本开发、嵌入式设备、高性能服务器等）。

（一）开源软件库（适合低成本、自主可控场景）

开源库无需依赖商业授权（但需注意 G729 专利合规性），适合原型开发、中小规模应用或定制化需求。

1. BCG729

特点：由 Belledonne Communications 开发的开源 G729 编解码器，完全遵循 ITU-T G729 标准，支持 G729a（低复杂度版本），代码轻量化（核心代码约 10KB），无外部依赖。
优势：可直接集成到 VoIP、嵌入式系统中，支持跨平台编译（Linux、Windows、嵌入式 Linux），适合资源有限的终端（如 IP 电话、物联网设备）。
适用场景：开源 VoIP 项目（如 Linphone）、嵌入式低算力设备、低成本原型验证。

2. FFmpeg

特点：跨平台多媒体处理框架，内置 G729 编解码模块（基于开源实现），支持通过命令行或 API 调用，兼容多种封装格式（如 RTP、PCM）。
优势：生态成熟，可与音视频流处理流程（如封装、传输）无缝集成，适合快速搭建音视频系统。
限制：编解码性能中等（无硬件加速时），需注意 FFmpeg 的 G729 模块默认关闭（需编译时启用）。
适用场景：音视频服务器、媒体网关、需要快速集成编解码功能的应用。

3. WebRTC（扩展模块）

特点：WebRTC 标准本身未包含 G729，但社区存在第三方扩展实现（如 webrtc-g729），可基于 WebRTC 的音频处理框架（如回声消除、降噪）集成 G729 编解码。
优势：兼容 WebRTC 的实时通信场景，适合浏览器或移动端实时语音通话（需自行编译集成）。
适用场景：Web 端 / 移动端实时语音通信、需要与 WebRTC 生态结合的应用。

（二）硬件加速方案（适合高性能、高并发场景）

针对高并发（如呼叫中心、云语音网关）或低延迟需求，可通过硬件指令集或专用芯片加速 G729 编解码。

1. ARM NEON 优化实现

特点：基于 ARM 架构的 NEON SIMD 指令集，对 G729 编解码核心算法（如 LPC 分析、量化）进行优化，性能比纯 C 实现提升 2-3 倍。
实现方式：可基于开源库（如 BCG729）手动添加 NEON intrinsics 代码，或使用 ARM Compiler 的自动向量优化功能。
适用场景：ARM 架构嵌入式设备（如手机、物联网网关）、低功耗高并发场景。

2. DSP 芯片专用库（如 TI C6000 系列）

特点：德州仪器（TI）的 C6000 系列 DSP 芯片提供专用语音编解码库，包含 G729 优化实现，通过硬件流水线和专用指令集实现低延迟（<10ms）。
优势：适合对实时性要求极高的场景（如专业语音通信设备），功耗低且稳定性强。
适用场景：电信级语音网关、专业对讲机、工业级语音传输设备。

3. FPGA 加速

特点：通过 FPGA（现场可编程门阵列）定制 G729 编解码逻辑，可并行处理多路语音流（如数百路并发），延迟可控（<5ms）。
优势：灵活性高，可根据需求调整并行度，适合超大规模并发场景。
限制：开发成本高，需硬件设计与 FPGA 编程能力。
适用场景：大型云语音平台、电信运营商核心网设备。

（三）第三方商业库（适合商用合规、高稳定性需求）

商业库通常经过严格测试，专利授权清晰，适合对稳定性和合规性要求高的商用场景。

1. VocalTec G729 Codec

特点：由 VocalTec（VoIP 领域老牌厂商）提供的商业 G729 编解码库，支持全系列 G729 子版本（G729a/b/c 等），提供 C/C++ API，兼容 Windows、Linux、嵌入式系统。
优势：专利授权完整（商用无需额外支付 ITU 专利费），性能优化成熟，支持高并发。
适用场景：企业级 IP PBX、商用视频会议系统、运营商级语音设备。

2. NMS Communications G729 Library

特点：专注于电信级通信的商业库，支持 G729a/b，通过运营商级认证（如 3GPP、ETSI），提供高可用性和故障冗余机制。
优势：适合电信网络中的关键节点（如软交换、媒体服务器），稳定性经过长期验证。
适用场景：电信运营商核心网、大型呼叫中心系统。

（四）嵌入式专用实现（适合资源受限设备）

针对嵌入式设备（如 IP 电话、智能音箱）的低算力、小存储需求，存在轻量级专用实现。

1. 芯片厂商 SDK 集成（如高通、联发科）

特点：高通（Qualcomm）、联发科（MediaTek）等芯片厂商在其嵌入式 SDK 中集成 G729 编解码模块，针对自家芯片架构（如 ARM Cortex-A 系列）优化，体积小（<50KB）、功耗低。
优势：与硬件深度适配，无需额外优化即可稳定运行，适合消费电子设备。
适用场景：智能音箱、IP 电话、车载语音终端。

2. 轻量级开源裁剪版（如 uG729）

特点：基于 G729a 标准裁剪的超轻量实现，移除冗余功能（如复杂的错误隐藏），代码量仅数万行，内存占用 <32KB。
优势：适合 8 位 /16 位 MCU（如 STM32、MSP430）等极端资源受限设备。
适用场景：物联网传感器终端、低功耗语音唤醒设备。

（五）总结

选择时需结合场景需求：

低成本 / 开源场景：优先 BCG729（轻量）、FFmpeg（生态丰富）。
高性能 / 高并发：ARM NEON 优化（ARM 架构）、FPGA 加速（超大规模）。
商用合规 / 稳定性：VocalTec、NMS Communications 等商业库。
嵌入式 / 资源受限：芯片厂商 SDK、uG729 等轻量实现。

需注意：G729 受 ITU-T 专利保护，商用需确认专利授权状态（开源库通常不包含专利授权，需自行处理）。

五、WebRTC 中 G729 的实现原理

WebRTC 标准原生未包含 G729 编解码器（其默认支持 OPUS、G.711 等），但社区通过第三方扩展模块（如 webrtc-g729）实现了 G729 的集成。其核心逻辑是将 G729 编解码功能适配到 WebRTC 的音频处理管道中，关键实现原理如下：

（一）编解码器注册与适配

WebRTC 通过“编解码器工厂”机制管理音频编解码组件，G729 扩展需实现 AudioEncoderFactory 和 AudioDecoderFactory 接口，将 G729 编解码器注册到 WebRTC 的引擎中。具体包括：

定义 G729 的编解码参数（如码率 8kbps、帧长 10ms），与 WebRTC 的 SdpAudioFormat 结构适配，确保 SDP 协商时能识别“G729”或“G729a”等格式。
实现 Encode 和 Decode 方法，将 WebRTC 的音频帧（PCM 格式，16kHz 采样率）转换为 G729 压缩比特流，或反之。

（二）与 WebRTC 音频处理模块的协同

WebRTC 的音频处理包含回声消除（AEC）、噪声抑制（NS）、自动增益控制（AGC）等预处理模块，G729 编解码需嵌入该流程：

编码侧：麦克风采集的 PCM 数据先经 AEC/NS 处理，再送入 G729 编码器压缩为比特流，通过 RTP 协议传输。
解码侧：接收的 G729 比特流先经 RTP 解包，再由 G729 解码器还原为 PCM，经 AGC 处理后输出到扬声器。

（三）实时性与兼容性优化

延迟控制：G729 的 10ms 帧长需与 WebRTC 的音频帧处理周期（通常 10ms/20ms）对齐，避免帧缓存导致的延迟累积。
丢包补偿：扩展实现需适配 WebRTC 的丢包隐藏（PLC）机制，当检测到丢包时，通过 G729 的帧内预测算法生成替代帧，减少音质劣化。
跨平台适配：基于开源 G729 库（如 BCG729）的跨平台代码（C/C++），编译为 WebRTC 支持的目标架构（x86/ARM），确保在浏览器（通过 WASM）、移动端（Android/iOS）正常运行。

六、G729 编解码的专利信息列表

G729 编解码技术受多项专利保护，相关专利由 ITU-T 纳入“专利池”管理，主要持有方包括电信设备厂商、芯片公司及研究机构。以下为主要专利信息（基于 ITU-T 公开专利声明及行业资料整理）：

专利持有方	部分专利号（示例）	专利内容	适用 G729 子版本
AT&T	US5,870,405	低复杂度语音编码的线性预测优化	G729、G729a
France Télécom	EP0747712B1	语音活动检测（VAD）算法	G729b
NTT	JP3770254B2	双码率切换的量化策略	G729c
Lucent Technologies	US6,122,663	回声消除模块的自适应滤波实现	G729e
Motorola	US6,317,625B1	扩展频带（7kHz）的音质增强方法	G729f
Siemens	DE19745621C2	低码率模式下的噪声抑制优化	G729d

（一）专利授权说明

商用合规：使用 G729 进行商业应用（如 VoIP 设备、视频会议系统）需获得专利授权，可通过 ITU-T 指定的专利池管理机构（如 Via Licensing）统一获取授权，或直接与专利持有方协商。
开源注意：开源 G729 库（如 BCG729）仅提供技术实现，不包含专利授权，商用时需单独解决专利问题，避免侵权风险。

七、在 FFmpeg 中使用 G729 编解码器

FFmpeg 支持 G729 编解码，但默认未启用该模块（因专利限制），需手动编译开启。以下为具体步骤及使用方法：

（一）编译 FFmpeg 并启用 G729 支持

1. 准备依赖

需获取 G729 编解码的开源实现（如 BCG729），作为 FFmpeg 的外部库：

# 克隆 BCG729 源码
git clone https://gitlab.linphone.org/BC/public/bcg729.git
cd bcg729 && cmake . && make && sudo make install

2. 编译 FFmpeg 并链接 BCG729

# 克隆 FFmpeg 源码
git clone https://git.ffmpeg.org/ffmpeg.git
cd ffmpeg

# 配置编译选项（启用 G729、链接 BCG729）
./configure --enable-libbcg729 --enable-decoder=g729 --enable-encoder=g729 --enable-demuxer=g729 --enable-muxer=g729

# 编译并安装
make -j4 && sudo make install

（二）使用 FFmpeg 命令行进行 G729 编解码

1. 将 PCM 文件编码为 G729 比特流

假设输入为 16kHz 采样率、16 位单声道 PCM 文件（input.pcm）：

ffmpeg -f s16le -ar 16000 -ac 1 -i input.pcm -c:a g729 -b:a 8k output.g729

参数说明：-f s16le 指定 PCM 格式（16 位小端），-ar 16000 设置采样率，-ac 1 指定单声道，-b:a 8k 设置码率为 8kbps。

2. 将 G729 比特流解码为 PCM

ffmpeg -i output.g729 -f s16le -ar 16000 -ac 1 decoded.pcm

（三）通过 FFmpeg API 集成到应用中

在 C/C++ 应用中，可通过 FFmpeg 的 avcodec 库调用 G729 编解码功能，核心步骤如下：

// 1. 注册编解码器
av_register_all();

// 2. 查找 G729 编码器
AVCodec *encoder = avcodec_find_encoder(AV_CODEC_ID_G729);
AVCodecContext *enc_ctx = avcodec_alloc_context3(encoder);
enc_ctx->bit_rate = 8000; // 8kbps
enc_ctx->sample_rate = 16000;
enc_ctx->channels = 1;
enc_ctx->sample_fmt = AV_SAMPLE_FMT_S16;
avcodec_open2(enc_ctx, encoder, NULL);

// 3. 编码 PCM 数据（简化示例）
AVFrame *frame = av_frame_alloc();
// 填充 PCM 数据到 frame...
AVPacket pkt;
av_init_packet(&pkt);
avcodec_send_frame(enc_ctx, frame);
avcodec_receive_packet(enc_ctx, &pkt); // 获取 G729 比特流

// 解码流程类似，使用 avcodec_find_decoder(AV_CODEC_ID_G729)