2016年8月30日 星期二

[Ludum Dare 36]飛鴿傳說-Game Jam開發小感


遊戲封面還滿像回事的嘛
這次Game Jam應該是我自己這麼多次Game Jam以來完成度最高的一次,從程式美術企劃都算是我自己從未達成過的程度了(不過完全沒有聲音...)。

這次的題目是:Ancient Technology
其實我看到有點傻眼,完全想不出來要做什麼,於是就來安價吧!




太空漫遊2001,這個超帥,不過比題目更難聯想XD
橘之介說他也很想做這個題目



「飛鴿傳書」還滿有感覺的,就用這個吧!

企劃構想

一開始的想法是比較像《Papers Please》的概念,反覆做同樣的幾個動作,但是慢慢就會發覺必須要想想要怎麼選擇,但怎麼選擇都不會是最好的。有時間壓力但因為動作很重複,所以在動作熟練之後就有心力可以去思考選擇產生的長遠影響。
具體的玩法就如同大家看到的這樣:玩家扮演傳令兵,負責的工作就是接收將軍的命令,然後放出鴿子到城市中,對城市中的部隊發出指令。
城市中的部隊也會送鴿子回來,鴿子回來才會回報城市中的狀況。
鴿子飛行需要時間,也有可能會飛錯地方。
所以傳令兵就必須有點自己的判斷來送訊息,但是不聽命令就可能失去信任。
其實加入城市裡面的「平民」數字是有點反戰的想法在裡面的,不管戰爭誰贏,死最多的都是平民啊...

美術

因為飛鴿傳書非常適合東方的風格,這次的美術採用 Expresii 寫意 這個水墨軟體,效果真的讚!
花了很多時間畫鴿子,不過其實是就把鴿子的圖片放在下面的圖層,然後在上面用描的。
地圖背景其實就是非常的寫意啦,把筆沾滿了水然後亂塗一通...
很多事件本來想用畫的,但也畫不出來,只好用寫中文的,這也造成了做不了英文版的結果...

程式

遊戲工具還是最熟悉的Construct 2,因為大量的數值運算,會用到大量的array功能,可以說是把array功能整個摸熟了!
在game jam上做這種比較靜態的策略模擬遊戲其實是很吃力不討好的,數值運算寫得半死可是玩家第一眼看不出來在玩什麼...
隨機選城市的運算還是很有問題,最後只能讓已經沒打仗的城市還是會送鴿子回來,結果又產生另一個bug...
然後最後還是有很多bug...像是無法結束,或是軍令訊息的錯誤...orz


過程一些小趣事

這次的安價效果還不錯,比起高潮勇者的安價還有趣,總算有比較正經的討論,我非常喜歡那個2001太空漫遊的聯想,不過完全沒概念要怎麼變成遊戲XD
首先做功能上的prototype,一開始軍令放在鴿子上就會自動飛過去,但試了一下就覺得好無聊,所以就改成可以不依照軍令指定的城市,讓玩家有多一點選擇。
第一天晚上把完全沒有美術的版本先放上LD網站卡位,沒想到竟然就有人開始玩了XDXD然後開始抱怨看不懂XDXD
其實我非常明白LD最好就是放英文版才會有比較多人來玩,但這個題材還是中文比較好,才會決定先做中文版。
做美術的時候就發現沒辦法做英文版了....



如果讓我重新開始規劃遊戲的話

首先把整個地圖拿掉吧! 這個地圖太誤導了,我希望的是像Papers Please的感受,讓畫面更多空間來放鴿子相關的操作。
放出鴿子之後,放一張鴿子在飛的圖片就好了,各城市有專門的鴿子,只會飛到那個城市去。
甚至只需要1個城市就好了,但那個城市要有更多的參數和狀態,例如民心士氣等等,軍令也要有更多的變化。
鴿子本身也要有更多的變化,像是速度和穩定性等等,照顧鴿子也會影響這些參數。多照顧鴿子會減少任務次數,但完成任務才能獲得信任度。






沒有留言: