Hong Kong Indie Game Development Blog

Data Driven 的 2D Avatar System

2011-11-02T22:28:00.008+08:00

下一款遊戲需要Avatar系統(紙娃娃系統?)
於是上星期便著手開發
以我上年開發的Flash Animation套件作藍本擴充
(由Flash 導出圖像及動畫資料, 再以OpenGL ES繪畫)
前幾天終於完成

2D Avatar 最重要的是Draw Order
整個系統的設計也以Draw Order為中心
經過多番修改
最後決定將動畫資料及圖像資料分開
因為可以得到最大程度的彈性

將最底層的動畫稱作骨骼動畫可能有點誤導
因為"骨"只是一幅圖像, 一個2D Matrix Transform
而"骨"與"骨"沒有任何關連

系統特色:

以Flash製作動畫並導出
以骨骼動畫圖層次序決定Draw Order
沒有身體部件的限制, 身體的構造完全由Artist決定
可換不同Skin圖像花紋
可換不同膚色 (顏色可在程式內自由調試)
可換不同裝備
裝備可換不同顏色 (顏色可在程式內自由調試)
裝備圖像支援多圖層, 所以一個裝備圖像可轉換多層顏色, 如一雙眼睛可有不同顏色
裝備動畫與骨骼動畫以名字作配對
不同裝備圖像可共用相同的裝備動畫, 新增裝備時可用回舊的裝備動畫
骨骼動畫之外, 裝備擁有自己獨立的動畫, 兩者可以同時播放並擁有各自的週期, 例如步行動畫跟眨眼動畫

以上功能應該可以製作任何2D Avatar
最方便是Artist可以設定整個Avatar系統
Programmer (是我) 將整套資料載入程式後
只需作轉換部件/顏色的code
就可控制整個Avatar

這系統概念上好像不複雜
但是確保整個流程正確及順暢, 真的需要花點工夫

尋人

2011-10-17T23:45:00.001+08:00

最近遇到的難題並不是技術，是時間

而是如何將四、五天的工作在一、兩天內完成實作及測試

難題一個接一個，有成功的，也有失敗的

很多時心急就會趨向失敗

雖然有點辛苦，不過技術的確進步了不少

我的工作室(這麼小的公司還是不敢自稱公司)最近幾個月都在招人

跟幾個剛畢業的大學生面試，他們都頗有潛質

可惜要短時間內投入實戰還差一點點

在這麼緊迫的進度下，實在抽不出資源教導他們

說「如果有多點資源，一定會聘請」好像有點不負責任，但那是真的呢

香港的朋友

如果你曾使用C++製作遊戲

又或者畫得一手好圖

又或者曾製作遊戲

...

如有興趣加入我們歡迎聯絡

(怎麼好像尋找失蹤人口的呼籲...)

Unicode字串

2011-06-01T22:10:00.004+08:00

最近在研究Unicode字串
一直以為使用 std::wstring 及 wchar_t 就可以
但wchar_t 在 Win32 上是16bit, 而在Mac OS 上是32bit

為免夜長夢多，決定繼續使用std::string 及 char
加上UTF8 encoder/decoder
渲染的時候，一個字需要一個整數去表示
所以沒有甚麼複雜的整合

今天嘗試載入中文的文字檔
發現讀取檔案後
字串Buffer內Mac OS比Win32多了一個character
是哪一個?

是Carriage Return
這大概和兩個平台的換行符號有關

就這樣
大致完成了跨平台的Unicode字串

理想遊戲

2011-05-24T22:28:00.008+08:00

最近幾天都在全速寫CODE
早上9點左右開始，瞬間就會到達6點
從來也沒有試過時間過得這麼快的感覺

今天被問及往後的發展計劃
腦內瞬間湧出大量遊戲畫面
其實也沒有甚麼發展計劃
每次都是專心做好眼前的遊戲後
意想不到的事就會發生
之前訂立好的計劃也會立即完全改變
不太敢奢想甚麼
因為自己還遠遠未達到自己的要求

