原文連結: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,就算你第一次會延遲,也至少給我放出聲來啊。第一次完全不出聲太奇怪了。。。
最後還有個問題待解決,就是不管My Phone音量多大(比如調成了靜音,或者開到最大),音效的音量總是不變,似乎引擎雷根本沒有關聯按鍵似的。。不明白。求助~
原文連結:http://blog.csdn.net/zhangxaochen/article/details/8010634
{{OVER}}