G.729

G.729语音压缩编译码算法

采用算法是共轭结构的代数码激励线性预测(CSACELP)，是基于CELP编码模型的算法；能够实现很高的语音质量（长话音质）和很低的算法延世；算法帧长为10ms，编码器含5ms前瞻，算法时延15ms；其重建语音质量在大多数工作环境下等同于32kb/s的ADPCM（G.726），MOS分大于4.0；编码时输入16bitPCM语音信号，输出2进制比特流；译码时输入为2进制比特流，输出16bitPCM语音信号；在语音信号8KHz取样的基础上，16bit线性PCM后进行编码，压缩后数据速率为8Kbps；具有相当于16:1的压缩率。

G.729系列在当前的VOIP得到广泛的应用，且相关分支较多，可以直接从ITU网上得到source
code 和相关文档。

G.729（CS-ACELP方式：Conjugate
StructureAlgebraic Code Excited Linear Prediction）

? 采样率：8kHz

? 信息量：8kbps／channel

? 帧长：10msec

? 理论延迟：15msec

? 品质：MOS值3.9

版权声明：本文为博主原创文章，未经博主允许不得转载。

时间： 2024-10-11 13:06:39

G.729的相关文章

G.711与G.729语音带宽的计算方法

我们知道G.711与G.729的带宽分别是80Kbps和24Kbps.记住这两个已经足够了,但如果进一步了解了它们的来由则更好. 恩奎斯特原理规定声音的采样频率是每秒8000次,每次8bit,语音数据带宽就是64Kbps(8000*8).正常语音包是10ms成帧一次,每两帧 成一个包 (20ms).这样,每秒就成50个包(1000/20).每个包的IP头是20byte,UDP头8byte,RTP头12byte,总共40byte,或 320bits(40*8).50个包就是16000bits(32

PCM、G.729等常用VoIP编码的实际带宽计算

我觉得通信背景的同学,一提到PCM编码,脑海里都能跳出来一个数值64k. 一.64KB还是64Kb? 64Kb! 二.哪里来的64Kb? CCITT规定抽样率为每秒8000KHz,每抽样值编8位码,所以每秒共采集64Kbit数据. 三.PCMA和PCMU 就是对采集到的64Kbit按照不同的对数压缩特征(A率和μ率)进行编码. 编码后的数据大小仍然是64Kbit(所谓的无损编码?). 四.160字节是怎么来的? 经常听过"每包数据长度是160字节",哪里来的? 上面已经知道,使用PCM

G.711是一种由国际电信联盟（ITU-T）制定的音频编码方式

http://zh.wikipedia.org/zh-cn/G.711 ITU-T G.711 page ITU-T G.191 software tools for speech and audio coding, including G.711 C code Code Project C# implementation of G.711 with source code G.711是一种由国际电信联盟(ITU-T)制定的音频编码方式,又称为ITU-T G.711. 基本信息编辑 它是国际电信

qt中采用G.729A进行网络语音通话实验程序

?? 本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明. 环境: 主机:WIN8 开发环境:Qt5 3.1.2 说明: G.729是电话带宽的语音信号编码的标准,G.729A是它的简化版本. 本程序采样频率为8KHz,量化位数为16位,则码率为128kbps. G.729A压缩比率为1/16,则压缩后的码率为8kbps. 本测试程序实现网络语音通讯的功能. 源码: pro文件加载库文件 LIBS += -LC:\mnt\test_audio_recor

android 网络电话开发，VOIP/SIP 那么多开源选哪个好

本人从09年开始研究VOIP/SIP协议,开源项目也看了几个,最早pjsip 05年开始推的时候,就开始关注,也在自己的winmobile项目中有所使用.后期也看过sipdroid,imsdroid(doubango),linphone,csipsimple(pjsip). 我觉得好用的是linphone 和csipsimple,linphone的最大优势在于全平台支持,android,ios,winphone,windows,linux,mac osx,web 全都支持,但是质量上还是欠火候,

iLBC简要介绍

iLBC(internet lowbitrate codec):是全球著名语音引擎提供商Global IP Sound开发,它是低比特率的编码解码器,提供在丢包时具有的强大的健壮性.iLBC 提供的语音音质等同于或超过 G.729 和 G.723.1,并比其他低比特率的编码解码器更能阻止丢包.iLBC 以13.3 kb/s (每帧30毫秒)和15.2 kb/s (每帧20毫秒)速度执行.非常适合拨号连接. iLBC的主要优势在于对丢包的处理能力. iLBC独立处理每个语音包,是一种理想的包交换网

RTP与RTCP协议介绍（转载）

RTSP发起/终结流媒体.RTP传输流媒体数据 .RTCP对RTP进行控制,同步.RTP中没有连接的概念,本身并不能为按序传输数据包提供可靠的保证,也不提供流量控制和拥塞控制,这些都由RTCP来负责完成.RTSP可以对流媒体提供诸如播放.暂停.快进等操作,它负责定义具体的控制消息.操作方法.状态码等.以下为转载: 本文主要介绍RTP与RTCP协议. author: ZJ   06-11-17 Blog: [url]http://zhangjunhd.blog.51cto.com/[/url] 1

各种音视频编解码学习详解

各种音视频编解码学习详解 媒体业务是网络的主要业务之间.尤其移动互联网业务的兴起,在运营商和应用开发商中,媒体业务份量极重,其中媒体的编解码服务涉及需求分析.应用开发.释放license收费等等.最近因为项目的关系,需要理清媒体的codec,比较搞的是,在豆丁网上看运营商的规范 标准,同一运营商同样的业务在不同文档中不同的要求,而且有些要求就我看来应当是历史的延续,也就是现在已经很少采用了.所以豆丁上看不出所以然,从 wiki上查.中文的wiki信息量有限,很短,而wiki的英文内容内多,删减版

ptime概述

官方给出的ptime的定义是:ptime gives the length of time in milliseconds represented by themedia in a packet.简单来讲就是一个数据包中媒体的时长,以毫秒为单位.例如:ptime:20就是定义为20毫秒. 每种媒体的时间是不一样,例如:G711媒体时长默认20ms,G.726媒体时长默认是10ms,G.729媒体时长默认是30ms等. ptime数值的大小影响计算机的性能.ptime:20,表示计算机20ms打一