其中一個在腦內閃過的遊戲:
可能小時候受過小說與電視薰陶
不知為何總是有一點武俠情結
可惜沒有讓人滿意的3D武俠ARPG可玩
就算業績報告收入以億計算
每年也不過是推出一式一樣的線上遊戲

試試玩歐美的ARPG
擁有"細膩"表情，面孔花上過萬polygon的"美女"
也實在讓人提不起勁

理想的武俠ARPG大概是:
Fable的遊戲世界換了武俠世界
加上飛簷走壁的輕功系統
加上飄逸的布質衣服與長髮
加上自由配搭的劍招，但不要加上現在線上武俠遊戲的特效
加上細緻的面孔
加上...(下省數百點)

當然這只是玩家角度的幻想 :P

遊戲設計筆記

2011-03-31T20:20:00.005+08:00

無意中翻查舊文件，找到了約6年前的遊戲設計筆記
那時候正值大學Final Year，對製作遊戲興趣很濃厚
有點技術，但要做甚麼遊戲呢?
想了很久，也得不到好的設計

"會有公式嗎?" "為甚麼我想不到?"
懷著好奇又帶點不忿，在圖書館找了很多本遊戲設計書藉
忘了看過多少本書，得不到結論
但對遊戲設計了解更深，歸納了5條問題
幫助反思一個遊戲概念(排名分先後)

1. What makes your game fun? 你的遊戲有甚麼有趣的地方?
一個沒趣的遊戲只是一個程式(Application)
有趣的地方當然越多越好，但注意不要多餘。

2. What makes your game unique? 你的遊戲有甚麼獨特性?
獨特性很重要﹕這世界不需要二個一樣的遊戲。
世界上有相似的遊戲嗎? 如有，你們有甚麼相同及不同之處?
有甚麼地方勝過相似的遊戲? 可以由相似的遊戲上得到寶貴的經驗嗎?
人喜歡比較，尤其是相似的東西。
你的遊戲將無可避免地與其他遊戲比較，尤其是相似範疇內最高質素的遊戲。
如果沒有比較，你就是最棒的了!

3. What are the expected emotions of player? 玩家會得到甚麼感覺/情感?
玩家情感隨著時間/互動事件會有不同的變化，
如果能掌握玩家情緒將能大大提升投入度。
外國還有一個專門詞語:Emotion Engineering

4. When will player get rewarded? 玩家甚麼時候有獎勵?
獎勵的用途很廣泛，如誘餌一樣，
引導玩家跟循設計者預設的方向走。
在困難挑戰後給予的果實，特別甜美。

5. When will player discover new elements? 玩家甚麼時候會發現新元素?
定期發現新元素能保持新鮮感，也是讓人沈迷的起點。
這問題也在問設計者﹕你的遊戲玩法會有甚麼變化?

我通常會在遊戲開發初期，使用以上5條問題去幫助思考
如果這5條問題都能有令人滿意的答案，就會再始更詳細的設計
約6年前的產物到今天還有用，書籍內果然蘊含了大師們的知慧

結語

2011-02-19T23:24:00.003+08:00

這幾天都在設計新的遊戲，沒有寫code
總覺得渾身不自在

製作Sad Princess後獲益良多
雖然賣得不算好，但學習到的經驗非金錢能夠衡量
作為第一次製作的橫向動作遊戲，質素還算不錯吧
Sad Princess原本打算是4位公主像Castle Crasher般可連線一起玩的
但獨立團隊負擔不了那麼長的開發時間
只好轉換簡單一點的玩法

在Touch Screen上玩動作遊戲很難有手感
還是製作簡單操控的遊戲比較好

失敗，總比原地踏步好

Sad Princess 現已推出!

2010-12-17T16:50:00.006+08:00

Launch Trailer

http://itunes.apple.com/app/sad-princess/id399550680?mt=8
請多多支持!

