和UCI类似,UCA的目标最佳低码率高质量的语音编码,以弥补HE-AAC在此领域的不足.
当前使用的是AMR-WB+的编解码内核实现,由于目标只是语音,所以编码只锁定在单声道,码率范围在10~24k
bp
s,有效采样率在24~38kHz.
0.13 公开测试版本(包含命令行的编解码器,解码DLL等):
http://www.brsbox.com/filebox/down/fc/0612313b9ce7c233c2c33b9662a89f70
http://d.namipan.com/d/63f85594b13d5ee1f50a1d35725207eade75574394180200
0.13 (2010-04-29) 重新定义编码器参数,修正解码器对非标准isf的解码问题,全部使用VC2008编译
0.12 (2010-04-18) 修正输入过小文件无法编码的问题,去掉了不使用的编码器参数支持,暂时全部使用VC2003编译
0.11 (2010-02-01) 解码器改用VC2010(beta2)编译,修正编码时缺少结尾0.1秒音频的bug
0.1 (2009-09-19) 初始公开测试版本
0.12 版发布贴:https://tieba.baidu.com/f?kz=751587134
0.1 版发布贴:https://tieba.baidu.com/f?kz=644960305
PS: 注意这个版本的编码参数有变化, mi的取值范围由16~23改成0~7, isf的取值范围由0.5~1.5改为-7~5,而以前的isf虽然为浮点值,但实际会从13个离散值中选择,所以改成整数参数更为直观. -mi简化成-m, -isf简化为-f, 而且-m和-f的默认参数分别为1和0

这个版本可以输出44.1kHz的WAV了吗？
其实……是有些GAL游戏只支持44.1kHz的WAV

采样率的问题,等下一版本吧

提一个建议：
UCA编码时如果不足一帧采样,会扩展成一帧
那么解码后输出的WAV时间也变长了一点点，但这样就与原始文件的时间长度不同了，那么能否将UCA解码的WAV后面扩展的数据切掉后返回？
因为不这样做的话在某些对解压后大小敏感的封包里就不能直接套用原始WAV长度（已经把采样率换算成48khz），而要先解码后才能统计解压的大小


关于输出的WAV长度,是可以通过UCA的文件头和数据长度决定的,因为UCA是恒定码率.
至于输出的长度限制,打算在下一版本增加参数,限制输出的采样的长度,但长度是多少,还是由用户决定,MP3,OGG之类的格式也是做了帧扩展,而没有记录真正的采样长度.