D級特工 D-Squad

大家好 我是Yavar，身為酷思特的行政&遊戲程式 平常除了工作室基本的行政及商務處理 D-Squad這款專案中負責關卡設計程式編寫的部份

除了純粹的開發製作面 我也很重視編寫文件表格作為團隊之間的溝通 開出正確的規格書也能證明自身的表達能力

有些人會認為寫文件浪費時間 但如果什麼都沒有規劃及準備的投入下去亂做 那才是真正的浪費時間，效率是讓你做的任何事都有意義

先簡略說明我們對於關卡的人員規劃: 主企劃-設計整體遊戲劇情，關卡數量、內容

關卡設計-通常由程式擔任，可以有自己的設計，但基本上是照著主企劃的設定走

品質保證(QA)-反覆驗證關卡的可行性，會比較站在玩家的立場去思考，可要求修改設計

場景美術-貢獻很大，但這邊比較不會提到~

我擔任的位置為關卡設計

順便簡單的說明關卡製作的流程 首先我要去翻閱主企劃編寫的遊戲劇本 依照該關卡的角色台詞、情境、指定怪物種類及數量 然後打開Unity以及Visual Studio開始工作囉

雖然要用MonoDevelop也行，程式碼部份就不額外說明了

整體關卡的規劃及各別的流程我都有寫文件表格

身為程式，我會把自己的設計寫成非程式人員也看得懂

範例如上圖，我很想分享給各位看看，但不方便公開太多

所有參與開發工作的人都會製作自己負責的文件表格

負責人有開出良好的規格標準是很值得讓人依賴的

但如果只靠口頭講講就要求對方負責，那大概3天就忘了

我在遊戲中做好關卡後

會自己先玩過，確認是可以正常通關的

再來要確定自己的設計是否沒有問題?好玩嗎?

這個時候我就會請QA去試玩以驗證關卡品質

就算照著劇本製作，也不太可能一次到位

中間需要反覆的來回溝通、修改演出、怪物數量

有時光是遊戲中攝影機的運鏡就可以弄很久 更不用說遊戲整體上的平衡、各種數值

我並不是只做給自己玩

驗證方面我很依賴QA，場景上也很感謝美術

彼此能做出大多數人都同意的設計才是好的

不要過度相信自己，要相信就相信玩家會喜歡吧!

某方面來說這工作有點像當導演

不過畢竟是在做遊戲，就以好玩為主囉

另外在關卡設計這項工作也是有很多有趣的地方(範例如下)

無限多的炸彈以及更多的爆炸(開發人員專用)

無限的帽子先生軍團(開發人員專用)豪斯先生的機器人保安大軍

(≧Д≦)啊啊啊啊!!!!!(設計對白)(音量注意)(迫真)

其實我本來想寫GIT版本控管 但上一篇Scofa已寫，最後這邊貼一下意思意思就好

雖然前面寫說寫文件溝通很重要..... 但在Source Tree上倒是很常被問我到底在寫什麼

大家好我是動畫師阿睿，主要負責的是D-Squad宣傳動畫製作。

宣傳動畫的主要目標是讓大家初步認識遊戲的世界觀與角色，進而對遊戲產生興趣。

進入主題之前，先回顧一下[主美的遊戲開發日誌]

遊戲內的場景十分精緻，層次也很豐富。然而在時間、人力有限的情況下，動畫製作首先考慮的是將遊戲美術風格簡化，轉換成經濟實惠（？）又適合做成動畫的版本。

以下為宣傳動畫使用的背景設定。主體的配色參考遊戲內場景的配色，採用近景3-D遠景2-D的方式呈現。

雖然一開始製作3-D場景較麻煩，但之後可以依照需求拍攝不同角度的場景，省去畫2-D背景的時間。

為了大量生產房屋，使用了較簡化的Vector Art風格，並且製作了多組有造型差異但可以任意組合的窗戶與一樓大門。

除了背景之外，人物也做了風格的調整。採用統一粗細的向量線條、去除不易對位的漸層陰影（使用單純的雙色），為的都是做適當的簡化提昇製作效率。

