各位安安我是發條
上一篇有大致描述了2022 GGJ的活動經過
接下來這邊我會詳細描述開發的方法與過程
由於內容可能偏長，還有我可能沒太多時間
因此會分幾個Part更新~
上一篇有大致描述了2022 GGJ的活動經過
接下來這邊我會詳細描述開發的方法與過程
由於內容可能偏長，還有我可能沒太多時間
因此會分幾個Part更新~
有部分可能我無法非常清楚的說明
因此如果有問題的人歡迎來私訊(=w=)
因此如果有問題的人歡迎來私訊(=w=)
那麼先來描述一下這次遊戲的發想:
分割畫面的兩側的玩家使用上下左右(或是WASD)指令作為QTE打出一行一行的程式碼
如果玩家成功的話，得到分數
失敗的話雖然沒有分數，但會在另一位玩家的那邊製造BUG程式碼
BUG的QTE會比較困難，但假如遇到BUG的玩家挑戰成功的話可以得到比較多的分數(有點類似某人製造一個爛攤給另一位人收XD)
遊戲目標的部分有兩個
1.兩位玩家的分數加總要達標(工作完成)
2.兩位玩家的分數高低(類似業績的概念)
接下來進入開發環節(=w=)
接下來進入開發環節(=w=)
(以下引擎使用Unity)
========2022/1/21========
半夜12點多，遊戲方向決定，我也洗完澡還有動森送完小動物禮物
半夜12點多，遊戲方向決定，我也洗完澡
我開始著手開發遊戲雛形
目標是完成基礎功能:
目標是完成基礎功能:
產生QTE->玩家輸入QTE->增加分數或是受到懲罰
開啟空白專案與空白物件，在該物件上掛上腳本PlayerScript作為玩家控制功能
我首先開發QTE生成功能
考量到雙人遊玩以及之後有可能的改動擴充
我首先開發QTE生成功能
考量到雙人遊玩以及之後有可能的改動擴充
因此QTE的生成規則如下:
根據QTE指令種類數製造指定長度的QTE陣列，QTE的儲存內容為QTE指令陣列的順序
範例如下:
一個陣列中有上下左右四種指令=>隨機挑選陣列中的順序數(0,1,2,3)=>重複5次生成長度為5的QTE指令串
為了方便對照指令與圖片還有QTE，我先製造一個Class，內容記錄QTE樣式(圖片)與對應按鍵
根據QTE指令種類數製造指定長度的QTE陣列，QTE的儲存內容為QTE指令陣列的順序
範例如下:
一個陣列中有上下左右四種指令=>隨機挑選陣列中的順序數(0,1,2,3)=>重複5次生成長度為5的QTE指令串
為了方便對照指令與圖片還有QTE，我先製造一個Class，內容記錄QTE樣式(圖片)與對應按鍵
這個Class還有一個用途是生成顯示的物件
(製造一個物件，然後將上面的圖片樣式換成此Class設定的樣子)
(製造一個物件，然後將上面的圖片樣式換成此Class設定的樣子)
接著宣告CodeList(指令種類列表)以及CodeLine(QTE指令串)
完成後就開發生成QTE功能
完成之後，在Inspector把設定的按鍵與圖片放進去，然後設定好欲生成顯示的指令物件
這樣就能生成隨機一組指令碼，且後續想更換操作或是新增減少QTE種類都不是問題(=w=)
(之後可以偷懶的好方法w)
接著就開發玩家按鍵功能，規劃流程如下:
這邊我直接在Update裡面寫入按鍵檢查
這樣就能生成隨機一組指令碼，且後續想更換操作或是新增減少QTE種類都不是問題(=w=)
(之後可以偷懶的好方法w)
接著就開發玩家按鍵功能，規劃流程如下:
這邊我直接在Update裡面寫入按鍵檢查
然後在按鍵錯誤的部分就遇到一個問題:
A玩家按下按鍵對於B玩家來說是錯誤指令(同鍵盤情況下)
A玩家按下按鍵對於B玩家來說是錯誤指令(同鍵盤情況下)
就是A玩家按下WASD，對於B玩家的上下左右來說是錯誤的
因此在錯誤的部分寫了一個檢查模式:按下的按紐要為設定的按鍵之一才能算是錯誤
接下來寫一個GameManager處理加分事件，控制UI文字顯示分數
雛型就完成了~~
製作雛形的時候，一邊聽著夜迴三的BGM就不知不覺到兩點多，其實也比我想像中的快(=w=)
不過沒想到我接下來會因為搞SourceTree搞到3點多，不過那只是另一段蠢事罷了
更新上版控之後就去睡，等待明天的概念發表~
下一篇
接下來寫一個GameManager處理加分事件，控制UI文字顯示分數
雛型就完成了~~
製作雛形的時候，一邊聽著夜迴三的BGM就不知不覺到兩點多，其實也比我想像中的快(=w=)
不過沒想到我接下來會因為搞SourceTree搞到3點多，不過那只是另一段蠢事罷了
更新上版控之後就去睡，等待明天的概念發表~
下一篇
