原文鏈接:http://blog.csdn.net/zhangxaochen/article/details/8010634
一直不知道 preloadEffect 函數作用,只是猜想可能會提高程序啓動效率之類的。結果今天居然碰上了用例o(╯□╰)o
看這裏: http://is.gd/VoBVUJ
故事是這樣的。。。
編譯了一個小程序到android,其中觸屏的時候會播放音效。但是程序真正運行時,第一下觸屏總是沒有音效,等第二下才有。當時猜測可能是音頻文件加載要滯後,於是啓動之後等待一段時間再觸屏,可是“第二下問題”仍然存在。想來想去,不知道怎麼腦袋多了根筋,突然想到了 preloadEffect 這個函數,隨便試試吧。於是先預加載音效文件,果然消除了這個“第二下問題”!
個人實驗證明,不管是cocos2dx 1.0-xx 版本還是直到 2.0.2 版本,如果不preloadEffect,都會出現這個問題
=================================================
個人思考:
1. 存在即合理,既然preloadEffect 這樣的函數存在,那麼一定是爲了解決某個問題。之前一直覺得這個函數像個雞肋,因爲在 win32 上面即便是沒有preload 也從來沒有遇到過“第二下問題”。
2. 看了下preload 的源代碼:
void SimpleAudioEngine::preloadEffect(const char* pszFilePath)
{
int nRet = 0;
do
{
BREAK_IF(! pszFilePath);
nRet = _Hash(pszFilePath);
BREAK_IF(sharedList().end() != sharedList().find(nRet));
sharedList().insert(Effect(nRet, new MciPlayer()));
MciPlayer * pPlayer = sharedList()[nRet];
pPlayer->Open(_FullPath(pszFilePath), nRet);
BREAK_IF(nRet == pPlayer->GetSoundID());
sharedList().erase(nRet);
nRet = 0;
} while (0);
}
大致流程就是,給要播放的文件編個號,並且如果編號不在 sharedList(),把他加到 sharedList 音效列表裏面去。
不過我還是覺得“第二下問題”像個bug,因爲邏輯上就算我們沒有preload,就算你第一次會延遲,也至少給我放出聲來啊。第一次完全不出聲太奇怪了。。。
最後還有個問題待解決,就是不管我的手機音量多大(比如調成了靜音,或者開到最大),音效的音量總是不變,似乎引擎里根本沒有關聯按鍵似的。。不明白。求助~
原文鏈接:http://blog.csdn.net/zhangxaochen/article/details/8010634
{{OVER}}