大家好我是Scofa，活體人類，酷思特的眾遊戲美術之一。

除了畫圖以外，還負責設計一部分的敵人行為模式、協助測試遊戲等等

這次的開發日誌的主題打算來聊聊與遊戲開發息息相關的版本控管工具"Source tree"

團隊要共同編輯一個大專案檔時，版本控管是一件必要的事

Cherry和Ruzz要一起共同製作一個遊戲，對未來擁有美好的憧憬與理想，

對他們未來即將面對的苦難沒有任何概念。

他們在編輯同一個專案檔時，沒有版本控管工具的話

沒有辦法分辨哪個部分是誰動過，哪個BUG是誰造成

對程式來說，要是兩個人同時修改同一段腳本的話，沒有版本控管工具，根本沒辦法分工。

後來編輯的人員甚至會把前一個人編寫的內容蓋掉，

要保留過去的版本，就只能夠把整個專案檔複製另外一個備份，非常占空間又沒有效率

在種種問題的綜合之下，整個專案變成一坨混亂

連開發人員都不曉得他們製造了什麼東西

這個時候就會需要用到版本控管工具了

這類工具軟體有很多種，而我們使用的是Source Tree

SourceTree的介面，簡單介紹幾項功能

Commit 把你編輯的進度包成一坨東西

Push 把你包的東西扔到一個你團隊能看到的地方

Merge 把你包的東西與其它人包出來的東西融合在一起

當你試圖和其他人融合時，SourceTree會幫你檢查出是否有地方衝突(兩人有編輯到同一個地方)

藉由這個功能，使用者就能好好討論決定該使用哪種版本，而不是直接覆蓋過去

當然，如果發現融合後的版本有問題

SourceTree也能夠回復過去的歷史紀錄，還原到災難發生前的版本

在遊戲開發的過程中，常常會有反覆變動同一個設計的狀況發生

「ㄟㄟ，那個敵人的衝刺攻擊飛太遠了，把牠的衝刺拿掉。」

「OK」

「ㄟㄟ，牠不會衝刺攻擊根本就摸不到我耶，把牠的衝刺加回來。」

「好」

「哇，牠躲在小怪群裡發動衝刺攻擊我根本來不及反應，還是把牠的衝刺拔掉好了。」

「...你不考慮改短牠的衝刺就好了嗎？」

在設計怪物行為模式時，在腦中想像、與團隊討論都有可能有所疏漏

實際在遊戲中運行時，才會發現原來沒有預料到的問題

另外，為了讓最後的結果會是好玩的，常常會有需要實驗好幾種版本的狀況出現

例如這個怪物，牠的定位是一座緩慢蠕動的遠程砲台，牠該發射蔬菜湯、庵野秀明雷射，還是吐出對人生的怨念、玩家要怎麼應對牠的攻擊？

有了版本控管工具，就可以放心亂做實驗了

我們一定會盡全力把最有趣最好玩的版本交給玩家，敬請期待

D級特工需要你！想自己嘗試發射蔬菜湯的請積極報名！

開發日誌#15-從不會動到動起來之間的雜七雜八

大家好，這裡是負責今天的開發者日誌的Laluk。

工作內容大致與Saiste前輩相同，負責一部分的怪物與角色的動畫製作。

內容從一般身材的角色到各種奇妙體型甚至非人型的東西，什麼都有。

途中真的是各種燒腦袋lol

與之前Saiste前輩介紹的頭目一樣，大多數的怪物跟角色都是主美一開始就先設計好了，

我們的工作就是重新拆件製作成物件動畫，讓它在遊戲裡動起來。

雖然也有我們自己設計跟修改的部分，不過還是要經過主美的審查來確定風格在遊戲中不會突兀，中間的過程就是不斷的破壞與創造：

