2015年3月30日 星期一

開發日誌-0067 rollTurtle!level design prototype demo - world1 level2


這星期截至目前為止完成了world1的1~14個level design!
做level design真的是又快樂又傷腦筋,
不過基於種種原因,
部落格的開發日誌只會放出前幾個關卡的影片^^"
等後期全部level都做完之後,
才會再剪一隻總合各level全遊戲中不同機關有趣好玩的部份當作宣傳影片。

光看world1 level2的影片的話,
可能會有遊戲很簡單一下就過關的想法,
不過那是因為主要是在手持裝置上進行遊戲的考量,
大部份關卡的設計目標是在1分鐘內能完成,
遊戲難度會隨著關卡推進而愈來愈有挑戰性,
level2看起來很簡單,
是因為它只是level2呀^^

前10個level基本上比較偏向教學關卡,
並兼具引導玩家瞭解這個遊戲特性的性質來設計,
隨著關卡推進,world的切換,
會有很多不同的有趣機關,
大部份各世界的特色機關在之前的開發日誌有紀錄到,
也有一些是沒有公開過的,
等遊戲上架後實際玩了就會知道的^^

雖然說是設計在1分鐘內能完成關卡,
但是有設計了額外的挑戰目標,
如果只是單純想完成關卡的話很簡單,
動作遊戲或不擅長玩遊戲的新手也可以簡單上手。
但如果想鑽研遊戲的話,那就算是前面的關卡,也就沒有那麼容易了,
希望能激起玩家反覆挑戰嘗試的欲望,把每關的挑戰都達成完美通關。

總共規劃了100個level+5個boss關卡,
目前已經做了14個level,還剩下86個level!!
希望能在6月完成上架!

這星期的突發狀況,
在測試各level的時候,
往回重覆玩這次錄製影片的level2時,
發現存檔有時會出錯,導致level select的圖像整個錯亂,
後來發現是因為level2跟各level一樣明明都只有配置3顆蛋,
但不知道為什麼,
有時候吃完3顆蛋,
莫明其妙的用來紀錄蛋的參數會跳到4!!
明明就只有3顆蛋,
但是程式不會騙人,
在花了1整天的時間仍然找不到bug的原因後,
決定還是多加一個判斷式,
if (蛋的數量 < 3)這樣應該就沒問題了,
雖然實際上bug應該並沒有解決,
但是至少能順順的run就好^^"

最後是這次的world1 level2實機遊玩demo影片,
對rollTurtle開發進度有興趣的朋友歡迎到粉絲專頁按讚追蹤喔:)
https://www.facebook.com/RollTurtle

rollTurtle! prototype demo 24 levelDesign W1L2 / kirafu's game 


7 則留言:

  1. 哈囉~請教一下這遊戲是用什麼開發工具?
    是2012年10月6日那篇文章提到的Gamesalad嗎?

    回覆刪除
    回覆
    1. 你好,rollTurtle是用gamesalad做為開發工具的沒錯:)

      刪除
  2. 請問gs的右下角有提示說:最好把檔案控制在20mb內,圖片壓縮之後總算達標了,但是看到版主說預計做100關,那檔案會不會太大導致程式碼崩潰呢?

    回覆刪除
    回覆
    1. 檔案控制在20mb的那個貼心提醒它有說明,
      是如果要上傳到gamesalad arcade在網路上直接遊玩的話的限制,
      還有早期我記得沒錯的話,
      檔案超過20mb就無法用3G網路下載,只能用wifi下載,
      這個提醒大概是基於這一點吧。

      基本上從使用者的角度來看當然也是希望app的檔案愈小愈好,
      畢竟不是每個人的裝置都有大容量可以用,
      不過如果能做的壓縮工作都做了,
      檔案還是有一定的大小那也沒辦法,
      基本上不管它也是沒關係的,
      這個問題就好像有一個在網路上流傳的笑話,

      "吹風機插頭用完不拔的話會怎麼樣??"

      "千萬不要這麼做,上次我室友用完吹風機沒有拔掉插頭,然後就..."

      "就怎麼樣???"

      "就少了一個插座可以用!"

      XD

      刪除
    2. 喔喔原來那是GS arcade在網路上直接遊玩的話的限制。
      如你所說:基本上不管它也是沒關係的,但有時不知道為何出現bug,總是會懷疑檔案太大導致,造成我對GS又愛又恨,喜歡他直覺式開發,而右下角那個提醒又讓我“驚驚”。

      刪除
    3. 基本上gameSalad的project檔案大小跟執行效能或有沒有bug沒有正相關,
      gameSalad雖然很直覺好上手,
      但是也很容易在程式方面效能爆炸,
      程式邏輯部份要處理的漂亮乾淨,跑起來才會順,
      這部份反而要比其他開發工具更用心@@"

      刪除
    4. 非常認同:效能處理這方面要更用心研究
      自從看過31個優化遊戲的tip,以及 Improve "pause UI" loading time,便用來檢驗自己所的知識,在實踐中找出問題,所以版主所下的「苦工」,絕對是有必要的!

      刪除