與食人魔獸之間的恩怨情仇

XML與物件掛勾後的感覺真好…

2012-02-10T17:53:00.002+08:00

在寫工具的時候，物件屬性的編輯是很麻煩的問題（要開一大堆的介面、一大堆的判斷式、繁瑣的通知事件…等等），有沒有更的的做法呢?其實有，那就是讓XML跟物件掛勾…
掛勾有什麼好處？要怎麼掛勾呢？

只參考XML最大的好處，就是可以提升可攜性，修改屬性資料不用參照到真實的物件，但修改完之後，要如何驅動物件的相關函式呢？以TinyXML為例：
pElement->SetUserData(pObject);
其中Object為最原始的類別，再為其規劃一個虛擬函式
virtual bool DoPropertyChange(const std::string& strPorpertyName, const std::string& strValue) = 0;
讓之後繼承的人去實作相關的屬性改變後，應該驅動那些表現性的函式，就可以達到這個目標。這樣一來，所有屬性的驅動方式可以封裝在各個物件，再也不用在介面寫像這樣的code了…
CWater* pWater = SceneManager::GetSingleton().GetWater(m_iTargetObjectId);
if(pWater)
{
  if(strAttributeName == "Float_Size")
  {
   pWater->SetScaleFactor(CVector3(NewValue, 1.0f, NewValue));
   CVector3 Position;
   theApp.GetTestPushRipplePosition(Position);
   pWater->PushRipple(Position.m_fX, Position.m_fZ, theApp.GetTestPushRippleValue());
   return true;
  }
  else if(strAttributeName == "Int_Complexity")
  {
   pWater->ResetComplexity(NewValue);
   CVector3 Position;
   theApp.GetTestPushRipplePosition(Position);
   pWater->PushRipple(Position.m_fX, Position.m_fZ, theApp.GetTestPushRippleValue());
   return true;
  }
  else if(strAttributeName == "MaterialName")
  {
   return pWater->ResetMaterialNmae(GetStringValue(NewValue));
  }
  else if(strAttributeName == "NoiseModule")
  {
   return pWater->ResetNoiseModuleName(GetStringValue(NewValue));
  }
  else if(strAttributeName == "Bool_EnableRipple")
  {
   return pWater->ChangeRippleState(NewValue);
  }
  else if(strAttributeName == "Float_Strength")
  {
   pWater->SetStrength(NewValue);
   return true;
  }
  else if(strAttributeName == "CVector3_Position")
  {
   CVector3 Position;
   Position.ReadFromString(GetStringValue(NewValue));
   return pWater->SetPosition(Position);
  }
}
return false;
整個介面都清爽起來，大大降低Dependency、提升ReUse，好久沒有這麼舒服了…

終於決定跟Ogre在一起了…

2012-02-08T10:35:00.002+08:00

由於種種理由（跨平台、程式碼維護性…等），決定放棄之前的跨引擎平台架構，將以Ogre為基礎開發遊戲引擎，於是開始了重構遊戲引擎之旅。
對於重視編輯器的我，當然先從這開始囉！先公佈場景編輯器的框架畫面…

待續…

BCGControlBar，進化了…

2012-02-04T21:33:00.004+08:00

關於BCGControlBar17.0版的更新內容實在讓我心動，這幾年來一直陪著我的BCGControlBar終於推出了17.0版（BCGControlBar為MFC最佳解決方案之一，可惜不便宜…），終於推出了讓我驚艷的功能（雖然有很多Free的lib也有做，但是整合起來有點麻煩，不是一整套的…）Diagram，相關參考圖如下：

還有這個也不錯…

只可惜還是沒有編輯KeyFrame的UI，還好我自己寫了，可以參考這篇…
終於解決多年心中的遺憾…

最後可以參考這篇，BCGControlBar Library Pro Edition 版本更新 v16
新版之後的BCG已經進入了3D時代了…（可使用OpenGL Render UI）

快速自製windows下MemoryLeak檢查函式…

2012-02-04T00:06:00.003+08:00

相信很多人都已經知道VC的crtdbg不錯用（MFC也是用這個檢查Memory Leak），在此提供給不知道的人參考，相關打包函式如下（記得放在.h，覆寫掉New操作元）：
//WindowsMemoryLeakCheck.h
#include < crtdbg.h >
#ifdef _DEBUG
#define new new(_NORMAL_BLOCK, __FILE__, __LINE__)
#endif
inline void EnableMemLeakCheck(unsigned int uiBreakID = 0)
{
  _CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) |
    _CRTDBG_LEAK_CHECK_DF);
  if(uiBreakID != 0)
    _CrtSetBreakAlloc(uiBreakID);
}
…

