很讚的遊戲編輯器

最開始的時候，good的繪圖管線為了簡化設計和實作，物件在繪製時是一個一個畫。每個物件都是以一個 glDrawArray 畫出來，也就是說花費一個draw call畫出來。 一開始針對繪圖最佳化的規劃除了 貼圖合併 之外，另一個主要的功能是批次繪製功能作最佳化。現在終於實作了這個功能，可以大幅減少draw calls。 原來繪製物件的方式是透過glVertexPointer傳入長寬各為1的單位矩形，再使用 glDrawArray 畫出物件。底下是簡單的記錄，一步步將原本的繪製物件的管線轉換為批次繪圖方式。 1，第一步就是先把glTranslate、glScale及glRotate等方法替換掉。首先弄個可以計算4*4矩陣的工具，把這些方法都透過矩陣運算，得到一個轉換矩陣。再使用glLoadMatrix載入這個自行計算得到的轉換矩陣，然後看看是不是結果和原來一樣，如果和原來的結果是一樣的話，表示這個轉換矩陣的計算是正確的。 使用glLoadMatrix載入轉換矩陣時，如果結果不對，可以試試對轉換矩陣作一次transpose轉換，看是不是因為使用的矩陣定義和OpenGL相反。 2，第二步要利用上面求出且驗證正確的轉換矩陣，來再進一步替換掉glLoadMatrix。也就是將傳入glVertexPointer的矩形的4個點，用轉換矩陣轉換成最終結果的座標，並且不需要使用glLoadMatrix將轉換矩陣傳遞給OpenGL，因為我們已經自己作了座標的轉換。再來驗證看看結果是否正確，沒有問的話就可以進入到下一步。 3，以上兩個步驟已經將OpendGL轉換矩陣的部份都替換掉，由我們自已的底層計算得到。將來再作進一步最佳化時，還可以把這個預先計算得到的轉換矩陣cache起來，只在狀態變動及需要時再重新計算，如此還可以進一步提高繪圖速度。 接下來就是要將每一個繪製物件的動作儘可能的合併起來批次處理。基本原則是準備大一點的buffer，針對vertex、texture coord及color，分別使用glVertextPointer、glTexCoordPointer及glColorPointer餵給OpendGL，在最後使用 glDrawArray 繪出時再指定實際繪出的數量即可，這樣就能夠大符減少draw call。 使用 glDrawArray 批次...

前幾天用OpenGL glDrawArrays方法來畫色塊時遇到問題。色塊是畫出來了，不過另外一個不使用顏色的貼圖方塊也被疊上了和色塊一樣的顏色，真是莫名其妙。 原來，畫色塊的時候使用glColor，而且當畫貼圖方塊時，glColor指定的顏色也會被使用到，所以要再以glColor指定一個白色的顏色值進去(0xffffffff)，這樣畫出來的結果才會正確。 看起來好像對了，不過還是不對勁，因為我畫的是一個RGB(0x88ffff00)的黃色色塊，可是這顏色怪怪的。經過幾次測試發現這顏色和畫色塊之前所畫的一個貼圖方塊的顏色有關係。 經過研究後，發現問題還是出在狀態上，畫色塊的時候除了要以glDisableClientState關掉GL_TEXTURE_COORD_ARRAY狀態外，也還要再以glDisable把GL_TEXTURE_2D狀態關閉，這樣子就得到正確的結果了。 + + + 換說回來，雖然作過幾個3D應用的專案，甚至還參與過3D引擎的實作，我還是不懂3D。往好處想，這表示我還有很大的成長空間~

