iLBC / iSAC
文章平均质量分 67
Audio_Wang
这个作者很懒,什么都没留下…
展开
-
iLBC编解码相关知识
自 VoIP 技术面世以来,业界对现存的低比特率编解码器 (codec) 标准的关注一直不断。影响 VoIP 设备制造和应用开发商的主要问题包括涉及众多专利持有者的复杂知识产权 (IPR) 管理、昂贵的使用许可模式,以及实际 IP 网络的低劣质量。在 2000 年,Global IP Sound (GIPS) 公司决定开发一种能够满足 VoIP 产业需求的 codec,目标是利用 GIPS转载 2009-12-25 09:12:00 · 2689 阅读 · 2 评论 -
深入剖析 iLBC 编码器原理
早在2005年就听说iLBC编解码算法,主要是应用在VOIP 的speech codec,但是一直没有深入研究算法原理,碰巧近期有一些时间可以学习一下它相比基于CELP模型的speech codec的优势。这套代码是浮点的,听朋友说要是转成定点代码会比较有用,只是可能需要的时间会多一点。如果想了解iLBC的一般介绍,如编码速率、应用等,可以参考前面的文章《iLBC编解码相关知识》 ,下原创 2009-12-31 17:37:00 · 4761 阅读 · 2 评论 -
深入剖析iLBC 解码器原理
继续学习iLBC Codec ... 一、iLBC解码器的流程 如图1是没有丢帧情况下的iLBC解码流程,当解码端收到Payload时,首先从bitstream里面解析出解码所需要的参数。这里的解码参数从LPC开始,然后是重建起始状态,接下来的sub frame重建与编码时的顺序一致,通过解码三级形状/增益矢量并且相乘再叠加在一起就得到了重建的残差信号。然后进入语音增强模块,原创 2010-01-05 09:26:00 · 4925 阅读 · 0 评论 -
深入剖析iLBC的丢包补偿技术(PLC)
丢包补偿技术(Packet Loss Concealment——PLC)是iLBC Codec中非常重要的一项技术,更是VOIP Codec应用中不可缺少的组成部分。iLBC的PLC只是在解码端进行封包补偿处理。在解码端根据收到的bitstream逐帧进行解码的过程中,iLBC decoder首先拿到每帧的 bitstream 要判断当前帧是否完整,如果没有问题则按照正常的iLBC 解码流原创 2010-01-05 16:24:00 · 7744 阅读 · 1 评论 -
深入剖析iLBC的语音增强(Enhancer)
继续学习iLBC codec... 一、iLBC Enhancer 概述 iLBC decoder 中包含了语音增强单元,位置在重建残差信号与合成滤波之间,具体可见《深入剖析iLBC 解码器原理 》。这个增强单元作用于残差信号,通过减少隐藏在周期性较强的话音段中的相关噪声来提高语音的感知质量。相比传统的后滤波增强算法,这个算法限制了大幅度的修改残差信号,因此避免了过度增强所引原创 2010-01-06 15:07:00 · 3277 阅读 · 4 评论 -
Skype SILK codec overview
最近简单看了一下Skype SILK codec 算法, 基本原理和流程大体明白了, 以后有时间再仔细研究一下细节,今天就简单说说. SILK Codec是一个语音和音频编解码算法, 对于音频带宽、网络带宽和算法复杂度都具有很好的弹性。支持4种采样率:8KHz、12KHz、16KHz、24KHz;三种复杂度:低、中、高。编码码率在 6~40kbps(不同采样率具有不同的码率范围)以及还原创 2010-04-27 22:44:00 · 13554 阅读 · 7 评论 -
Skype SILK vs. iLBC vs. Speex
对比一下这三种VOIP语音算法的特点: 1 参数与特征 2 SILK性能 关于iLBC和Speex的性能可以参考以前写的文章。 3 关于VOIP一些观点(仅代表个人观点) 1) Skype 辛苦三年开发的SILK为什么要开源? 第一,技术上,其实SILK用到了很多Royalty Free的算法部分,遵原创 2010-04-28 22:58:00 · 18128 阅读 · 8 评论