然後在程式執行起始的地方呼叫EnableMemLeakCheck這個函式，比方：
#include "WindowsMemoryLeakCheck.h"
int main(int argc, char* argv[])
{
  EnableMemLeakCheck()；
  char* pTemp = new char[128];
  …
}

執行程式後離開可能會產生以下資訊…
Detected memory leaks!
Dumping objects ->
{1246} normal block at 0x02658970, 128 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
The program '[5260] MultipleViewportsTestAPP.exe: Native' has exited with code 0 (0x0).

紅色數字為程式產生leak位置的ID，將此ID當參數代入後，即可由CallStack裡找到真正Leak的位置，比方：
EnableMemLeakCheck(1246)；
…

然後會當在這個地方：
/* break into debugger at specific memory allocation */
if (_crtBreakAlloc != -1L && lRequest == _crtBreakAlloc)
   _CrtDbgBreak();
查CallStack後，發現位置如下：
char* pTemp = new char[128];
就介紹到這裡，希望可以幫助到需要的人…

關於Ogre multi view port的測試…

2012-01-29T21:33:00.001+08:00

好久沒上來寫文章了，最近陷入了低潮，提不起勁，可能還沒適應好新環境吧！

其實早在好幾年前，就想玩玩看Multi View Port這個東西，但覺得好像只有特殊畫面（比方三國無雙的分割畫面）及工具部份（像Max studio的Split four view ports）比較用得到，而且也可以用Render to texture再貼到一個Screen poly來取代，所以也就沒有多加研究。

最近剛好有過年這個空窗期，就來測試一下，結果發現，在Ogre下做這部份的處理，出乎意料的簡單。
基本上，只要設定好view port即可，以下是相關的Demo…

以下是相關部份的程式碼：
//Top view
  Ogre::Camera* pCamera1 = pSceneManager->createCamera("Camera1");
  pCamera1->setFOVy(Ogre::Degree(45.0f));
  pCamera1->setNearClipDistance(0.05f);
  pCamera1->setFarClipDistance(50000.0f);
  Ogre::Viewport* pVeiwPort1 = pRenderTarget->addViewport(pCamera1, 1, 0.5f, 0.0f, 0.5f, 0.5f);
  pVeiwPort1->setBackgroundColour(Ogre::ColourValue::Black);
        pCamera1->setAspectRatio(Ogre::Real(pVeiwPort1->getActualWidth()) / Ogre::Real(pVeiwPort1->getActualHeight()));
  pCamera1->setPosition(Ogre::Vector3(0.0, 100.0f, 0.0f));
  pCamera1->pitch(Ogre::Degree(-90.0f));
  //Left view
  Ogre::Camera* pCamera2 = pSceneManager->createCamera("Camera2");
  pCamera2->setFOVy(Ogre::Degree(45.0f));
  pCamera2->setNearClipDistance(0.05f);
  pCamera2->setFarClipDistance(50000.0f);
  Ogre::Viewport* pVeiwPort2 = pRenderTarget->addViewport(pCamera2, 2, 0.0f, 0.5f, 0.5f, 0.5f);
  pVeiwPort2->setBackgroundColour(Ogre::ColourValue::Red);
        pCamera2->setAspectRatio(Ogre::Real(pVeiwPort2->getActualWidth()) / Ogre::Real(pVeiwPort2->getActualHeight()));
  pCamera2->setPosition(Ogre::Vector3(-100.0, 30.0f, 0.0f));
  pCamera2->yaw(Ogre::Degree(-90.0f));
…

Build OgreSource for IOS心得

2011-12-08T09:46:00.002+08:00