Sad Princess 截圖(2)

2010-11-27T10:12:00.002+08:00

最近在重製GUI以及實作Hyper Mode
那紫色的特效動起來的時候很華麗

剩下的都是很小的task
開發終於進入最後直路!

Sad Princess Preview Trailer!

2010-11-08T21:58:00.000+08:00

還在努力製作中

Sad Princess 最新截圖

2010-10-24T11:43:00.002+08:00

開發進入最後階段了
暫時也沒有遇到甚麼大問題
倒是要盡力將遊戲大小盡量控制在20MB以下
希望下星期可以完成一段影片

Windows Phone 7 上的3D保齡球遊戲

2010-10-13T21:58:00.002+08:00

這是我使用最近一個月晚上時間製作的3D保齡球遊戲，Bowling XX
特點是有2款操作:
1. 玩家在特定範圍畫路線
2. 使用accelerometer感應玩家的動作，大概像wii bowling那樣

漫長旅程的起點

2010-08-26T21:45:00.003+08:00

一個月前，我開始了跟幾位能力值頗高的人合作
雖然進度比預期慢了一點，但目前為止的成品質素已經很不錯
一幅圖勝過千言萬語，先看看圖片:

在一個將近日落的森林深處，一位公主對一隻小野豬展開了攻擊
攻擊在世界中留下了一道光痕，而小野豬看起來有點痛

--------這是沈悶技術資料的分界線----------
- 這是一個使用了2D圖像的3D世界
- 所有場景物件也出自一個Billboard System，渲染只需要一個Draw Call
- 每個角色(公主與野豬)只用了一張256x256圖片及一個大約900KB的動畫檔
- 動畫以Key Frame作Blending，效果非常的順滑
- 光痕是一粒可變形的粒子，可隨時間位移、縮放(X/Y軸獨立)、旋轉、轉換顏色、漸入漸出等

為了讓生產更具效率，我們製作了以下的工具/模組:
- Flash動畫導出器，導出動畫與碰撞/攻擊範圍資料
- Flash圖像導出器，可由向量圖形導出任何尺寸的圖像
- 動畫資料整合工具(使用wxWidgets作GUI)，可合併動畫資料及將各部份小圖像包裝為大圖像
- 動畫預覽工具(使用wxWidgets作GUI)，使用遊戲的動畫程式庫的工具，可預覽在遊戲中實際會看到的動畫
- 定義場景物件的XML Scheme
- 定義粒子系統的XML Scheme
- 定義遊戲世界的XML Scheme
- 定義含有Key Frame特效GUI的XML Scheme
- 定義角色狀態(FSM)及參數的XML Scheme

就如題目所說，這只是漫長旅程的起點
希望之後的工作會順利 :)

P.S.
我不是使用機器翻譯的，補充了上一篇(英文版)的某些部份
因為程序員必備的Lazy Evalution良好習慣
有需要時會更新上一篇 :P

The starting point of a long long journey

2010-08-25T22:25:00.009+08:00

I have started working with several talented people a month ago. Although the schedule is a bit slower than expected, the delivery so far is still impressive. "Image" speaks louder than words, let's have a glance of a screenshot first :)

In a deep forest during sunset, a princess was attacking a little boar. The attack produced a glowing line and the boar looked painful.

-----------------Here is a seperating line of boring technical stuff ---------------
- It was a 3D world with 2D graphics
- All the scene objects were from a billboard system, which only required one draw call
- Each character(princess and boar) only used one 256 x 256 textures and one ~900KB animation file
- The animations are blend by key frames and they looked pretty smooth
- The glowing line was a deformable particle that able to translate, scale, rotate, blend color, fade out, ...etc. during run time

For the production pipeline, what we have done so far:
- A Flash animation exporter that exports not only animations but also body and attack collider data
- A Flash image exporter that exports PNG images at any scale (Beneficialed by vector graphics)
- An animation processor that combine animations to animation group and packed image
- An animation viewer with simple GUI using wxWidgets that uses game API to display exported animation data
- A XML scheme that defines scene data
- A XML scheme that defines particle system data
- A XML scheme that defines game world data
- A XML scheme that defines GUI data with key frame blending effects
- A XML scheme that defines character states and attributes (FSM)