主美：「就是不行，我只能這樣跟你講...(略」

主美：「理論上來說，你這個不能這樣做...(略」

主美：「你就畫一畫很簡單啦，這不用花很多時間...(略」

我：「Oh...(|||ﾟдﾟ) 」

上次Saiste前輩講了草稿到確定內容的過程，我就來講講動畫調整好了。

物件動畫比起傳統的點陣圖逐格動畫節省了很多工作，只要置做好需要的部件，不需要每一格都整個人物重新繪製，也保留了很多調整的空間。

不過為了修改的方便性以及避免無用的關鍵key占據資源，

動畫的關鍵影格還是必須好好的整理過，才記得住自己在這一格到底做了什麼事情。

然後說到動畫製作，有些接觸的人大概都會看過像這樣的彈跳球動態圖

或是跑步動態的圖

...etc

(以上圖片來自自己的練習)

雖然製作方式不同，可是畫面演出需要的觀念跟基礎都是共通的。

動態、慣性、重心，每一個動作各部分細節代表的含意等等，一些小動作手抬起來要做什麼、膝蓋彎起來又要做什麼，這些一步一步修了又改，不斷修正整理後才製作出流暢自然的動畫。

而每一個怪物或角色都會有數十~百餘個數量的動畫要製作跟修整，雖然辛苦不過看到自己畫的東西實際動起來以後，就會覺得這一切都值了（´ヮ`）

最後放一個主角Tubbie的肚肚攻擊 :D

D級特工需要你！想用肚子推到僵屍請積極報名！

大家好，我是酷思特的小小程式 - Nori，

負責一些關卡設計和上一個版本的天賦製作，

今天向大家報告我們的主角之一 - Pepper 的天賦設計演變過程..

為什麼是上一個版本呢，因為.. 她還在繼續演變XD

在主企劃的設計思維中，Pepper這個主角的設定就是一位"爆發型"的英雄，

她有很高的爆擊率，持狙擊槍時會有更強的傷害提升，基本上就是殺手!

因此我把她分成四個流派走向: 爆擊、 近戰、大絕、狙擊槍特化。

乍看之下沒什麼問題，但其實爆擊率流和其他流派相比，她的特色漸漸被稀釋，

大絕流也需要加爆擊、人物基本被動天賦本身也有爆擊的成分，

所以當我完成第一張表的時候，愕然發現，三個流派都變成爆擊..

除此之外，Pepper有許多狙擊槍的特化天賦要置入，

例如: 每3秒提升點傷、靜止1秒之後提升點傷、對精英和Boss傷害提升等等..

這已將狙擊槍流的天賦塞滿，因此不得不把一些天賦轉移到爆擊流，

造成更嚴重的特色稀釋。

為了初始設定原則，過程中決定讓狙擊槍去更符合"爆發"的特性，

利用數值的微調，把人物持狙擊槍的瞄準時間和跑速懲罰往上拉，

再去回頭調整爆擊流增加的爆擊傷害%，讓這兩個流派有更明顯的差分，

另賦予大絕流更穩定的傷害，降低爆擊率分化的問題。

這是現階段設計概念，未來的天賦走向會由另一位同事繼續細調，

在正式上線前，會經過更嚴格的測試，敬請期待!

D級特工需要你！想用數據打趴僵屍請積極報名！

大家好，我是酷思特的遊戲美術之一-Saiste

目前負責明年發售的手機遊戲「D 級特工（D-Squad）」內的敵人及角色製作

剛聽到這次輪到我來寫的時候真是腦袋一片空白(喂

現在負責的部分主要是有玩家使用的角色和被玩家痛扁的敵人，不過不是所有的，

也有其他美術成員在製作這個項目，我就講我自己負責的部分。

那麼這次就以目前正在製作中的boss之一來做介紹

"綠皮膚妹子Alice"

一開始主美就有決定好外型了，到我這裡在轉換成遊戲內能用的版本

後續就是開始思考關於Alice會對玩家使用的技能、動作等等。

"各種草案"

一開始會以近中遠三種情況下boss會採取的行動為大方向去思考

有比較明確的想法就會畫成草稿然後和主美討論，

這中間就會有很多次的修改和調整，

達到一個ok的程度後就會按照決定的內容開始製作

"複雜的技能會在繪製較明確的sample來確定需要使用的特效及效果"

當然製作途中還是會有做修正或調整的地方，

像是特效、動作調整這些，雖然修改的時候很煩

不過看到最後出來的成品是好的時候就釋懷了(笑

到正式版為止還有一段時間

就請大家期待遊戲內各種不同的敵人登場吧!

D級特工需要你！想深度瞭解Alice的情積極報名！

各位好，我是目前擔任於明年發售的手機遊戲「D 級特工（D-Squad）」的物件設計帥哥美術-AT2.

工作室的第二期第一發進度日誌就給我擔當了，感謝工作室對我寄予的厚望 睽違一年多的第一篇工作日誌壓力有夠大，哭哭

自己目前的工作是物件設計，與玩家使用的、裝備的東西全部都有關聯。 凡武器、近戰武器、炸彈、防具套裝、藥水、食物等等的物件都是由這邊進行設計與製作

當然事情總是不會這麼順利的，

"泥看泥看窩畫這個究極滅世神秘力量多飛彈暴擊手槍，這一定超幹爆帥ㄉㄜㄌㄜㄌ" "滾"

我們遊戲雖然也會出現現實有的槍枝。 但是只有這樣就不好玩了的對不對 遊戲是個超級無敵瘋狂美式殭屍大戰遊戲，配合這個狂亂的世界觀所做出的原創武器的數量也是不少 通常要跟主美、主程式、副程式等多方面溝通之後才會真正執行設計跟執行 要是有了太多的一廂情願的話，很容易因為其中一方無法達成而造成這個武器或防具整個失敗 所以配合這點除了造型的設計之外自己也常常需要多方參與牽涉到程式面的平衡跟能力設計 直到提案跟彙整之後，最後才會經過三方溝通設計並做出成品。 耶，不愧是超用心的AT2.ᕕ( ᐛ )ᕗ

這裡是一把"補血的槍"的武器的概念設計到完成。打碼的是採用版本，

每一把一把的武器道具都會因為合理性、外觀構造、重複性、功能性、 遊戲平衡、配合動畫的位置比例等等來做出最適合的版本來配合遊戲 如上圖從第一版本到最後版本經歷過了 原型改造→原型改造+特徵加強→符合概念→做出接近概念的版本→細節微調並且比例大致上修正之後 才是最後會在遊戲裡面出現的版本。 最終的成品也可以讓人一眼看出這個武器有什麼作用.....希望啦。

雖然在設計期間在其中有很多很多的"特例"。

像是雷射槍阿閃電槍阿液體槍阿工具當武器阿之類的超級中二心滾滾來的設計 生活中不是本來就會有那種這個東西要是拿來打殭屍會有多快樂之類的幻想嗎 特例好好用，特例好好用阿哈哈哈哈哈ᕕ( ᐛ )ᕗ。

好啦，開玩笑的， 畢竟符合世界觀後就不會有奇幻或者是超現實要素會出現， 所以設計方向也都會朝著看似現代科技做得到的感覺來去做設計。

在設計面來說會在惡搞與帥氣之間做一個平衡。 基本上都是會維持到某一種比較自然的真實性為主， 讓人覺得"阿，實際上好像有這麼回事"的話那我就成功了，呀呼!

直到正式版為止約有數百件的物品會在遊戲中出現 希望到時候大家也可以在遊戲裡面找到最適合自己的武器裝備喔!! 以上

D級特工需要你！想體驗特別武器的快感積極報名！

(原版 2015/10/15 發佈在 http://waeroblog.blogspot.tw/2016/08/vol13.html)

燈燈！繼Rabi-Ribi後CreSpirit工作室開發的第二款遊戲即將登場！

這是今年九月即將於東京電玩展展出的美式卡通風格手機遊戲－DSquad， 這段期間其實也累積了不少更新與修正，不過可能過段時間才會釋出更多消息， 有意前往的朋友們歡迎順道至攤位試玩，任何建議都能幫助我們讓開發得更好！

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【九月東京電玩展資訊】 TGS 16 9/17~9/18 第6館 手機遊戲區 展位 C01 （紫色虛線箭頭區）

(原版 2015/10/15 發佈在 http://waeroblog.blogspot.tw/2015/10/vol10.html)

繼廣州展大放異彩後，DSquad與Rabi-Ribi也於東京電玩展獲得諸多老外肯定， 不少大廠紛紛表示對出展作品感到濃厚興趣，希望未來能有進一步合作往來， 而於參展前，我們陸續也完成了四名主角的立繪＆海報，現在也將逐一亮相！ 敏捷的冷豔殺手－Pepper：

機械兵團腹黑蘿－Cherry：

Ｍ傾向狂戰士－Ruzz：

垃圾話軍火王－Tubbie：

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

したの方に日本語版がありますよ！ 目前CreSpirit工作室，共有兩款遊戲在開發中， 一款是主要遊戲開發日誌的主對象手機遊戲DSquad：

另一款是已釋出試玩版廣受好評的PC遊戲Rabi-Ribi：

兩款在今年七月皆有初步於大陸廣州遊戲展上露面， 獲得許多不錯的迴響與回饋，進行一個月半的調整， 至現在，兩款遊戲也即將於九月的東京電玩展展出： －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【九月東京電玩展資訊】 TGS 15 9/19~9/20 第9館 獨立遊戲區 展位 B28 ※獨立遊戲區位在本館以外的第9館（紅箭頭）

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【七月大陸廣州展簡述】 這次參展乃是以愛尼曼Ｘ布卡漫畫Ｘ酷思特之聯合參展名義進行展出， 參加展覽為廣州「螢火蟲動漫遊戲嘉年華」，為大陸第三大之動漫展， 展館之大與３０萬人的流動率，近可媲美東京電玩展２０萬人之人潮。

但在大陸當地，原創作品較為罕見，大多都是版權ACG衍生產品， 大陸也正積極推動原創作品，所以DSquad與Rabi-Ribi便為之亮眼：

其他相片與參考請點此 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【製作叭啦叭啦】 如果九月這趟有計畫去日本電玩展逛逛，也歡迎來找我們！ 過去與Ｍ４曾與行動貝果合作一款手遊「席拉破壞神」赴日參展， 反應良好，詢問頗多，但當時開發，人手少、資金少，時間也少， 又因兵役問題停了一年，退伍後，也認為遊戲基礎架構不夠健康， 大家決定重新開始，和朋友共組了工作室、慢慢補充人手與資金… 至開發DS與RR，希望能讓大家充分感受我們的製作熱誠與品質！ 官網請參考：http://www.crespirit.com/ －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 前方傳送門：建築中 後方傳送門：遊戲開發日誌Vol.8 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ CreSpiritスタジオは今、2つゲームを開発しています。 一つは開発日記主な内容となっていたスマートフォン用ゲーム「ディースクウォッド（D Squad）」。

もう一つはβ版が好評をいただいたPC用ゲーム「ラビリビ」。

両方とも今年七月中国広東で行われた展覧会に出展しました。 多くの評価とフィードバックをいただいて、一ヶ月半の調整を行った今、 私達はこの2つゲームを連れて、東京ゲームショウへ行きます！ －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【9月東京ゲームショウのお知らせ】 TGS2015　9月19日から9月20日まで　ホール9　インディーゲームコーナー　B-28 ※インディーゲームコーナーは別館となっているホール9にあります（赤い矢印）

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【７月中国広東展覧会説明】 今回の出展はAnimen＆BUKA COMIC＆CreSpiritが共同出展となります。 参加した展覧会は広東で行った「Firefly Acc Festival」です。 来場者は30万人を超えました中国第三のゲームショウとなります。

ですが、中国では、オリジナル作品は少ない、出展したものはほとんど代理品です。 中国も積極的にオリジナル作品を生み出そうですので、「ディースクウォッド」と「ラビリビ」が注目されました。

舞台はゾンビウイルスに狙われた運の悪い都市。政府は都市を破壊する前に、裏仕事専門家「Dースクウオッド」に依頼して、混乱の中でなくした機密書類を取り戻す。主人公達は任務の途中にもかかわらず、市民達の悩みを解決して小銭稼ぎをしたり、問題を起こしたりした。例えばお金持ちの兄ちゃんを助けるとか、ゾンビになりそうな隊員を消滅とか、大好きなドーナツカーを守るとか、ついでに中二病のボスを倒すとか寄り道ばかりした。巡り巡ってやっと手に入れた機密書類、その内容はまさか...

ジャンル：アクション プラットフォーム：iOS / Android 配信日：2016春予定 プレイヤー人数：1-2 http://dsquad.crespirit.com

Email : [email protected]

Twitter : https://twitter.com/CreSpirit

故事發生在老梗的殭屍小鎮，某個總是很衰的城市爆發殭屍疫情，高層決定把城市毀掉之前，派出D級特工取回在混亂中遺失的機密文件。主角一行人在執行任務之餘，順便幫小市民解決麻煩賺點外快，或是替小市民製造麻煩：拯救有錢少爺、把疑似受殭屍感染的豬隊友消滅、保護最愛的甜甜圈車、順便打爆中二殭屍王。任務中無意間發現了目標的機密文件，內容竟然是…

類型：Action Shooting Online Coop 平台：iOS / Android 遊戲人數：1-2 http://dsquad.crespirit.com

幸福殭屍一家（僵爸僵媽僵寶僵老王）即將面對前所未有的大劫難！鎖好家中的殭屍抽屜、關緊殭屍門窗、遮蔽您家僵寶的雙眼也無法逃過這無情的肆虐。殭屍小鎮的安寧日子已經不再，準備好迎接即將來臨的末日！

開發：CreSpirit

讓遊戲充滿挑戰性，是每款遊戲都希望能達成的目標！ 而能直覺反應挑戰性這點的，是關卡頭目帶來的行為模式， 這次負責下面詭異頭目的，是之前處理主角Cherry的Dump， 要說共通點在哪…就是完成後的感覺都讓人覺得有些可愛吧？

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

【繪師叭啦叭啦－Dump】 大家好，我是DUMP！ 距離上一回我負責的開發日誌02也有段時間了 不知道大家還記不記得我(・∀・)？ 這次要跟大家介紹的是遊戲初期會登場的頭目－威廉！ 讓我們歡迎威廉的登場～～ 如大家所見，是個集合可愛與討厭於一體的頭目！ 相較於其他角色， 威廉的大小相當大，大概是Pepper的2倍高！ 就像是鋼蛋裡沙薩比跟一班MS的差別… 在構思威廉特性的時候， 就加入了移動緩慢，攻擊力高強的設定！ 於是就創造出了這看似殺傷力強大的拳擊！ 當然，攻擊動作每個頭目都會有4~6種以上！ 多樣化這點仍是不會馬虎！

特別是強化了彈性要素的表現！ 看起來軟Q軟Q的很好摸有沒有！ 好想抱著睡呀～～～～～！(尖叫) 由於威廉是玩家相當早期會遇到的BOSS， 所以再設計難度上做了一定程度的構思與處理： 像是讓威廉行動遲緩，讓玩家有充裕的時間來熟悉頭目， 或是發動技能時會有較長的準備時間，讓玩家容易進行閃躲， 使玩家在還未熟悉操作與功能的情況下， 也能與頭目產生一定程度上的行為互動！ －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【關於主題】 威廉在製作期間歷經了三次以上的調整與修改， 本來是個外型相當煞氣的頭目，類似惡靈古堡Ｇ３， 但考慮遊戲本身是走有趣路線，希望玩家覺得有趣， 所以在外型上也相應調整為較為有趣好玩的造型。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【製作叭啦叭啦】 除了類人型頭目外，也考慮製作非人型頭目，與最值玩味的人型頭目（？）！ 之前曾繪製頭目草案的相關塗鴉，雖最後不見得會採用，但個人是頗為期待：

有了之前用Spine試作動態插圖「DK-摸摸」的經驗… 想說把這套技術搬到遊戲介面內應該不是什麼問題， 所以進行了嘗試，角色介面也因此被增添了份動感（720p）：

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【關於主題】 不忍說讓靜態圖動起來，總會讓人覺得莫名振奮！ 雖然可能用E-mote、Live2D的效果可能會比Spine更優秀， 且以Spine的功能無法做到像LOL介面處理得那麼生動靈活， 但基本上完成的效果仍是符合預期，亦和程式較容易完成接軌。 七月本作會先於大陸廣州展首次亮相，希望能先帶來些許的驚艷！

您好，動作調整是用 spine ，再輸入至 unity 裡面使用喔

CreSpirit是個以美術為主的遊戲開發工作室團隊， 就連負責當前專案的程式Jimbow，也是由美術轉職而成， 在此綜合兩邊經驗，分享其至今開發遊戲所歸納出的看法， 如果有朋友初學但想嘗試遊戲開發，或許會是不錯的參考：

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【程式叭啦叭啦－Jimbow】 安安我是嬸婆，負責此專案的技術美術、遊戲前端、遊戲後端、 專案管理、規格撰寫、行銷規劃…等等剩下的不用畫圖的工作ㄏㄏ （下列為測試畫面，實際物件圖於最後才置換）

這個案子的核心在個人評估來看，主要是有幾個核心原則： 1. 展現視覺 2. 玩家體驗：多汁、忙碌但愉快、操作單純，卻策略思考 3. 程式品質：穩定、優雅 4. 社群要素：真人、故意、針對個體 －－－－－－－－－－－－－－－－－－－ 1.視覺表現： 　　本團隊在美術上有相當的品質（自己講）， 故在程式執行面上，「達成視覺」是第一要務； 將視覺優點發揮到極致、配合美術輸出的檔案、 多樣的豐富的武器動作、換服裝、大量的奇怪愚蠢的武器設定、 沒有意義的跳舞功能等等，這些為最優先項目。 －－－－－－－－－－－－－－－－－－－ 2.使用者體驗： 　　接下來是使用者體驗，「豐富」「多汁」等等高回饋的遊戲模式， 讓玩家進行少量的操作，卻能得到一連串、連鎖、放鞭炮的回饋： 例如玩家點個攻擊，角色會作開槍動畫、槍枝會調出彈殼、彈殼掉滿地會燙人、 敵人會有受傷音效、濺血、不同多樣的受傷動作、被擊飛、爆炸分屍。 或是戳畫面上的路人，會抖一下或叫一下這類愚蠢的回饋，也是很有用的。 　　玩遊戲最基本就是殺時間，所以讓玩家忘記時間流逝的黏著度是很重要的， 直接的實作方法就是「一直有事作」「必須親自決策的事」「沒有我不行」這類。 動作遊戲本身就是「放著不動主角會死」所以要減少自動攻擊的砲台、 靈氣效果這種「沒有玩家操作也無所謂的」設計。 在其他動作遊戲的 boss 關卡，也常會出現強力的地圖攻擊， 逼迫玩家必須走位移動的，是負向驅動的例子； 掉落道具若一段時間不撿的話就會消失，則是正向驅動的例子。 驅使玩家「不得不做」的動力，是一個遊戲性重要的要素。 　　操作簡單卻需要策略思考，則是用「時機」來達成。 例如玩家行為一樣是按攻擊鍵而已，但滿血的時候按、 硬直得時候按、受傷的時候按，出來的效果卻不一樣。 這種決定按的時機，是需要思考的，但執行方式卻都一樣只是按同一顆攻擊鍵。 好處是操作門檻降低，三歲小孩都會按；但同樣都是按， 菜逼八按的結果卻跟老鳥按的不一樣。 兼顧深度與廣度的一個設計，也是本專案追求的。 －－－－－－－－－－－－－－－－－－－ 3.程式品質： 　　程式的品質穩定，則純粹是一個用時間磨出來的。 debug 的時間預留的愈多，當然玩家遭遇閃退的機率就低了、 相容的機器就多了、fps 就高了、效能就全開了。 除了程式功能的達成之外，用更聰明的方法達成同樣的結果，我個人稱之為優雅。 例如我從其他網站點選了 facebook 的連結， 跳到 facebook 網站之後會自動從 cookie 判斷該使用者是否曾經登入過， 而不是傻傻的再逼使用者登入一次，就是優雅的表現。

－－－－－－－－－－－－－－－－－－－ 4.社群要素： 　　社群要素，純粹貼文分享是個糟糕設計， 其他人只會看到一個透過軟體貼到你塗鴉牆的廣告，而沒有任何效果。 真正的社群功能設計要來自「自然人」「故意」 「有意識的行為」「針對某人」才有廣而宣傳的效益。 例如前陣子大流行的臉書偷菜遊戲，你的菜被偷， 是被你的朋友「本人」「有意識的」「故意」偷「你的」菜的， 所以你才會覺得生氣、度蘭、報復心態，而不是只是貼到塗鴉牆的一則廣告。 社群要素說穿了就是激起玩家的情緒，讓玩家覺得有同儕壓力、 競爭、報復、嫉妒、羨慕等等情緒波動，效果才會出來。 　　「針對某人」也是社群很重要的因素， 例如 candy crash 可以跟朋友索取愛心，但如果是跟「所有朋友」索取愛心， 這個被索取的朋友就會愛理不理的「反正不是針對我」，這功能等於就沒屁用。

－－－－－－－－－－－－－－－－－－－ ★.執行層面： 　　網路上常有文章說明老鳥與菜鳥的差異，老鳥規劃多，菜鳥執行多。 但，要怎麼作規劃？有哪些項目需要規劃？我規劃了要怎麼跟其他人溝通？ 或，真的需要規劃嗎？ 　　規劃的存在感最高的時候就是，多人合作。而台灣的風氣是自幹， 所以這方面的資料與觀念一直很缺乏。 每個人背景知識不同，要怎麼把動畫分資料夾？圖片怎麼命名？ 我要怎們跟介面設計師溝通？美術丟過來的圖根本沒去背？ 後台資料庫跟前台欄位不一樣？以上種種煩惱，皆因沒有規格書， 也沒有寫規格書的人。什麼是規格書？ （右鍵另開啟可放大）

　　上圖是本專案 unity 場景的流程圖。在圖中分四個大區塊： stage managr, battle manger , game logic sections , static enviroment . 一旦把區塊分出來了，光靠這張圖，就可以一個 unity 場景分工給四個人去執行了。 那成員之間怎麼交流資料呢？就是用圖中的那些箭頭， stage manager 會呼叫 battle manager 的某些函式， game logic 有哪些函式是給誰呼叫的，用一張圖就可以清楚的規劃出來。 當某人呼叫了他不該呼叫的函式時，就可以用這張流程圖去幹他，叫他重作； 當實作時發現規格書規劃錯誤，就去幹寫規格的人叫他重改， 選個良辰吉日公布規格修改。 　　一旦牽扯到多人合作，寫規格書、流程圖等等文件工作是很重要的。 他是成員之間討論的依據、視覺化的圖表更有助於非相關背景知識的人員理解、 促進美術與程式的良性合作。也是驗證成員之間執行錯誤與否的法源依據： 要幹你的同事，除了大聲之外，還得靠這份規格書。 －－－－－－－－－－－－－－－－－－－ 　　目前進度還不適合貼出來，下次輪到我寫日誌的時候， 希望已經有 gameplay 影片能釋出了，敬請期待：D －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【關於主題】 Jimbow在兩者結合這塊有相當強的溝通理解與執行力， 如果有接觸獨立遊戲開發，過去多多少少也應該是看過他的作品， 雖然在本隊扮演唯一程式，卻懂得何時該自幹何時該運用資源，相當優秀， 也因為是從美術轉型、能獨立完成專案之故，本身也具一定程度的審美能力， 與主美在溝通上較能達成共識，要我自己說嘛…都是難能可貴的開發戰力！ －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 【製作叭啦叭啦】 Jimbow過去也是個美術，直到膝蓋中了一箭…