请教用了文件系统拼语音的产品,有哪些提速绝招

另外发音库的建立也需要一些专业知识, 如果不是任意文本的发音, 是可以做得比较自然的.

LZ目前的平台不是主要问题

23# zinfo
那请教一下，平台不是主要问题，还有什么好的优化方法，顾客不讲语调，只要能连续播数字就行。

建议:
1. 将所有的发音文件的波形编辑确认一下, 看头尾是否有无用波形, 有就裁减掉;
2. 稍微注意一下两个发音数据流之间的连接间隔(我总觉得这个不应该是问题, 50ms够大了吧, 但对人耳来说根 本感觉不到);

如果上面都做到了, 不应该有问题呀!

1、自己裁剪出来的mp3文件，一般前面有一段00 的数据，播放的时候可以跳过前面的一串00 直接播有效数据
2、mp3文件的比特率可以用小一点，32Kbps的几个文件切换要比128Kbps的听起来流畅
3、解码芯片在固定比特率下解码一段数据的时间应该是可以量化的，比如一次解码的是32byte, 可以计算下耗时，然后看在这个时间之内能否实现下一个文件的打开和第一轮数据的读取，就可以计算到可以将多少码率的mp3文件做到完全的流畅播报

回25楼和26楼友,首先谢谢两位的建议.换成WAV文件测试,比MP3快很多,除掉数字文件的头尾空余部分,播报比较流畅了.MP3解码启动慢,估计与解码芯片要先缓冲数据有关,一般场合也能说得过去.
再次谢谢大家,问题已解决,结贴.

呵呵，解决了就好:)

谁能告诉我SH69P20B集成块的开路阻值1-18个脚，各个脚的阻值是多少，谢谢了。

谁能告诉我SH69P20B集成块的开路阻值1-18个脚，各个脚的对地阻值分别是多少，谢谢了。

突然想到个问题，如果是直接解码wav文件，就不用vs1003了呀。
直接找个速度快点的单片机 加上颗dac 就可以很好的实现了
成本应该低很多，不过也要看看产品的量是否值得做这个修改

突然想到个问题，如果是直接解码wav文件，就不用vs1003了呀。
直接找个速度快点的单片机 加上颗dac 就可以很好的实现了
成本应该低很多，不过也要看看产品的量是否值得做这个修改 ...
夜夜 发表于 2009-10-28 22:49

对于播放语音，连DAC都不用，十几个电阻搞定。

回楼上两位网友.普通的DAC是无法与专业的音频DAC相比的.还有采样率也很搞得您头大,音质根本没法比,当然低端应用完全可以用DA或PWM来实现,北京唯创就主攻这类应用,用SD卡存歌曲,用单片机播放.

如果只是语音,还是按文字转语音的方法做比较好,我做过,难度有些大.

05年就解决过这个问题.
我的思路是很巧妙的,呵呵

呵呵,mcuisp还有何妙招,俺有些不信,这东西是死的,chunyang老早分析出123了.用户因为报时用得多,已同意整出1-60全部60个语音文件,这样报时比较连贯,拼数就用WAV文件来播报,基本满足要求了.

呵呵，激将俺也不说。
123后面还有无穷多个数呢。

呵呵，楼上的立场坚定，打死也不说，好同志！

37# mcuisp
俺把我的拼语音播放效果用PC机录了个音,请MCUISP网友您听一下,如果您确有办法提高播放连贯性，俺拜您为师，真没想出有何绝招．

我的做法，就跟用编辑软件拼成一个文件来听效果是一样的。
绝招嘛，呵呵。当然没那么容易想到。
不过wav格式在嵌入式领域更适合。

40# mcuisp
您用的是什么采样率的ＷＡＶ？如果不压缩，高品质的音乐ＷＡＶ，单片机倒数据来不及.