From what the title stated, it's just the starting point of a long long journey. I hope we will work smooth in the coming month :)

對生產效率的追求

2010-07-17T23:29:00.002+08:00

由於跟新的朋友合作，最近都在做正式生產前的準備工作
很幸運找到一位很厲害的動畫師合作，而他主要使用Flash去繪畫並製作動畫

大家也知道如何將一個Instance 輸出為一個PNG image
可是Flash內沒有一個內建的Function可以將Library內所有Item 輸出為PNG image
(如果有請告訴我)

如果使用者要逐個Item 輸出的話，按得再快也大約需要20秒
假設有4個角色，1個角色有30個部件的話
要輸出全部Library Item需要: 20x30x4 = 2400秒 = 40分鐘
這將會是很驚人的情景: 動畫師在40分鐘內不停高速點擊及打鍵盤，在沒有一次犯錯下，終於將所有圖輸出好
當然不能讓這情景發生

今天經過一天的努力，終於完成了理想的Script
1. 將Library內所有item 輸出為PNG image
2. 可以透過改變一個參數去調整輸出image的尺寸
(因為Flash內的Movie Clip是Vector，item可以作成任何尺寸image而不失資料)
假設有4個角色，1個角色有30個部件的話
要輸出全部Library Item需要: 0.5x30x4 = 60秒 = 1分鐘

以下是實在細節:
1. 在Document內新增1層Layer
(For 所有的item)
2. 新增1個Element
3. Resize Document
4. Document.exportPNG
5. 移除Element

Programmer可能只需花一天的時間，就可以讓其他組員省回難以估計的時間
這些準備工作在項目初期或許比較費時，但在項目中期就會慶幸曾經花多了一點時間去改善生產效率

Bright Night 遊戲影片

2010-04-30T21:04:00.003+08:00

由於未能取得iPad, 我們決定先推出iPhone版 :)
剛剛昨天上傳了等待Review

我們實現了理想中"含特效GUI的快速製作"
所有GUI都有特效反饋

Bright Night 玩上手時的感覺比想像中還要好

Bright Night

2010-04-18T09:35:00.002+08:00

經過反覆的修改, 我的第一個iPad遊戲終於成型了
是一個由交響樂與煙火交織成的遊戲
由於沒有iPad的關係，暫時只能使用iPod Touch去測試 :)
目前的完成度是70%

以XML為基礎作特效動畫的GUI系統(附Demo)

2010-03-20T20:37:00.018+08:00

根據以往的經驗，製作Graphical User Interface(GUI) 的時間相當費時
用程式碼去實作遊戲內有特效的GUI更猶如跑馬拉松(是真的!我跑過最少兩次)

對於我這種缺錢又沒時間的一人開發小組來說
開發一個工具是一件窮奢極侈的事
可是工作上還是很需要，怎麼辦?
我的選擇是退而求其次

首先看看理想的GUI工作流程(個人覺得)
1. GUI編輯器製作GUI
2. 由GUI編輯器輸出XML資料
3. 在程式內載入XML資料並自動綁定Event

再看看現實我的GUI工作流程
1. 用文字編輯器(如Notepad)編寫XML資料
2. 用測試程式去預覽GUI特效
3. 在程式內載入XML資料並手動綁定Event

兩個工作流程的分別主要在於一個很昂貴的GUI編輯器
我的工作流程的工作量比較大
但是對於資源貧乏的我來說後者比較實際

我設計的GUI系統很簡單，只需要2個XML檔案: .gui以及 .gbs
.gui用作定義GUI版面
而.gbs用作定義特效動畫
這樣辛苦定義的特效動畫就可以很容易地重用
而以下的參數可以用作特效動畫