good到iPhone的移植的作業雖不能說100%達成目標，但也有點小成果。這篇文章就來把整個過程大致的描述一下，這樣也能對移植過程有個大概的了解。 建立開發環境 要將一個程式從一個平台移植到另一個平台，第一個步驟就是先建立新平台的工作環境。要建立可以開發iPhone程式的環境的過程就不多說了，我只能建議說可能的話還是弄台Mac電腦省的不必要的麻煩。這算是和其它平台比較起來，一個較大的門檻。 有了可以跑Mac的電腦後，再來就是去下載 Xcode ，接著就是 iPhone SDK 。 玩玩Sample 要了解一個新的平台，對我而言最容易上手的方式就是去玩玩它的範例，而且只挑作移植時需要看的就夠了。我首先要看的當然是怎麼畫圖，其它都不需要了。只要能畫圖我就可以初步知道我作的東西對不對。 我先找到一個非常簡單的範例，它只在畫面上貼二張靜態的2D圖形。透過這個簡單的範例再加上大概研究一下Objective-C的語法，就可以開始作點簡單的測試，玩玩怎麼畫圖。 決定測試移植的程式 在iPhone上的繪圖程式主要還是透過OpenGL ES作畫，所以我很快的決定拿 25940p 來作移植測試。 主要的原因是25940p已完成過跨平台移植測試(PSP)，所以現在要移植到iPhone上，相對也會容易多。程式本身和平台無關的部份完全可以一次移植上去，不必作任何修改。而25940p的繪圖部份原本是使用OpenGL作簡單的幾何圖形表示，所以換成OpenGL ES也不會太難。 ...(略) 準備移植 開始移植前，首先確認一下要移植的程式使用了那些模組，這些模組是否有支援目標平台。good使用了三個第三方程式庫，分別是 SDL 、 Lua 及 zlib 。Lua及zlib基本上和任何平台無關，可以直接跨過去。比較有問題的是SDL。 雖然SDL本身有跨了包含了Mac的許多平台，但仔細確認後發現SDL是不支援iPhone的。搜尋一下後，發現有人作了iPhone的移植，但礙於iPhone的保密協議不能開放。這就麻煩了，要解決這個問題有三個方法。第一是自己移植SDL到iPhone上，第二是另外找一個代替品，第三是自己來。 稍微評估了第一個方法，結論是對我太難了，就算我能作也不是一天二天的事情。所以換第二個方案，開始上網找找有沒有替代品。 結果沒能很快找到合適的，最後還是決定用自己以前實作的一個小繪圖程式...

25940p 其實是我自己蠻喜歡的一個小作品，雖然說似乎不怎麼受歡迎的樣子。因為我原來就特別喜歡縱向捲軸射擊遊戲的緣故，才作了相關的研發作了這個作品。話雖說是小品，不過我後來實在退步太多了，自己也很難過關。 線上玩 這個小遊戲花了我大約一個星期的時間製作，主要的時間都花在關卡編輯上。整個遊戲都是用script編輯出來的，所謂的整個，除了彈幕外、敵機什麼時候出來怎麼移動、粒子特效、選單、背景多重星空等等，全都是用script編輯出來的。所以其實說花了一星期製作是假的，我花了更多時間在底層的開發上，為了這個小遊戲我花了幾個月時間，設計開發了專門用來製作射擊遊戲的stge語言和虛擬機器。 本來我作小遊戲花的時間並不多，不過從 鋤草機 開始，我已經開始有那種花很多時間來製作一款可以在很短時間內破關的小遊戲的傾向。比如說鋤草機大概花一個月時間製作，但15分鐘可以過關。25940p也差不多15至20分鐘可以全破，但斷斷續續至少用半年以上時間研發製作。 + + + 為了開發一套專門給射擊遊戲使用的script，我花了很多時間在設計上。完成後，首先是使用C++實作虛擬機器的部份，因為這樣至少可以先進入測試階段。虛擬機器的核心部份以smallworld2的ObjectPool模組為中心管理所有資源，把所有東西都當作粒子作為基本概念，不論是子彈或是敵機等等都用同樣的方式對待。然後所有粒子都能掛上一個可以控制它動作的緒，再加上一些和射擊相關的屬性支援，就可以運作動起來了。 Parser的部份一開始原本是想使用Lex/Yacc來作製作，但後來決定使用 Boost::Spirit ，因為沒碰過可以順便學習新東西，結果還出乎意料外的容易使用，缺點是Complie時間大增。接著再用WTL寫個簡單的工具程式，可以直接在上面編寫script並以視覺化的方式立即檢視執行結果。 最後才是撰寫遊戲程式本身。基本上遊戲本身的主要工作就是畫圖，把所有粒子根據遊戲自己的定義畫出來。子彈粒子就畫成子彈，爆炸碎片粒子就畫成爆炸碎片等等。成像部份使用OpenGL來作，因為也是順便學學OpenGL。 剛好因為成像是用OpenGL的緣故，所以在有支援OpenGL的平台上要作Porting就容易了。這也是為什麼我可以很容易的把25940p移植到PSP和iPhone上。因為除了成像，還有像是IO等和系統比較有...