跳到主要內容

Android遊戲5連發的一些記錄

這二個月裡面很密集的連發了5款android小遊戲,雖然這些遊戲主要都是移植或改版的作品,但在作移植或改版的過程還是學到了一些東西,並且最重要的是又對good作了點改良,雖然都是小改進但也是小進步,只要持續的作,這些小改進累積起來也是很可觀的 !這篇文章主要目的是在作這幾個遊戲的過程中,把那些值得記錄的事寫出來。

1,跳跳伯尼熊 UpUp!

某一天終於心血來潮,很想要把什麼遊戲放上google play。這個遊戲是很早之前就完成的,因為也都是用GL成像的,程式也不大所以就挑了它開工。


移植UpUp第一個版本到android手機上很快,大概只花了不到二個小時,因為在那之前我就已經移植過good,直接套用相關的經驗很快就可以在手機上執行UpUp。完成第一步的任務後,接下來就要改版了。原來的設計是單機的,有個單人排行榜,現在要改版成有個多人排行榜。為了作到這件事,有好幾件事需要完成。
  • 首先需要有個排行榜的server,這個功能我用php+mysql作了一個很陽春的server,透過http 和json作溝通。
  • 玩家在排行榜上的名字要怎麼來?原來的版本是在gameover,成績有上排行榜時,讓user輸入,不過因為我只用了英數符圖的字圖,所以最後改成抓google account,然後再一開始用toast顯示。
    AccountManager accountManager = AccountManager.get(this);
    Account[] accounts = accountManager.getAccountsByType("com.google");
    String name = accounts[0].name;
    myName = name.substring(0, name.indexOf("@"));
    Toast.makeText(getBaseContext(), "hello " + myName, Toast.LENGTH_SHORT).show();
  • 再來就是聲音的處理。將相關的資源檔放在res/raw目錄下,再透過MediaPlayer.create(this, idRes);作到播放聲音的功能。
2,報數快手123  (src)

完成UpUp之後,應該也要弄個用good製作的遊戲才行。good在一年多前花了點時間移植後就沒再花時間在上面,現在主要是差在沒有聲音。有了UpUp的經驗之後,就開始研究怎麼移植聲音功能。


聲音在good和UpUp不同的地方是,UpUp的聲音可以把所有聲音檔(ogg)放進rew/raw目錄,然後再用MediaPlayer依id播放。不過good會把所有資源打包成一個good檔,所以需要改以stream的方式來播聲音。經過研究後,android上面似乎沒什麼簡單的方法直接從APK裡面的資源作stream播放,需要使用間接的方式建立一個暫時的檔案,然後播放這個檔案。
      File tempFile = File.createTempFile("goodtmp", ".tmp");
      tempFile.deleteOnExit();
      FileOutputStream out = new FileOutputStream(tempFile);
      out.write(stream);
      out.close();
作到這步,後面就可以拿這個檔案餵給MediaPlay播了,當然中間還需要自己作點資源的管理才行。

因為報數是需要透過google的文字轉語音(TTS)功能發出聲音,所以為了達到這個功能,新增了API Good.FireUserIntEvent用來作為和APP的構通介面。

另外加入了Logo注入功能,讓每個good包在播放前都會先播放一段logo。


製作25940m的過程,主要值得記錄的是將原來的API Good.GetScreenResolution改成Good.GetWindowSize。這個改變是為了提高API名稱的自我說明。


4,鋤草機  (src)

製作鋤草機的時候,每一個關卡的背景原本的版本是純色,現在改成都使用相同的貼圖,所以設定背景貼圖的功能是使用script達到的。使用在關卡的OnCreate事件裡面用script建立背景貼圖物件的時候才發現,沒有API可以用來設定重覆模式,所以才又加上二個新的API: Good.GetRep, Good.SetRep


在製作鋤草機的過程中,同時又對good底層作了一次最佳化,將其中一個std::string的使用改為char[]。

5,小香方塊  (src)

小香方塊是比較單純的改版製作,在製作中發現了縮放物件時的問題,這個問題也是接下來需要引進anchor point的支援來作解決,不過目前先以其它方法簡單的避過。

