ゲームMr.でリアルなチャットを作成します。 ロボット：1.51exfiltrati0n

Who： Night School Studioの共同設立者でゲームのディレクターであるAdam Hinesと、ゲームデザイナー兼プロデューサーであるKevin Riach 氏 2016年8月にリリースされたRobot Ep1.51exfiltrati0n

Kevin Rayeh：Night School Studioは2014年に設立されましたが、Adamと私は2015年7月に最初のOxenfreeゲームに取り組み始めました。



Adamは唯一の脚本家兼プロジェクトディレクターであり、後に開発に参加しました。 ゲームを時間通りにリリースできるように、私は一時的なデザイナーに雇われました。 昨年1月、PlayStation、XBox、Steam、GOG、およびその他のビデオゲーム販売サイトの選択肢に基づいてこのアドベンチャーをリリースしました。



Oxenfreeのリリース後、次のプロジェクトのさまざまな概念についてブレーンストーミングを開始しました。 当初、スタジオは歴史とインタラクティブ性の交差点でゲームを作成するための小さなチームとして正確に設立されました。



私たちはインタラクティブなストーリーを伝えるために、より珍しいアプローチを使用したいことを知っていたので、テキストメッセージで完全にナレーションされるプロットのアイデアを研究しました。



ユニバーサル氏は間もなく、 ミスター氏の宇宙でゲームを作成するという提案をしてきました。 ロボット 、そしてこれらの2つのアイデアが完全に組み合わされているように思えました。



6人のスタジオ従業員と2人の従業員で構成されるチームは、6か月でゲーム開発サイクルを管理しました。 開発開始のほぼ直後に、Telltale GamesのAdamの元同僚（ The Wolf Within Usの作成を手伝った）が参加しました。 だからゲームは生まれました ロボットEp1.51exfiltrati0n （以降、簡潔にするためにExfiltrati0nと呼びます）。

内容：リアルタイムテキストチャットをシミュレートするためのOxenfree無料チャットシステムの変更

Kevin Rayeh：選択に基づいてOxenfreeを他のゲームと比較すると、対話が自然に流れる方法が主に異なります。



最終的には、それがゲームの中核設計の目標であり、実際のコミュニケーションの音声パターンを正確にシミュレートしようとしました。 したがって、 Exfiltrati0nを作成するとき、歴史に完全に没頭するには、実際の生活でテキストコミュニケーションのリズムとスタイルを明確に把握する必要があることを確信していました。



Adam Hines：最初は非常に単純に見えましたが、結局のところ、私たちはあまりにも素朴でした。 そもそも、このゲームのアイデアに興味を持っている人なら誰でも、テキストコミュニケーションとは何かを知っています。 プレーヤーはそれを非常に自然に知覚するので、彼がわずかな虚偽を感じると、幻想全体が破壊されます。 このゲームは、イントネーションとコンテキストの重要性を理解していない他の多くの著者の作品に似ています。



たとえば、YourSpaceが「インターネットサイト」と名付けられた無限の政治シリーズの1つのエピソードを思い出すことができます。 それはコンピュータの前に座ったことのない男性によって作成されたかのように、味のないスライドショーでした。



一方、例えばホラージャンルの古典である映画「スクリーム」をご覧ください。 制作段階の前には、作者にはGhostfaceマスクの著作権者に関する問題を解決する時間がありませんでしたが、正確なコピーの95％でさえ監督に完全に適合していませんでした。 したがって、彼らは所有する映画でマスクを使用し、権利の所有者を時間内に見つけることができることを望んでいました。 そして、リスクはそれだけの価値がありました。



ポイントは、説得力と虚偽の間には細かい線があるということです。 そして、バランスをある方向または別の方向にシフトするのは細部です。 部品を磨く時間がない場合は、創造性の代わりに、たとえば道路を建設するなど、何か他のことをする方が良いでしょう。 私を信じて、私自身もこれについて考えました。

なんで？

Adam Hines：シリーズMr. ロボットはさまざまなトピックに触れます;人とテクノロジーの交差の状況は絶えず発生します：より頻繁にありふれた、時には美しい、時にはトラウマです。



私たちはSam Esmale（シリーズの作成者で、ほとんどのエピソードの脚本を担当し、セカンドシーズン全体を監督）と共有し、USA Networkのメンバーはこの概念について考え、結果としてテキストメッセージアプリケーションで完全に行われるモバイルゲームを作成しました。



忙しい1週間で、プレイヤーは怪しげな道徳的な選択をしたシリーズのキャラクターとやり取りします。彼らは、社会ハッカーチームの目に見えない試みでソーシャルエンジニアリングを使用して、世界の大手テクノロジー企業であるE-Corpを破壊します。