位置
尺寸(大小)
顏色
圖像ID

這GUI系統已經可以在IPod Touch上執行
但載入XML的速度極慢
需要大量優化才可正式使用

暫時我最滿意的是即時性更改
XML檔案作改動後只需儲存再按測試程式內的Reload
不用再等Compile以及起動
省回很多很多時間

先責聲明: 本人對此Demo對用家帶來任何方面的損失一概不負責
如果大家有興趣而同意以上聲明，可以下載來玩玩
下載連結 (只限Windows!)

如果大家找到bug，請務必告訴我
我也希望大家能分享有趣的特效
謝謝!

更新:
1. 2010-03-21 10:23 改善錯誤回報資料

Image Packer 實戰報告(一)

2010-03-01T22:34:00.001+08:00

最近，Image Packer終於投入首次實戰
用作製作Graphical User Interface Skin(GUI Skin)(使用者介面皮膚?)
由於整個使用流程非常的簡單
Artist(用家)很容易就將一堆細小的圖Pack到一張大圖
並將小圖的座標存到XML給我

當要使用的時候，問題來了
每個小圖也有一個ID，這個ID可用作查詢Texture Coordinates(紋理座標)
我第一個衝口而出的問題是: 甚麼ID是甚麼圖?
當然，有很多迂迴的方法可以查詢某圖的ID
但這明顯窒礙了工作流程
所以下一個版本的Image Packer將會添加多一個功能:
輸出多一張圖，整齊的列出所有圖的ID

這次經驗又印證了
再簡單的軟件亦需要經過實際使用方能完善

橫跨 PC / iPhone 的遊戲框架

2010-02-11T20:46:00.006+08:00

忘了從哪時開始，變得好大喜功
就算得一個人(寫程式)也想製作橫跨 PC / iPhone 的遊戲框架
也忘了是哪一天，突然想通了如何連接兩個平台
於是一頭熱的買齊所有裝備著手製作
這個框架暫時名為Pearl Framework(沒甚麼特別意思的)
在PC上基於PowerVR SDK，而在iPhone上則基於Oolong Engine 2
現在已完成的部份:

Axis Aligned Billboard
Game State Transition
Material (Draw by material)
Particle System
Scene Graph

上圖是一個渲染測試
大約有40個模型(2個Material)、5塊Billboard、2個Particle Emitter(約200粒Particle)
在最新一代的iPod Touch可以保持45FPS
還沒有做過詳細的Performance Tuning

使用方法也很簡單:
// Init
mPearlFramework = new PearlFramework();
mPearlFramework->SetActiveGameState(new TModelTestState());
...
// Update
mPearlFramework->Update(dt);
...
// Render
mPearlFramework->Render(dt);

基本上Pearl Framework的用家只需要編寫不同的Game State
現在除了Input之外，Game State內的Code相通於兩個平台

Image Packer

2009-12-29T20:30:00.007+08:00

今年寫了不少遊戲
每一個遊戲最花時間的task也是製作GUI以及GUI效果(放大縮少, 漸入漸出...等)
GUI效果至關重要
因為這是第一項與玩家互動的元素
沒有GUI效果會讓人感覺不完善
甚至予人只是Technical Demo完成度的感覺

就在這幾天自己給自己的假期
找不到任何感興趣的遊戲
於是興起了"不如寫幾個有用的工具吧!"的念頭

這一年來都用很原始的方法去製作GUI:
Artist將所有圖都放進一張大圖
然後量度每個小圖的範圍
Programmer收到一張大圖及一堆座標後
將座標以static variable 方式放進code裡
這方法很原始, 但夠簡單直接
作為Programmer, 我每一次打座標的時候都有強烈的感覺
"座標應該由程式自檔案讀取的!!"
可惜, 一年來都找不到時間去改進

以下是一個使用wxWidgets用了2天製作的習作: Image Packer
Image Packer的功能只有數款