從Download Ogre Source Code 這裡下載OGRE 1.7.3 Source for Linux / OSX及iPhone Precompiled Dependencies（點進去，出現ogre-dependencies-mac的Folder，再點進去，出現1.7的Folder，再點進去抓Ogre_iOS_4.3_Dependencies_20110411.dmg）
將OGRE 1.7.3 Source for Linux / OSX解開後，再把iPhone Precompiled Dependencies解開後的Folder放進去。
執行Cmake，將Ogre裡的OGRE_BUILD_PLATFORM_IPHONE設成True。
FREETYPE相關設定（重點來了，這裡筆者卡很久）：原先預設會指定到Apple自己內建的Folder，需將其指定到iPhone Precompiled Dependencies底下的FreeType，否則你會發現連Main函式都沒進去就當掉的狀況。以筆者的開發環境為例，設定如下…
FREETYPE_FT2BUILD_INCLUDE_DIR=/Users/akira/ogre_src_v1_7_3/iPhoneDependencies/include

FREETYPE_INCLUDE_DIR= /Users/akira/ogre_src_v1_7_3/iPhoneDependencies/include/freetype

FREETYPE_LIBRARY_DBG=/Users/akira/ogre_src-v1_7_3/iPhoneDependencies/lib/Debug/libFreeType.a

FREETYPE_LIBRARY_REL=/Users/akira/ogre_src-v1_7_3/iPhoneDependencies/lib/Release/libFreeType.a
接下來就可以編譯，執行SimpleBrowser了，執行結果如下…

水動態模擬的再進階-波浪起伏+水波抖動(Perlin Noise+Ripple)

2011-11-23T11:36:00.001+08:00

關於Perlin Noise的部份，上一篇就有提到，而Fluid for Ripple的演算法，是使用以下公式：
float C = 0.3f; // ripple speed
float D = 0.4f; // distance
float U = 0.05f; // viscosity
float T = 0.13f; // time
float TERM1 = ( 4.0f - 8.0f*C*C*T*T/(D*D) ) / (U*T+2) ;
float TERM2 = ( U*T-2.0f ) / (U*T+2.0f) ;
float TERM3 = ( 2.0f * C*C*T*T/(D*D) ) / (U*T+2) ;
Buffer1Height = TERM1*Buffer2Height+TERM2*Buffer3Height+
TERM3*(Buffer2LeftHeight+Buffer2RightHeight+Buffer2UpHeight+Buffer2DownHeight);
重點在於三個Buffer之間的交換。

相關公式圖檔：

離真實的水越來來近了，xd，以下是相關Demo影片…

接下來就是幫她穿上好看的衣服了…（VertexNormal、Material…）

Perlin noise演算法+Vertex Animation運用於海浪的模擬

2011-11-21T16:47:00.003+08:00

這篇緣起於ogre Hydrax plugin的授權為GNU Lesser General Public License，也就是無法使用lib link，在iphone要使用靜態連結的方式，所以只好自己想辦法，於是便踏上了研究水實作這條路。
網路上可以找到的範例程式，大部份都是從這從這篇來的Real-time water rendering，
目前看到比較常用海浪模擬較常使用的演算法為Perlin、FTT，為了效能上的考量，以實作Perlin為主，有興趣的人可以看這篇：真实感海水的绘制及Perlin噪聲
相關Demo影片如下：

當然選擇Noise演算法只是繪製真實水的第一步，接下來還有很多事要做…

關於STL的Erase的問題…

2011-11-18T11:08:00.000+08:00

一般在PC上，通常是這樣的寫法：
it = Container.erase(it)。
但其實這樣的寫法，在標準的STL裡是行不通的，統一的Erase寫法是微軟的STL幫忙做掉了。
為了跨平台的考量，可能要調整寫法，以下是一般容器的例子：

std::vector

std::deque

std::list

用 it = Container.erase(it);

std::map

std:multimap

std::set

std:: multiset

用Container.erase(it++);

與Xcode,OgreIphoneLib之間的恩怨情仇 …

2011-09-16T18:32:00.002+08:00

請參考這篇：How to get Ogre3D running on iOS in 15 minutes

若要讓程式進入點main可以跟平台的話，需將其副檔名設成cpp，並在xcode的project裡的Build Phases裡的Compile Sources裡相關cpp的Compiler Flags設成-x objective-c++（這樣可以讓這個C++同時可以編譯object-c及c++的語法）。並將Build Setting裡的Build Options裡的Compiler for C/C++/Object-C設成LLVM GCC4.2（預設的Apple LLVM compiler2.1編譯雖然會成功，但是會出現一些奇怪的錯誤及警告，不過編譯速度較快…）。

接下來就是跨平台編譯環境的建立…（超不習慣.cmake，.make之類的東西，但是為了跨平台編譯環境的目標，還是得面對）下面是相關影片…

關於Script的評比…