另外對good作了一些小改良,其中增加了一個新的定義Input.ANY到輸入模組內,用在檢查任何按鍵的輸入。



留言

這個網誌中的熱門文章

KillSudoku 4顆星精彩數獨 (三) - XY-Chains

這是數獨解題技巧裡面的高級技巧,比X-Chains還再高一點點。會這個技巧的話,就可以解4或5顆星的題目了。 這個用來測試的題目,用 KillSudoku 來解可以解出,中間使用了2次Naked Subset,1次 W-Wings ,1次 X-Chains ,2次 XY-Chains 。所以算起來,這一題應該是有5顆星的題目。 附帶一提,目前找鍊的演算法並沒有去找一條最短的鍊,所以可以看到用 KillSudoku 解的時候,第36的步驟找到一條超長的鍊,這條鍊足足由13條連線構成,要是沒練過的話,絕對頭昏眼花,找不出這樣的鍊來的。 實際上在這個步驟裡,是可以找到另一條更短的鍊。不過目前以先能work,之後有空會再改進演算法的部份。

猜數字遊戲 (電腦猜人)

前幾天午睡時突然被告知要參加公司內部的程式設計比賽,題目是用C寫一支文字模式的4位數字猜數字遊戲,由使用者來猜電腦的數字。在上星期時其實就已經有公佈了,但我沒有注意到所以是臨時加入,還好這是個簡單的題目,不用花多少時間就可以寫出來。 規則: - 這是一對一比賽,雙方各選擇一4位數字,不讓對方知道。 - 4位數字由數字0至9組成,每位數不得重複。 - 雙方輪流猜對方的數字,直到一方猜中為止。 - A方猜B方的數字後,B方根據A方的猜測回答幾A幾B。 - 一個A表示猜中一個數字且位置正確,一個B表示猜中一個數字但位置不正確。 - 當一方猜中4A0B時即表示猜中對方全部4個數字且位置正確,贏得比賽。 - 例:B的謎底是4208,底下箭頭左測是A的猜測,箭頭右測是B的回答。    1234 ==> 1A1B    5678 ==> 1A0B    2406 ==> 1A2B    ...    4208 ==> 4A0B ; 寫個程式讓玩家來猜電腦的數字不難,不過我從來沒有寫過讓電腦來猜玩家數字的版本,所以花了點時間想想怎麼寫。 研究後歸納出二個點。 1, 使用窮舉法將所有可能數字組合列出。 2, 每次猜測後根據結果排除不可能是答案的組合,重複這個動作直到猜中答案為止。 第1點只是實作問題,第2點概念也很簡單,但要過濾不是答案的組合根據的是什麼?乍看之下沒什麼頭緒,不過想通之後就非常簡單了。 它的基本原理如下:假如謎底是4561,如果猜1524則會得到1A2B。從相反的角度來看,如果謎底是1524,則猜4561時也會得到1A2B的回答。 利用這個方法,每一次猜測一個數字X後,再以這個數字當作答案,來和所有剩下來的候選答案作比對,如果得到的結果(幾A幾B)和數字X是一樣的話,就把這個數字保留下來繼續作為候選答案,否則就過把這個數字過濾掉。下一把,繼續從候選答案裡選一個出來猜,重複上面的動作,直到猜中為止。 ; C++ STL的algorithm裡有個叫作next_permutation的函數,可以用來生成排列。 #include <iostream> #include <algorithm> using namespace std; int main () {   int myints[] = {1,2,3};  ...

單人撲克牌遊戲 - 蒙地卡羅

新增一個簡單的單人撲克牌遊戲: 蒙地卡羅 ,簡單介紹一下玩法。 下載 事先排列好5x5張牌。 每次移動一張可以配對的牌,並消除這對牌。在上下、左右及斜向相隣的二張牌,只要擁有同樣數字(不計花色),即可配對。 消除二張配對的牌後,剩餘的牌以往左往上的方式補滿空隙,接著在發新牌補滿後面的空格。 重覆步驟2~3,直到沒有牌可以配對及發完所有牌為止。 結果有二種。一個是勝利,成功的消除掉所有牌。另一個是Gameover沒有牌可以再作配對。