載入圖檔(.png)
移除已載入圖檔
Pack(包裝?)圖檔
儲存包裝後的圖檔以及輸出圖檔座標

wxWidgets意外的易上手
看了數小時manual以及sample就開始coding了

使用流程:
首先載入小圖檔

點選Pack, 之後選擇大圖檔的闊度

大圖就這樣計算好了
(註: 儲存大圖的時候不會有白線)

還有點不完善的地方
例如未添加Hot Key, 沒有問user要儲存的檔名已存在...等
不過功能上已齊備

機械人渲染測試

2009-12-15T18:58:00.003+08:00

早前朋友給了我一個model作渲染測試
而他亦很大方的允許我公開圖片

首先是Ambient (Ambient color + Ambient Occlusion Map + Normal Map)

我使用了Hemisphere lighting 作Ambient
而天空是藍色
所以Ambient的顏色大多都是藍色

然後是Composition後(Ambient + Diffuse + Specular + Ambient Occlusion Map + Normal Map + Diffuse Map)

質感不錯

早到了的聖誕

2009-11-19T10:31:00.003+08:00

(大圖: 1280 x 720)
現在說聖誕快樂可能早了一點
但這幾天氣溫很低
已經滿載冬天的氣氛

這是從遊戲中Rendering Test(渲染測試)的截圖
天空中有閃爍的星星
也有飄飄落下的雪花
再加上聖誕音樂
在real time看真的很有氣氛

一閃一閃的燈飾還沒弄好
希望12月前可以再補上video

免費使用Unreal Engine 3!

2009-11-06T16:48:00.003+08:00

繼Unity宣佈免費使用後
Unreal Development Kit(UDK)也宣佈非商業用途可免費使用!
商業用途的價錢亦非常便宜
詳情請參閱:http://www.udk.com/licensing.html

要注意的是UDK暫時只支援Windows平台

當然要立即嘗試安裝UDK
安裝程式會自動偵測系統語言
偵測到我的系統是中文, 可是顯示的中文只有簡體
而且不太看得明白那些譯名...
還是要將系統轉換做英文再裝一次

到過官網看User Documentation
好像很簡陋, 看來趕不及編寫

我大概下一個月就會開始玩這龐然巨物
希望到時有更齊全的文檔

最強的工具都免費了
你還在等甚麼?

Unity 轉為免費使用!

2009-10-30T11:23:00.002+08:00

前幾天, Unity Indie 需要USD$200
更新為2.6版本後取消了Unity Indie
轉為Unity並免費使用
當然, 想要比較好的功能如Post processing effect, Real time Shadow
依舊需要付UDS$1499購買Unity Pro

https://store.unity3d.com/shop/
http://unity3d.com/unity/licenses

Gamerbots的更新遊戲影片

2009-10-07T00:59:00.003+08:00

這幾天找到很多bug
主要都是來自Network multiplay
這個更新花了整整一個月製作

這遊戲總共花了4個月製作
我想這一年內都不會製作這種規模的遊戲
只有2個人做太累人了

急速膨漲的Source Code

2009-09-12T23:01:00.009+08:00

最近都在忙著製作之前推出那隻機械人TPS的更新

還差新的online Co-op mode就完成了(還有不少的工作...)

上圖是 Character Editor的Main Menu
之前大概花了2星期製作

上圖是更換頭部的Menu
今次更新一次過新增了9個頭部呢

這是我第一次製作的Update
更新的期間花最多時間是在新地圖方面
之前Design的時間大概預料到會有這些更新
我的Class 設計得非常有彈性(對於預料到的改變)
我要做的是在同一個框架下不停增加新的class以及function就可以了
當然我的source code還有很多不足的地方
但第一次深深感受到可擴展性帶來的好處

記得看過一本書(應該是C++的)
設計Class的時候要"Design for changes"
雖然不能預料將來有甚麼改變
但可以預料到甚麼地方會改變