2011-09-15T10:21:00.002+08:00

這篇是關於Scirpt的評比，發現原來Lua的效能比Perl及Python好，之前都搞不清楚狀況，看魔獸用Lua就跟著用，現在才發現自己用對了（個人對Script來說比較重視效能），文章出處是Unigine引擎的Development log，截錄內容如下：
Huge speed-up of UnigineScript

The recent update of Unigine engine brought a significant speed-up of UnigineScript (the built-in scripting system). Here is the performance comparison chart of UnigineScript 2.46, Lua 5.1.4, Perl 5.10.1 and Python 2.6.6 (higher values stand for higher performance):

All tests were performed on Intel Core2 Duo E6750 @ 2.66 GHz / Ubuntu Linux 10.10 (64-bit).
The following tests were made:

Array - simple math operations and array elements access

Branching - conditional branching

Loop - a loop with variable increment inside

Loops - six nested loops with 16 iterations per each loop, variable increment inside

Matrix - 128x128 matrices multiplication

Random - simple random number generator, a loop with a function call running 20,000,000 iterations

Sort - quick sort and buble sort algorithms (no external C functions, only pure bytecode)

Statistics - simple Gaussian random number generator and Gaussian distribution calculation
Vectors - simple math operations with 3D vectors and 4x4 matrices

According to these tests, UnigineScript has proven to be the fastest scripting language, especially optimized for 3D-specific tasks with its built-in support of 3D math.

文章出處：http://unigine.com/devlog/

Unkwnown的James在Ogre上復活了…

2011-09-05T18:26:00.000+08:00

Unknown的James終於在Ogre上復活了，相關影片如下…

還真令人懷念呀…
這次除了基本操作動作之外，還有加入Normal Map，由於Physique資料在OgreMax輸出外有問題，所以自己就改用Skin，但權重不太會調，所以有點水管手及破面的問題，之後預計把相關的動作補完，待續…

MDEngine網路連線遊戲程式測試計劃…

2011-08-20T18:05:00.002+08:00

其實很早就想執行這個計畫了，基本上就是在我的電腦把Server程式Run起來，讓有興趣的同好進來測試，目前只有做到基本操作、普通攻擊及集氣攻擊…等，但仍有一些bug，比方NCP被擊飛時，會發生不正常的狀況…有興趣的人可以給我google的email帳號，我會把Clinet連線的檔案分享出去。以下是相關影片…
這個Demo只有放一個NPC，不過其他玩家也可以連線進來互打。

把魔獸裡的人改成超級賽亞人…（Ogre Default Cel Shading Testing）

2011-07-30T08:37:00.000+08:00

這是有關在Ogre3D裡的卡通算圖的範例，我只是拿這個材質來套用在魔獸人類戰士的Model上，而這個shader目前並不支援Diffuse貼圖，所以在Polygon不夠的情況下，細節用貼圖去解釋的資訊部份，會看不到，感覺這樣的做法不太優，以下是相關影片：

Preview之前舊的影片…

2011-07-30T08:30:00.001+08:00

由於有網有要求希望我將之前的影片連結過來，以下是之前的影片連結：
集氣攻擊：

把Server運作狀況Render出來：

之前的作品－Unknown影片：

之前的作品－Unknown影片（走牆射擊）：

仿魔獸操作系統：

為魔獸的Model加入Normal Map：

Sky Shadow編輯：

天空盒編輯：

VideoMaterial：

Keyfram Edit UI：

整合Partice Universe：

Make Dream Scene Editor的新功能：

Jump With NAV測試1：

Jump With NAV測試2：

NAV編輯：

Make Dream Scene Editor畫草及物件的功能：

動作分離系統編輯：

Make Dream Scene Editor基礎功能：

整合Ogre，Physx，RakNet及HyDrax：

較早期的Make Dream Engine的Demo：

Preview MakeDreamEngine…

2011-07-07T15:00:00.003+08:00

相關影片連結：
集氣攻擊展示影片
 影片連結