このタスクに対処するには、アプリケーションはインタラクティブスクリプトの一種の「スキン」として機能する必要があります。プレーヤーはテキストメッセージを受信し、2つまたは3つの回答から最適なオプションを選択して会話をサポートします。



したがって、誰もが信じているように、私たちのタスクは非常に簡単でした。ゲームは実際のアプリケーションのように見えるはずです。 メッセージの送受信が面白くなりますが、当然のことです。 最初のタスク-現実感の作成-は、シナリオの観点から、いくつかの側面が優れたゲームプレイと矛盾することを意味しました。



メッセージは、常に予測可能なストリームとして送られるべきではありません！ コミュニケーションはぴくぴくして、ぎこちなく、対話者は数分間姿を消さなければならず、その後すぐにいくつかのトピックについて話し始める必要があります。 プレイヤーは、自分が誰であるかを知るまで名前を知る必要はありません。 入力ミスをし、理解するのが難しい場合があります。 ユーザーは、複数の会話を同時に行い、あるチャットで情報を受信し、別のチャットでそれを使用できる必要があります。

一時停止と待機

アダム・ハインズ：これをすべて書くには、プレイヤーが見つけたとき、そしてそれについて話す必要があるときに、プレイヤーが知っていることを追跡する必要があります。 説得力のあるコミュニケーションを実現するために、メッセージ間の一時停止を制御する必要があります。 ビデオゲームでのコミュニケーションを自然にする1つの方法は、プレイヤーが何を言いたいかを決めた場合でも、プレイヤーが話しているキャラクターを静かに保つことです。 このような瞬間を「スタンバイモード」と呼びます。



キャラクターが顔を合わせて通信する現実のシミュレーションでは、これは非常に効果的です。 プレイヤーが選択肢について考えるとき、彼らは実際の会話のように、会話でポーズを埋めます。



テキストメッセージがそれほど単純ではない場合：もちろん、キャラクターはプレイヤーが答えるときにプレイヤーに手紙を書かなければなりませんが、私たちの答えのうるさい世界では、時には数時間または数日待たなければなりません。 そして、プレイヤーがとても怠け者の場合、ゲームのキャラクター（覚えているように、すぐに答えを必要とします）はこれを彼に思い出させ、徐々に深刻になります。 したがって、プレーヤーを急ぐスタンバイモードの別の「レベル」を追加しました。 プレイヤーが単にメッセージを読み、長時間応答しない場合に点灯します。



これはゲームの最初からの例です。 ダーリーンは、最初にプレーヤーに電話の盗難について知っていると書いています。









この時点で、プレーヤーは応答でき、画面にオプションが表示されている間、ダーレンは彼をscり続けます。









これで、彼女はプレイヤーの応答を辛抱強く待ち、数分間メッセージの送信を停止します。 プレーヤーが特定の時間内に応答しない場合、再度連絡します。









Kevin Rayeh：システム自体は一見シンプルです。 スクリプトシステムにより、複数の会話を並行して実行できます。 選択したオプションは、文字ダイアログとは別に保存されます。 プレーヤーが行った選択により、対応する保存済みダイアログが調整されます。 このような変身により、キャラクターがチャットボットではなく、本物の人間のように見えることを願っています。

コールバック

Adam Hines：プレイヤーにゼロと1だけであることをプレイヤーに忘れさせる別の方法を思いつきました-ゲームはプレイヤーが以前に行った選択を記憶しています。 Darleneとの同じ会話の例を次に示します。









Darleneが「YOUR、not YOUR'RE」と答えた場合（「It's YOUR、not YOU'RE」）、ゲームはこれを記憶します。 しかし、これは最も重要ではありません。この情報がどのようにポップアップするかが重要です。 たとえば、会話の後半でプレイヤーは次のように言うことができます。



3）次回、携帯電話を紛失しないでください...（次回携帯電話を紛失しないでください...）



次に、プレーヤーが「彼」についてコメントする前に、ダーレンが答えます。









しかし、プレイヤーが言葉にしがみついていない場合、彼女はより一般的な答えをします：









インタラクティブなストーリーテリングの驚異！ これはすべて明白すぎて単純に思えますが、そのような方法は実在の人物と、または少なくとも非常にスマートな家の植物と通信するという幻想を作り出すのに役立つと信じています。



Kevin Rayeh：デザインに関するこれらのプロットトリックはすべて、豊かな物語を作成するための基礎です。 技術的には、これらは単純に監視されるブール値ですが、時間が経つにつれて、過去および作成されるブランチへの参照の増え続けるウェブを覚えることが非常に難しくなります。 スクリプトライターとデザイナーは、ゲームの計画と頻繁なテストの負担が非常に大きくなるように、このような瞬間を可能な限り記録するよう努めています。