最近看到PSP Mini, 一個獨立遊戲發行平台
http://www.gamerbytes.com/2009/08/psp_minis_announced_the_xbl_in.php
我有興趣開發PSP的遊戲
可惜找了很久也找不到相關的資料

CEDEC - 日本最大規模的遊戲Conference

2009-09-02T22:11:00.002+08:00

CEDEC 2009 正舉行中
這幾天應該會陸續看到新鮮事

這是CEDEC 2008的Archive
Day 1
Day 2
Day 3

"Do you think PS3 Slim is slim?" 投票結果

2009-08-31T10:10:00.003+08:00

Yes: 0 (0%)
No: 3 (100%)

看來Slim這個名字不太貼切

下一個投票是"哪個遊戲內的第一印象最能打動你?"
請踴躍參加!

Sprite Editor (2 years ago)

2009-08-22T22:09:00.003+08:00

While tidying the files, I found an interesting sprite editor
This is a sprite editor made in a few days(part time) using ClanLib
Originally the editor is aimed to editing character animations for Cherish(intended to be a 2D fighting game)
Actually I forgot the reason why the development was stopped
I like this character very much, hope I can bring her to a real game in some days

在整理檔案的時候, 找到一個有趣的Sprite Editor
這是用ClanLib花了幾天時間(part time)去製作的
這個editor原本是Cherish(2D 格鬥遊戲)的角色動畫編輯器
已經忘了停止開發的原因
我很喜歡這角色, 看了2年也覺得很美
希望有天可以將她帶到真實的遊戲

我記得當年是因為玩完Odin Sphere之後
想試試當中觀察到的技術
2年後, 他們的進步由朧村正表現出來

如無意外
在今年年底我也會以XNA著手開發相似的Editor
經過2年前這個Sprite Editor的經驗
應該可以更進一步

Xbox Live Indie Game 「それでも、私は愛している」 is being pulled from Xbox Live Marketplace

2009-08-21T20:20:00.001+08:00

Source:

http://kotaku.com/5342256/independent-xbox-live-game-banned-for-visual-sexual-assault-reminders

Xbox Live Indie Game 「それでも、私は愛している」 is being pulled from Xbox Live Marketplace
The reason is following issues are appeared in an event scene:
• One of the girl's hands is restrained.
• The girl is being pushed down.
• The girl's underwear is visible.
The game is removed from Marketplace and creator's account is suspended.
(Please visit the above link to view the event scene if interested)

非常嚴謹的尺度呢

遊戲製作的點滴

2009-08-20T00:05:00.000+08:00

要完成一隻可玩的遊戲絕不容易
縱使是何等簡單的遊戲
在最後Polish的工序上非得要人吃點力方可完成
這是經驗

即使如此
抱著熱忱去製作遊戲的人仍如恆河沙數
我亦是其中一粒細沙

Polish的工序包含甚麼呢?
廣如整體物件的顏色協調
狹如某數個數值的平衡
目的就是要彫琢為成品--至少瑕疵不會顯露在表面上

推出遊戲後那一週總是很難集中
每隔數十分鐘都會無意識的到google搜尋
搜尋Review
搜尋玩家對遊戲的第一印象
搜尋玩家的評價以及建議
當然有正面的也必然有負面的
有時候Review的人根本沒怎樣玩過就給出負面的評語
看了沒感覺是騙人的

也罷
想通後又成長了

我特地在每個遊戲的Credits內留下email
在第一、二星期有點怕去看email
因為超過40%的機率是Bug Report, 那完全是我的責任

我很幸運
暫時只收過正面的email
最窩心的說話大概是"I love this game!"
收到這種email的當天工作效率會提高一點

最近推出的遊戲是機械人Third Person Shooter(TPS)
說真的, 在測試遊戲的時候才發現我不太擅長玩TPS
經常也有點頭暈
最近收到幾個留言
是玩家想跟身為遊戲製作者的我對戰
究竟我輸了給他們之後會發生甚麼事?
必定是一場激戰(哈)