目標：
快速開發MMO（或MO）ARPG（或RPG）的遊戲引擎。
跨成像引擎平台架構。
簡單易用的開發工具。
已完成清單：
場景編輯器：
　　Terrain編輯（含Deform、Splat、Smooth、UnDo、Redo…）。
　　物件配置（含Transform、Multi Selection、Snap[Position＆Direction Mode]…）。
　　Icon Base Button架構。
　　Ribbon Base Menu。
　　場景屬性編輯（環境光、霧氣…等）。
　　方向光屬性編輯。
　　Field編輯（含Paint Grass、Paint Dynamic Mesh、Mesh攞動強度…等）。
　　NAV Mesh資料編輯（產生處理、相關產生參數編輯）。
　　Sky編輯（類型指定、貼圖設定、UV捲動參數、陰影參數，其他參數…等）。
角色編輯器：
　　動作編輯
　　動作分離編輯
　　動作組合編輯
　　Key編輯UI設計
　　動作插Key編輯
　　動作參數設定（含串接相關參數）
　　受擊範圍資訊編輯　　
引擎函式庫：
　　遊戲主架構框架函式庫。
　　Client預測處理機制。
　　成像物件庫：（繪圖管理器、場景管理器及其他繪圖物件…）
　　遊戲物件函式庫：（操作邏輯物件、鏡頭控制、靜物物件、動作物件、角色物件）。
　　命令框架及相關遊戲命令實作函式庫。
　　行為框架及相關遊戲行為實作函式庫。
　　虛擬遊戲IO架構（可自行指定對應鍵盤或滑鼠按鍵值）。
　　物理引擎碰撞處理函式庫整合（含物件碰撞測驗、角色控制器、位移修正處理…）。
　　NAVMesh函式庫整合（含資料產生及路徑搜尋模組）
　　3D除錯資訊繪製函式庫（含動態模式及物件模式）。
　　Avatar控制器。
　　遊戲物件工廠框架。
　　特效函式庫整合及特效管理器。
　　水特效函式庫整合及水特效管理器（Hydrax Water lib）。
　　無限段動作分離處理架構（含上下半身拆開）。
　　Sky及Sky shadow管理模組。
　　投射貼圖物件。
　　動畫材質（AVI　Material，可直接貼在物件上）及相關撥放面板函式庫。
Client&Server：
　　RakNet函式庫整合。
　　RMI架構整合。
　　預測路徑處理。
　　遊戲處理器（客戶端、伺服器端、觀察者端處理器）。
　　Client與Server共用場景架構（Server場景資訊3D網格化，Base On NAV Mesh）。
　　遊戲物件：Server場景物件、角色物件、NPC物件及物件管理器。
　　Interesting Scope架構規劃及整合。
　　Server、Client與Bot程式框架。
　　觀察者端程式框架（顯示Server端的運作狀況）。
　　3D顯示Server程式框架。
通用函式庫：
　　LUAScript函式庫整合。
　　XML函式庫整合。
　　unique ID產生器。
　　3D Model Icon產生器。
　　狀態機架構。
　　AI框架函式庫。
　　時間計算器。
　　虛擬命令處理器。
　　命中判定處理器。
　　同步資料處理器。
　　角色行為函庫器。
　　整合Loki Singleton及Small object。
　　SSE函式庫整合。
GamePlay相關系統：
　　類魔獸操作處理系統
　　多段跳處理（含Client & Server同步）
　　集氣處理及相關技能
　　血量及名牌板
　　受擊、擊飛、死亡、重生處理流程
　　受擊判定處理
Future List：
UI函式庫整合（含Script整合）
特效編輯器
角色編輯器未完成功能補完（含Avatar編輯…等）
音效函式庫整合
場景編輯器未完成功能補完（含Game Play Trigger編輯、Anmimation物件配置、水參數編輯…等）
遠程攻擊處理流程（含準星處理部份）
分離動作系統與AI整合（比方八爪章魚，每一隻觸手可以獨立運作…）
其他的還沒想到…

如果沒有人批評你，那表示你沒做出什麼事…

2011-06-02T10:44:00.002+08:00

對於書上沒寫的領導守則所提到的這句話，『如果沒有人批評你，那表示你沒做出什麼事。』我感觸非常深，原來我一直是為別人而活…
　　我一直以為自己是很有自己想法的人，但經過許多事情才發現原來我非常在意別人的想法，雖然不會因為別人的想法而改變自己所認定的價值，但情緒卻會低落，甚至會質疑自己的想法而迷失方向。
　　別人的反應有時像一面鏡子，會讓我們發現自己看不到的地方，但有時卻會帶來被質疑的感受。仔細想想，這些事件及意見本身是中立的，主要是自己怎麼去解讀，別人提出的部份如果是建設性的，這是讓自己有成長的機會，高興都來不及了，若是負面的情緖反應，那僅僅是他個人的感覺，跟自己無關，『不要因為別人的反應來否定自己，要重視建性的意見來讓自己成長。』
　　相信自己的選擇，朝自己的夢想勇敢航行。如果這路上有批評、謾罵，把它當作Game的難度（越Hard Code的難題，越有挑戰的價值，等級低的時候，通常沒什麼很強的怪，所以當怪很強的時候，通常也代表自己的等級比較高了），如果有至友、親人的祝福與支持，把它當作補血的瓶子（也會沒有HP的時候）。