Exfiltrati0nの作業中に、ゲームのクラッシュにつながる可能性のある複雑な意思決定スレッドに出くわすことがありました。 プレイヤーのステップを追跡し、過去への参照点を記憶することは、デザイン開発において非常に貴重なスキルになります。

余計なコミュニケーション

Adam Hines：それで、ゲームのキャラクターはプレイヤーが彼らに言ったことを覚えており、予測できない瞬間に彼に手紙を書きます。 ゲームは徐々に説得力を増しています。



別の重要なコンポーネントをスローする必要がありました：誤って送信されたメッセージとスパム。これらはすべて、実際の「目標」はありませんが、ゲームのスペースを埋めます。 「必要な無駄」と呼ぶことができます。



Last of Usは、数百の家、部屋、中庭を作成し、それらを慎重に作成されたオブジェクトで埋めるのに多額のお金を費やしたゲームの最後で最高の例の1つです。 本質的に、機能はありません。 ゲームにはそれらに関連付けられた目標はありませんが、それらの存在と目的のなさは世界を10倍以上リアルにします。



実際には、すべてを「使用」できるわけではありません。 それどころか、私たちが見る世界の大部分は、恐ろしく短い人生が行われる風景にすぎません。 すべてに目的がある場合、ゲームは映画「The Truman Show」のようになります。小さな美しい箱、面白いがコンパクトで息苦しい。 物語では、これに類似するのは、誰もが誰もが知っている状況であり、偶然何も起こりません。 世界は小さくなり、プレーヤーに指示されますが、これは実際の生活では決して起こりません。



したがって、プレイヤーの2日目にExfiltrati0nがいちゃつくアプリケーションを「ping」する可能性を追加しました。









プレーヤーはスパムを受信します。 このゲームにはグループチャットのブランチがありますが、これは何にもつながりません。 偽のアプリは、目標を重視したプレーヤーには不要な通知を送信します。 The Last of Usの空いている部屋に時々怒りを覚えたので、これはすべてのプレイヤーを怒らせると確信しています。



しかし、そのような妥協は、その利点が気づきにくく、さらに説明するのが難しい場合でも、ほとんど常に価値があります。 このような方法は正当化が難しいため、生産者はこれを嫌います。ここで利益を得るのは難しいため、締め切りが近づきコストが上昇するため、まず廃棄されます。 しかし、このような「必要な無益」の要素は、「スクリーム」と「昨夏あなたがしたことを知っている」とを区別します。

音声パターン

Adam Hines：別の最後の側面は、非常に多くのキャラクター（私の計算によれば、プレイヤーは25以上の異なるソースを書くことができる）で、ユーザーはスタイルとリズムで誰が彼に書いているかをすでに理解できるはずです。 2人の異なる人は互いに似ていることはできません。 とても簡単そうですね。



問題は、通常ここに脚本家のためのtrapがあるということです。あまりにも異なるキャラクターを作成したいという欲求は、人為的な多様性と似顔絵につながります。 「このキャラクターは常に「素晴らしいニュースだ！」「何か良いことが起こったとき」と言います。」 人の特徴や奇妙さを表す短い瞬間は、人為的に挿入された単語や絶え間ない奇抜な行動よりも、個性を生み出します。



Exfiltrati0nの例を「良いキャラクターの説明」として挙げませんが、あまりにも控えめです。 さらに、これについてあなた自身の意見があるかもしれません。 例として（ホラーテーマを続けて）ハンニバルレクターに関するトーマスハリスの最初の赤い小説「The Red Dragon」のシーンを取り上げます。



レクターは大学の精神医学部に電話をかけ、誰かの住所を知る必要があります。 秘書が電話を拾うと、彼はチーフの書類で情報を探すように頼みます。「[住所]はきっと近くのファイルキャビネットのどこかにあります。手伝ってくれれば結婚式で踊ります。」 ここまで読んで、レクターは常に彼のスピーチをコントロールし、そのような不条理を誠実に言うことは決してないことを知っています。 彼はそれを具体的に付け加え、スピーチを無傷のフレーズで「台無しにした」ので、普通のように見えた。



彼は「あなたが私を助けてくれればあなたの結婚式で踊ります」というフレーズで終わります。 ハンニバルだけがそのようなことを言うことができるので、私もこのエピソードが好きでした。 このおなじみのフレーズは記憶されており、レクターが誰であるかを考えると不吉に聞こえます。

結果

最終結果は、私たちが意図したとおりになったようです。 概して、このゲームは成功しました。 もう一度やり直せば、メッセージ間の最長の一時停止を減らすことができると思います。 したがって、それらは「現実的」ではなくなりますが、おそらくもっと面白くなります。