這里要說的不是多線程使用FreeType的功能,而是多線程導(dǎo)致FreeType FT_Load_Char 失敗的問題,總結(jié)了一些思路,希望遇到此類問題的朋友少走些彎路
在游戲開發(fā)的時(shí)候遇到了一種情況,每次進(jìn)入游戲時(shí),總是報(bào)FreeType FT_Load_Char 加載字形失敗的一些錯(cuò)誤,如‘任’‘蹤’... 最郁悶的不是每次都出現(xiàn),我以為是我使用的FreeType方法有問題
1.問:是不是FreeType加載某些字形會(huì)有失敗的情況
解決方法: 我在自己的FreeType小程序上將所有失敗字形的全部加載了1000000遍,NoProblem 呵呵,這說明大神們的庫在一般情況下是經(jīng)得住考驗(yàn)的,排除了這個(gè)問題,說明問題出在我們自身程序上
2. 問:既然是出現(xiàn)在我們的程序中,那我使用的FreeType 加載字形一定就失敗了么? 我的代碼是移植過來的,莫非換了個(gè)地方就發(fā)生了質(zhì)變,還是我在那里處理錯(cuò)了?
解決方法:將其他UI的加載和邏輯全部去掉,只在GameFrameRender 中渲染加載失敗的文字N遍, 結(jié)果沒有任何的問題,F(xiàn)T_Load_Char 一如既往的正常
3.問: 莫非是UI的某個(gè)控件的錯(cuò)誤使用導(dǎo)致某塊內(nèi)存區(qū)域?qū)憠膶?dǎo)致 加載字形偶然性的失敗?
解決方法:將UI的使用邏輯添加好,再次測試,OK,問題在別的地方
4.問: 情況總是出現(xiàn)在進(jìn)入游戲時(shí),進(jìn)入游戲時(shí),只有加載地圖,而加載地圖在一個(gè)線程LoadMapThreadProc中執(zhí)行的,和這里有關(guān)系么?
解決方法:將其他無關(guān)的代碼注釋掉,只保留加載地圖和渲染文字... 運(yùn)行... 終于崩潰了...
找到問題所在了,和多線程有關(guān),see了下這段多線程的代碼,臨界區(qū)的處理還真是少啊,其中一段代碼,當(dāng)?shù)貓D加載完畢后,會(huì)將人物傳送到加載地圖的指定位置,并將小地圖Rrefresh()
刷新時(shí),會(huì)將當(dāng)前地圖的名字出現(xiàn)在屏幕上
主線程:ParseText() ... ParseChar() ... FT_Load_Char() ...
其他線程: ParseText() ... ParseChar() ... FT_Load_Char() ...
果斷將這段 LoadMapThread 中的刷新文本的函數(shù) 放到主線程中,需要刷新時(shí)和主線程通信一下... OK 沒問題
總結(jié)一下:多線程同時(shí)處理FT_Load_Char結(jié)果很可能是未知的,我們一定要處理好文字多線程的處理,否則即使當(dāng)前沒有出現(xiàn)過什么問題,以后也會(huì)回來頭大的回來修改的
查找錯(cuò)誤使用的工具: VLD檢測內(nèi)存泄露越界 控制臺(tái)和日志記錄(沒她不行啊。。)
posted on 2011-08-13 14:36
風(fēng)輕云淡 閱讀(1793)
評論(0) 編輯 收藏 引用 所屬分類:
FreeType