體會到承諾原來分兩種…

2011-05-18T01:10:00.002+08:00

最近課程讓我體會到原來承諾有分成對自己及對別人。對自己的理由通常非常多，因為這些東西通常不足以支撐不做的原因。而對別人的話，我們通常會有很強大的理由，且類型常常是必須，所以比較少。
　　我體會的是，對自己的承諾的考量，通常是是藉口，所以就做了再說，用結果來印證自己的企圖心、積極就對了。而對別人的的承諾要再三考量（如果你是一個重視承諾的人）才決定下，因為通常你找不太到理由。比方之前以經跟老婆討論好如果有重大的採購要先跟她說，那就不能先下決定要買（給一個對自己的承諾決定要買，無論付出多大的代價…），就算你有任何方法可以確認能說服對方，也不能這麼做。

原來我還有這麼多…

2011-05-15T00:35:00.000+08:00

『原來我要親情』，想不到在課程短短的一天，就改變了我活了３６歲的想法（一直以來總覺得只有自己才會愛自己，其他人是不會真正愛你的）。
　　沒想到除了自己還擁有這麼多（老婆、兒子），原來他們不是我的責任，是值得我用一輩子去愛的人，當我把責任這樣的想法卸下後，我覺得好輕鬆、舒服。
　　現在的我就像戴上一副幸福的濾鏡，來看這世界的美好。

紅黑遊戲告訴了我們什麼…

2011-05-14T02:45:00.002+08:00

有興趣的人應該可以找到這個遊戲，就不多說遊戲內容了。在一開始的時候，老師很清楚的講了遊戲規則是「目的是要贏，以最高正總分為優勝」，但我聽了贏這個字，大腦就被沖昏了…
自以為是地覺得就是誰拿最高分，誰贏，根本沒仔細聽清老師所說的內容：『都說三次了，還沒聽懂，實在很慚愧…』，完全沒注意到是要雙贏才有機會的陷阱題。
　　世界到處都充滿紛爭，在這個遊戲裡可以看到整個縮影，而且我也是其中一份子而不自知。仔細想想，自己其實也蠻自私的，雖然是不會有任何意圖想去做任何陷害對方的事，可是卻對不努力的人嗤之以鼻，覺得那是他們活該，會有這種結果是自己造成的，但我有幫他們做過什麼嗎？好像不多…然而我能全身而退嗎？顯然我在遊戲中一樣是負分…
　　開始覺得有些事物在自己身上，只能增加一點點分數，如果發在生別人身上，也許可以帶來更多的分數，持續思考中。

原來我二十幾年前就欠了一場哭泣…

2011-05-14T02:22:00.003+08:00

好久沒當學生了，在一堂心靈探索課程中，把累積了二十幾年的眼淚都用完了…在當下我才發現原來我是這麼愛自己的母親…
　　從小沒有父母親疼愛的我，一直都是外婆家長大，在國中二年級的那年，母親不幸車禍過逝，當時正處於叛逆期的我，外婆一直叫我在太平間那跪著跟媽媽哭泣，但當時我卻不知為什麼流不出一滴淚水，只是很平靜地望著她看。
　　在課堂上，我終於把內心中的話喊出來了『媽，為什麼丟下我一個人走掉，你不知道我已經沒有爸爸了嗎？』。我從不知道自己原來這麼渴望親情，而且也覺得自己一直以來只相信自己不相信別人跟這個部份一定有關係。
　　也許我在內心深處中根本不愛自己，也不懂發自內心真誠地愛人，於是決定先從經營好自己的家庭生活，看看能不能填滿這長期以來的缺憾。

對VS錯，必須VS選擇

2011-05-14T02:02:00.004+08:00

