和UCI类似,UCA的目标最佳低码率高质量的语音编码,以弥补HE-AAC在此领域的不足.
当前使用的是AMR-WB+的编解码内核实现,由于目标只是语音,所以编码只锁定在单声道,码率范围在10~24k
bp
s,有效采样率在24~38kHz.
0.12 公开测试版本(包含命令行的编解码器,解码DLL等):
http://www.brsbox.com/filebox/down/fc/e512bb4532c5c6899176ffaafc15f9ce
http://d.namipan.com/d/9249fa29da986d7fb2a3661216785c85fb9fbc3ca1860200
0.12 (2010-04-18) 修正输入过小文件无法编码的问题,去掉了不使用的编码器参数支持,暂时全部使用VC2003编译
0.11 (2010-02-01) 解码器改用VC2010(beta2)编译,修正编码时缺少结尾0.1秒音频的bug
0.1 (2009-09-19) 初始公开测试版本
0.11 版发布贴:https://tieba.baidu.com/f?kz=705298827
0.1 版发布贴:https://tieba.baidu.com/f?kz=644960305


呵呵，用我的id支持你，不过这个主要在于应用阿，用在哪里呢？
希望有一天能用上，呵呵

Inernal

OTL 发错……
报告bug：
在使用了-isf参数后，
若isf<1，则解压会出错；
若isf>1，则解出的wav时间长度变成原长的isf倍，多出来的部分无声……

回复4：
isf几乎没有测试过, 这个问题已记录, 会尽快修正

isf 的正常取值范围是 0.5 到 1.5, 对应码率见说明文件

我取isf=1.5，mi从16到23，生成的uca长度均超出原始长度50%
取isf=0.5，mi从16到23，ucadec无法解压：
ERROR: UCADecode: return = -5
ERROR CODE = -105

因为压缩一段语音为uca时，发现女声的声音略显混浊，故用了高isf提高采样率……

isf已经查证确实有问题,暂时先不要用这个参数,保持默认的1.0不会有问题.
问题是在解码器上,UCA文件是正常的,所以下个版本仍然向下兼容.

解码器的问题已经发现并解决,但没有做大量测试,所以先临时把修正的解码器(ucadec.dll)发出来,近期会发布0.13版
http://www.brsbox.com/filebox/down/fc/e873ebf69df5b5836f65344e8b1a4d0d

测试了: 原版定点, 原版浮点, UCA浮点(VC2003, VC2005, VC2008, VC2010)
发现这些版本编码的文件和解码后的文件都不一样!
主观感觉只有VC2010编译版本的编解码结果完全扭曲了声音之外,其它版本的质量都差不多.
定点版本的运算速度非常慢,UCA不会采用,至于为什么不同的编译器生成代码会编码成不同的文件还不清楚,可能代码涉及到一些浮点运算的异常情况,也有可能是编译器浮点运算优化的bug.
浮点原版的代码可以在这里下载,其中有VC6的工程文件,有兴趣的可以下载后用不同的编译器测试一下.
http://www.3gpp.org/ftp/Specs/html-info/26304.htm

dwing样，为什么uca转换出来的wav的采样率是48kHz的？一般的游戏软件软声卡支持的
采样率都是44.1kHz吧，
另外，uca的比特率上限可不可以设置高一点，
ogg/aac/uca只要码率低于23kb/s就可以很明显地听出音质损失了。
真的用默认码率压的话音质失真过于严重了。
建议上限设到30kb/s。


-mi 23 -isf 1.5
码率＝36.00kbps ~
另谢Dwing样解决问题

关于码率的问题,每个人都有能否接受的音质下限,UCA并不是语音编码的最佳选择,它的优势仅仅是低码率,至少在24kbps以下的情况,比ogg/aac要明显好很多;但24kbps以上,能否超过HE-AAC就不好说了,要自己对比才能发现区别;而32kbps以上,我想HE-AAC的音质不会比UCA差了.
关于采样率的问题,几乎所有声卡都会支持48kHz,不过以后会考虑加个解码参数,可以输出需要的采样率.

另外,修正11楼的一处错误:
VC2005和VC2008版的编码器和解码器的效果是一样的.