自作ゲーム開発記 Mother Planets #6　TwitchのチャットがUnityに届きました。コンテスト動画の作戦もスタート

前回は、Unity版「Mother Planets」からTwitchアカウントへの接続に成功したところまで書きました。

昨日は、その次の段階として、実際のTwitchチャットをUnity側で受信するところまで進みました！これまでは「アカウントにつながった」という状態でしたが、今回は自分がチャットに書いた言葉が、Unityの中まで届きました。

少しずつですが、視聴者参加型ゲームとして動き始めるところに近づいています。

今回は、その進捗をまとめます。また、前倒し含めてスケジュールがズレてきたことや、実際に開発に入って当初立てたロードマップに穴が見えてきたこともあり、完成までの計画の見直しを行いました。

さらには、コンテストへ提出する動画の作戦もたて、動画についても早めから制作に入る予定としました。

Twitchに書いたコメントがUnityに届いた

昨日確認できたのは、Twitchのチャット欄に書き込んだメッセージを、UnityのConsoleへ表示するところまでです。チャットへ「Unity受信テスト」と書き込むと、Unity側にもユーザー名とメッセージが表示されました。

見た目としてはログが一行増えただけなのですが、実際につながるとやはり嬉しいです。このゲームでは、視聴者がチャットから参加したり、惑星へ指示を出したりします。そのため、今回の受信処理はゲームの入口になる部分です。

β版では外部ツールに頼っていた部分を、Unity版ではゲーム側で受け持てるようにしていきます。ただし、チャットを受信できたことと、視聴者がゲームに参加できることは、まだ別の段階です。

次は受け取った内容をコマンドとして解釈し、ゲーム側の処理へつなげる必要があります。

まずは !ping に対してゲームから pong を返すところ。
その次に、!join で自分の惑星が生成されるところです。

ここまで通ると、チャットとゲーム画面の変化が一続きになります。そこを動かすのが楽しみです。

完成までの計画を、一度全部見直しました

進捗を振り返りながら、これまでの仕様書や開発計画についても、AIと一緒に整理しました。

機能が増え、資料も増えてきたので、完成までの工程に抜けがないか、一度確認しておきたかったためです。今回の資料レビューでは、今の設計方針を全面的に作り直す必要は見つかりませんでした。

一方で、先に確認しておいた方がよい部分も出てきました。

特に重要だったのは、チャンネルポイントを使う機能です。

交換したのに効果が発動しなかった場合や、処理の途中でゲームが終了した場合に、どう復旧するのか。同じ通知が二度届いても、効果や報酬が二重に発生しないようにする必要もあります。

また、「契約を開始してから3公転」と「次の公転の区切りまで」を混同すると、開始する位置によって契約の長さが変わってしまいます。

こういう部分は、機能をたくさん追加してから直すと大変そうです。該当する実装へ進む前に、扱いを決めておきます。なお、今回は資料や過去の実装を中心にした確認なので、最新のUnityコード全体に問題がないと確認できたわけではありません。実装済みの部分と、これから確認する部分は分けて進めます。

まずは応募版を完成させることを優先します

スケジュールも組み直しました。

大きな方針は、コンテストへ出す版を優先し、β版にある全機能の移植やSteam向けの製品化は、その後に進めることです。これまでは、最初のWindowsビルドやチャンネルポイント連携の検証が、計画の後ろの方に入っていました。

それだと、最後になって動かない部分が見つかる可能性があります。そこで、小さな状態でも早めに実行ファイルを作り、チャンネルポイントも一つの報酬で動作を確認する順序へ変更しました。

12月19日のα版を目標にしつつ、機能の数には優先順位を付けます。

通常イベントや能力を最初から全部そろえることよりも、参加して、眺めて、介入して、また参加したくなる流れを成立させたいです。日曜・月曜に主な作業を進め、ほかの日は短い作業を積み重ねる形も続けます。

昨日は夕食後に疲れてそのまま寝てしまったので、作業時間を全部埋める計画にはしないことも大事だと思いました。疲れた時は休みつつ、完成まで続けられる予定にしていきます。

開発においては実現的な持続性がマジで大事です！

提出動画も、今から作戦を立てておきたい

今回、開発と同じくらい考えておきたいと思ったのが、コンテストへ提出する動画です。

コンテストの公式案内では、一次審査は企画書とゲームプレイ動画、二次審査で実行ファイルを使った試遊となっています。つまり、実際に触ってもらう前に、企画書と動画で面白さを伝える必要があります。

せっかく頑張ってつくったものなので、絶対に一次は通過して試遊してもらいたいです。

Mother Planetsは、惑星が動いている画面だけを見せても、視聴者がどう関わっているのかが伝わりにくいゲームだと思います。綺麗な宇宙や派手な爆発を見せるだけでは、参加する楽しさまでは説明できません。

そこで、動画では一人の視聴者と、その人の惑星を追いかける構成を考えています。

チャットから参加すると、自分の名前の惑星が生まれます。操作していなくても戦闘やイベントが進み、危機が来た時には介入できます。生き残れたり、惜しくも爆発してしまったりして、次の参加につながります。

この流れを見せることで「自分の惑星がどうなるか気になる」という感覚を伝えたいです。

ゲーム画面とチャット欄を、一緒に見せる

そのため、動画にはゲーム画面だけでなく、チャット欄も入れる予定です。

今の案では、左にゲーム画面、右にチャット欄、下に短い説明を置きます。
（なんかニコニコ時代のbiimシステムみたいになりそう？ｗ）

例えば、右側のチャットに !join が流れた直後、左側のゲーム画面にその人の惑星が生まれる。危険の予告が出て、チャットから防御を指示すると、惑星が実際に防御する。

入力と結果を同じ画面で見せれば、視聴者がゲームに関わっていることが伝わりやすくなるはずです。あまりごちゃごちゃした編集は入れたくないので最小限ですが、注目してほしい発言と惑星には、同じ色の目印を付ける案も考えています。

ただ、チャット欄を入れる分だけゲーム画面は小さくなるので、惑星名やHPが読めるかは確認が必要です。このゲームでは文字を入れる必要のないところではできるだけ演出で伝わるような「可視性」も大事にしています。

まずは30秒の動画から

提出動画は、ひとまず8分程度の構成をたたき台にしています。ただし、今すぐ全編を作るわけではありません。

まずは参加と惑星表示が動いた段階で、「チャットから参加して、自分の惑星が生まれる」場面を30秒ほど収録してみます。それを普通の再生サイズで見て、文字が読めるか、誰の惑星なのか、何をすると何が起きるのかを確認します。

12月のα版では短い試作動画を作り、初めて見る人にも伝わるかを確かめる予定です。2月は本収録と仕上げに使えるように、構成の検討は前倒ししていきます。今回考えた動画の方針や画面配置は、後から見返せるようにMarkdownの設計メモとして残しています。

今後の予定

昨日は、Twitchに書いた言葉がUnityへ届くところまで進めました。

開発の次の目標は、チャットの受信から送信、そして参加処理へ進むことです。!ping にpongで返答できることを確認し、その先の !join と惑星生成へつなげます。

動画については、その参加場面ができた時に、ゲーム画面とチャットを並べた短い試作を作ってみます。

自分のチャットから、自分の惑星が生まれる瞬間を見ることができるところを楽しみにいまは開発を頑張っています！