在我們一生中，常常在做出最好的選擇。（當下狀況，很多選擇對自己來說都不存在，但我們卻常常想要那些選擇，其實我們所做的選擇往往是最好的，大家都是選擇的高手…所以要愛自己得選擇）。
　　也許有絕對必須（一定）的事件，但你卻可以選擇用什麼態度來面對，所以即使發生天災人禍時，仍然可以選擇負責任的態度去面對，考慮接下來該怎麼走才會有希望。
　　受害者其實有好處的…
對我來說就是證明自己是對的、別人是錯的、獲得別人的認同，但是要付出的代價就是『事情不會因此而變好、需要讓自己一直保持心情的低落來維持這些好處…』，因為心情不低落的話，就不會覺得自己是受害者。對與錯其實對事情的改變並不會有任何的幫助，真正有價值的是讓事情朝正向發展。
　　百分百負責任態度來面對問題，就會把焦點放在自己身上，而不是一直在別人身上，當這麼做時，你會發現原本必需、應該的這些形容詞，會變成更多的選擇，因為有選擇，所以心境可以轉化為正面，不會一直陷於低潮。當然面對問題也可能讓事情更糟，讓自己陷入更深的受害者情境，不過我想冒這個風險，因為他會讓事情有機會變得更有趣。
　　『因為沒有必須，只有選擇，所以我要承諾過沒有藉口的生活』

原來不喜歡主動跟他人打招呼的原因是…

2011-05-14T01:40:00.000+08:00

一直以來不喜歡跟別人主動打招呼，總覺得是因為自己比較內向或沉默寡言，其實深究探討後，才發現自己是因為怕別人不回應，會讓自己很糗、丟臉，而且會開始懷疑對方是不是看不起我或對我有什麼意見。再仔細傾聽自己內心的聲音，才發現其實是覺得自己不夠好，自信心不足…但為何會覺得自己不夠好呢？（我猜可能跟自己身高、從小沒父、母親的關愛有關係，但真正的答案是？）

常常覺得規劃有趣的系統就像照顧自己心愛的小孩一樣…

2011-05-07T02:16:00.002+08:00

夜深了，剛把一個有趣的系統處理到一個Ending，往窗外一望，突然覺得架構這個系統感覺好像照顧自己心愛的小孩一樣…
　　比方在彈性方面的考量，就像是擔心小孩會不會太胖或長不高…等等，總是希望他的適應能力要強。對系統來說，如果能適應各種狀況卻不需要花太多的時間修改，會讓人這個系統很有用。當然為小孩好應該要讓他自己去適應這個環境而成長，不過系統是沒辦法自己變好的，所以需要幫它想更多，因為一個適應力很差的系統，在新增或修改功能時，為了遷就之前的架構往往會比重做更糟糕。
　　自己覺得最有成就感的事情之一，就是當企劃或美術跟你提新的需求或要做調整時，可以輕易地說一聲『沒問題，這個我早就考慮過了』。

我們這一生有做過那些值得紀念的事…

2011-05-05T00:17:00.008+08:00

好久沒寫日記的，突然想到自己活了快40歲了，有什麼值得紀念的事呢？太宅的我好像沒有登玉山頂峰之類的事蹟好寫，能說的好像都跟電玩有關係…

快打旋風２（大型機台）百分之百使出獸人來回旋轉，在當時的小鎮沒什麼人用得出來。
快打旋風２（大型機台）用塔爾錫（阿三，比較少人使用）連勝３０場，讓一個善用凱爾（阿里顧，腳刀）鄰居氣得牙癢癢。
吞食天地難度加強版（大型機台）一人不死全破。
RType不死全破…
太七在第一輪就拿到超究武神霸斬。
格鬥天王使用喝酒老頭（較少人使用）的角色稱霸街機店一個下午。
在還是BBS剛盛行、WEB剛起步的windows3.1的時代，整合了一個類WEB 的hyperlink的函式庫，廣為被做專題的同學們使用。
在輪迴（Unknown）遊戲裡負責動作及碰撞處理的部份，並全程參與完成（自己一直以來都很愛動作遊戲，駭客任務的走牆射擊處理，實在太另人感動了…）。
寫出Base on在Ogre1.7新架構的Terrain編輯系統，並獲得Ogre引擎負責人的認同（獲得這樣的人的認同才有價值）。
生下人生第一個小Baby，並看著他長大。

　　最近能讓自己感動的事情越來越少了，持續尋找能讓自己熱血的事物，Keep Walking！