很讚的遊戲編輯器

吃金幣的人 是對基因算法的一個研究和實驗，主要是資料及算法上的研究和測試。後來使用good的繪圖能力把它 圖形化 ，同時測試及擴展good的整合能力。現在再進一步把它和 網路底層 作結合，建立一個新的實驗平台，命名為nature online。 和good一樣建立no的目的是為了創造一個可以讓我平常利用空間時間來作研發和實驗的平台。no整合了所有到目前為止所作的小實驗和研究。主要的目標是研究分散式網路遊戲的架構及模擬生態系統。 目前具備的功能: - 分散式的網路伺服器架構，後端使用mysql。 - 使用2張測試地圖，隨時可以任意切換至任意地圖任意位置。 - 地圖物件目前有二種:tree/bug。 - tree物件應用 生命遊戲規則 生成及更新。 - bug物件應用基因算法活動食物為tree物件。 - 自動同步client可見視野內的內容。 -使用good為client成象引擎。 下階段的目標是持續底層研發及增加更多種類的物件。 ;========================= 以下二件事是需要特別記錄的。 A. 首先tree物件的更新決定以生命遊戲的規則來作更新及生成，規則沒什麼問題，問題是數量和速度。如果是像good內建的life範例，那相當於16x16的地圖格子大小，總數也才256格，每次更新時全訠256格都掃一次也沒什麼問題。不過當地圖變成像no那樣是500x500或更大時，問題就出來了。每次要掃那麼多的格子，速度就成為一個問題了，而且server每次更新不只是要更新tree物件而己，還有其它工作要作。 一個簡單的解決方法是只檢查需要檢查的格子。 1,記錄目前有那些存活的格子 2,根據存活的格子推算有那些格子在下一世代可能產生狀態變化,可能有狀態變化的格子也就是存活的格子的周圍8個空格子 3,下一世代只需計算(目前存活格子+可能產生狀態變化的格子),其它的格子都可以忽略不看 假設目前存活的格子是10000個，這10000個格子周圍總共30000個空格子，那麼下一世代只需計算40000個格子，而不是全部250000個格子。數量大大的減少了! B. bug物件是以基因算法為基礎來製作。和吃金幣的人一樣，假設基因的編碼是根據上下左右中5個格子(環境變數)共3種不同狀態，基因長度為243。現在的問...

* 新增 Graphics.DrawText 。 * 新增 Graphics.SetAnchor 。 * 關卡編輯器(LevelEditor)中物件左上角顥示狀態圖標:IsVisible,RepX,RepY,HasScript,ImageMissing。 * 支援一次新增多個貼圖資源(New Texture)。 * 新增播放目前選取關卡(Play This Level)功能。 * 關卡編輯器(LevelEditor)中物件支援階層關係編輯。 * 關卡編輯器(LevelEditor)新增編輯Dummy物件。 Download

< Android下載 > 這是很久前的一個小遊戲練習，主要目的是作為一個新的實作框架的練習。成像的部份最早是用GDI，後來改成OpenGL，現在又把它拿出來改成使用good。基本上這是個純C++的程式，LUA只佔用來作初始化的5行程式碼。

這是把之前作的 基因算法實驗裡的吃金幣的人 遊戲化的一個小作品。 下載  ( src ) ; 這個遊戲比較特別的地方是，這是第一個發佈的遊戲裡面不是全用LUA實作的。實作是一半使用C++另一半使用LUA，C++這邊主要實作比較需要效能的算術邏輯，LUA這邊主要處理成像和UI。

最開始的時候，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 批次...

花了點時間作了這個結合數字成語和四則運算的小遊戲，其中有超過一半的時間都花在收集和整理成語資料上面... << Android 下載 >> 附上 src 。 PS: dat.h是由idiom_ansi.txt轉換過來的，就當作給對src有興趣的人的人的作業。

* 修正貼圖物件在負數Scale時顯示錯誤。 * 修正編輯器開啟舊檔時偶發性當機的問題。 * 修正地圖編輯器(MapEditor)繪製圖格超出地圖範圍時造成當機的問題。 * Good.OBJ更名為 Good.SPRITE 。 * 新增 Good.SetName 。 下載 Good Game Editor 1.4.4 + libgood 1.4.4 下載Good Game Player Android 1.4.4