テキストでレンダリングされたSkyrim

フラクタルストーリー、またはオープンワールドでテキストアドベンチャーを作成する方法

テキストSkyrimを作成することにしました。 最初は野心的すぎるように聞こえますが、ゲームの歴史とメカニズムを開発する過程で、彼はその主な要素を決定しました：剣と魔法についてのゲームは、本「Choose your own adventure」の形で提示される生きたシミュレートされた世界で行われます。



私のアイデアは、IFCOMPで今年参加したショートゲームInsignificant Little Verminに変わりました。 この記事では、このゲームを作成するプロセスと、人々がどのようにプレイするかを見ながら学んだことを説明します（Twitchで）。

なぜSkyrimなのか？

ここで言うSkyrimに固執しないでください。 私にとって、Skyrimは単なる例として使用できる有名なファンタジービデオゲームです。

1. よく知られているのは、人々がすぐに頭の中で写真を撮れるようにしたかったからです。
2. ファンタジー 、ファンタジーゲームの戦いのスタイルは、特に私たちの目標に適しています（これについては後で説明します）。
3. オープンな世界では、このタイプのゲームは現実の世界から逃れることができ、したがって私たちの目標に完全に適しています（これについては後で説明します）。
4. ビデオゲーム 。インタラクティブなストーリーではなく、ゲームプレイ/ゲームの流れに重点を置いているためです（後で詳しく説明します）。

ここで重要なことは、プレイヤーが学習できる世界をシミュレートすることです。 世界には、プレーヤー（モンスター、NPC）とエンティティ（剣、ドア、チェストなど）が住み、プレイヤーはそれらと対話できます。 Skyrimでは、世界は3Dでレンダリングされ、プレイヤーは「前進」や「左手に武器を使う」などの低レベルのコマンドを与えます。



シミュレーションの目的は、プレイヤーを楽しませることです。 つまり、Skyrimが「 現実世界のプロセスを可能な限り模倣する」ことを念頭に置かずに、「シミュレーション」という言葉を使用します。 私にとって、安定した更新サイクルを備えたビデオゲームは、一種のシミュレーションです。たとえそれがプリンセスを救うためのイタリアの配管工の旅の2Dシミュレーションであってもです。

最初の試み、意図的に素朴な始まり

Skyrimをテキストアドベンチャーの世界に移植する最も素朴な方法は、3Dゲームに存在する世界のシミュレーションをフレームごとに再生し、何が起こっているのかを記述し、プレイヤーに低レベルの入力を要求することです。 次のようになります。

ホワイトランの近く



[...]



あなたは座標{351.0、211.9}に立って、CERの方向を見ています。 あなたの剣は12％のスイングで動いています。 座標{351.1、210.8}のギャングが南西の方向を見ています。 彼の剣は78％のバックスイングであり、彼は逃した。



「左」を押す

>リリース「左」

「左」を押す

右を押す



座標{354.9、212.5}に戻ります。



[...]

ご想像のとおり、ゲームプレイとプロットの感触は完全に嫌です。 テキストで表される各フレームの出力、入力、または長さをどのように調整するかは問題ではありません-それらは依然として不快です。

二度目の試み

この問題を解決する1つの方法は、抽象化のレベルを上げることです。 Skyrimワールドシミュレーションは引き続き使用しますが、マップ、オブジェクトと場所の間の距離、俳優の場所、NPC、モンスターの出現場所など、最高レベルでのみ使用します。 次に、次のようなものを取得します。

ホワイトランの近く



南からホワイトランに到着しました。 近くには攻撃する準備ができたを手にしたギャングが待っています。



>山賊を殺す

逃げる



剣を上げて盗賊を攻撃します。 <戦闘の興味深い説明を挿入します。>



剣の最後のストロークで盗賊の刺客を切断し、彼は地面に落ちます。 あなたが彼に金を上げるために彼にかがむ間、矢はあなたの膝から1インチ地面を突き刺します。 ジャンプして、丘の上の近くの射手に気づきます。



>アーチャーを殺す

山賊を探す

逃げる



<戦闘に関する別の興味深い説明を挿入します。>

これでゲームプレイが少し良くなり、そのようなゲームプレイも楽しいものになりました。 プレイヤーは、シミュレートされた世界のさまざまな場所に移動し、人々とコミュニケーションを取り、彼らからクエストを取り、Skyrimの物語を生きることができます。







しかし、それに直面しましょう、戦いはSkyrimの楽しみの重要な部分です。 したがって、「盗賊を殺し、射手を殺せ」は彼をまったく反映していない。 最良の場合、戦闘について本当に興味深い説明を書くと、 Conan Kill Everythingなどの長いバージョンが得られます。 しかし、おそらく、プレーヤーは最初の数回の戦いの後に退屈し、ゲームを終了します。



これは私たちにとって重要な疑問を提起します。Skyrimでの戦いを刺激するものは何ですか？ 私たちは同じことを何度も繰り返しており、それぞれの戦いは非常に似ています。 どうしてこれが最初のダンジョンの後に私たちを悩ませないのですか？



答えは2つの部分に分けることができます。

1. 戦闘中のプレイヤーは参加度が高くなっています。 任意の時点で、彼は前進、後退、攻撃、防御、腕の変更、ジャンプ、下向き、脇腹からの移動、岩登り、魔法の使用などを行うことができます。 これは、プレイヤーが戦闘スキルを向上できることを意味します。 プレイヤーは戦わなければなりません。 したがって、彼は「ファン」 （つまり、ゲームデザインの楽しみの理論などの本で定義されているもの）を感じることができます。
2. 戦いは非常に予測不可能です。 プレイヤーは、それぞれの新しい戦いがどうなるかを決して知りません。 同じ敵グループを3回戦うことができ、そのたびに戦闘のコースが異なります。 つまり、プレーヤーはさまざまな賞を受け取ります -ゲームが彼を「フック」するための重要な要素です。

Skyrimはプレイヤーのために何度も同じような戦いをすることができますが、退屈しないだけでなく、逆にとても楽しいです！ その再現性にもかかわらずではなく、再現性、参加、予測不可能性のこのカクテルのおかげです 。



そして、これはビデオゲームとテキストを組み合わせようとする際の根本的な困難です。

• 優れたビデオゲームには、 常に何らかの再現性があります。 PongやTetrisからPortalやSkyrimまで、すべてのゲームはプレイヤーが同様のタスクを繰り返すことに基づいているため、彼はそれらをより良く解決するために学ぶことができます。
• 良いテキストを頻繁に繰り返すことはできません 。 重複したテキストは退屈です。 スーパーマリオのゲームプレイの最初の5分間で何が起こるかを散文で説明して、読みやすくします。 これは不可能です。

通常、テキストゲームはこの問題を2つの方法で解決します：再現性を可能な限り回避する（ゲームをよりインテリジェントにします-すべての状況と解決策はユニークです）か、繰り返されるゲームプレイを一連のミニゲームに分解します。 最初のアプローチの例は、ほとんどすべての高品質の伝統的なインタラクティブな文献で見ることができます。 2番目のアプローチの例は、華麗なソーサリーシリーズにあります！ 。

3回目の試み

Skyrimのゲームプレイは戦いと強く結びついていることに気付いたので、ミニゲームでのアプローチを試してみましょう（よりインテリジェントでユニークではありません）。

ホワイトランの近く



南からホワイトランに到着しました。 近くには攻撃する準備ができたを手にしたギャングが待っています。



>山賊を殺す

逃げる。



<戦闘を伴うグラフィックミニゲーム>



盗賊は後退して死にます。

ミニゲームにもテキストが含まれている場合がありますが、メカニックは添付されていません。 魔術で！ 戦闘ミニゲームは、打撃の強さに関する一連の決定で構成されます（完全な防御から完全な攻撃まで）。 しかし、ミニゲームの設計には制限はありません。 シンプルなカードゲーム、スリーインワンパズルなどです。



うまくいきます-私は個人的に、ソーサリーと同じスタイルで作られたモバイル版のスカイリムを購入します！



しかし、私たちはもっとうまくやれると思います。 Skyrimが好きなのは、どこでも何でも起こりうるオープンワールドだからです。 「研究」モードと「戦闘」モードの切り替えはありません。 プレイヤーがNPCと通信する居酒屋は、すぐに戦術的なシェルターポイントになる可能性があります。 プレーヤーはパトロールを操作し、比較的安全な崖から遠くから強力な何かで彼を攻撃することができます。 などなど。







これらのどれも、テキストゲームやミニゲームを含むゲームに定性的に転送することはできません。 それでは先に進みましょう。

4回目

抽象化のレベルを再び変更します。 明らかに、テキストのフレームごとの複製から始まる単純な動きは悪い動きでした。 また、「山賊を殺す」などのチームは、戦闘がテキストで記述されているか、ミニゲームとして実装されているかに関係なく、抽象化のレベルを高くしすぎました。



「山賊を殺す」レベルから戦術的なアプローチまで、少し下に行きましょう。 このようなものに：

ホワイトランの近く



南からホワイトランに到着しました。 近くには攻撃する準備ができたを手にしたギャングが待っています。



>山賊を殺す

逃げる



盗賊をどれだけ正確に殺したいですか？



...剣で

> ...玉ねぎから



すぐに弦を引っ張り、矢を放ちます。 山賊の耳の横に矢印が飛びます。 <残りの戦闘の説明>

このアプローチは、単に「殺す」よりも多くのオプションを提供しますが、しばらくするとあまり面白くなくなります。 各プレイヤーは特定のスタイルのプレイ（ステルス、距離攻撃、近接攻撃、魔法など）を順守しているため、実際にはほとんど選択肢がありません。 射手にとって、最良の戦術はほとんど常に弓矢か忍び寄りです。 別のプレイヤーは完全に異なる戦闘パターンを持ちますが、これは必ずしもゲームプレイを面白くするわけではありません。







したがって、プレーヤーに意味のある選択肢を低レベルで提供する必要があります。

5回目

まあ。 D＆Dスタイルのアクションごとの戦闘を試してみましょう。

ホワイトランの近く



南からホワイトランに到着しました。 近くには攻撃する準備ができたを手にしたギャングが待っています。



>剣で突進

剣を振る



あなたの刃は素早く動きますが、凶悪犯の胸を逃します。 盗賊は彼のaを振り、革のキャミソールに少し触れます。



剣で突進

>剣を振る



太ももの太ももを切り裂き、痛みで悲鳴を上げます。 彼はあなたを上から攻撃しようとしていますが、aは過去をすべっています。 <残りの戦い>

すでにプレイヤーが戦闘に参加しているようです。 ゲームのさまざまなスタイルに対応する多くの可能なアクションがあります（剣士は突進とスイングを行い、打撃をブロックし、頭を切り落とすことができます;射手は体のさまざまな部分を狙うことができます）。これらのアクションは数百万通りの方法で組み合わせることができます。 プレイヤーは独自の戦術を開発できます！







しかし、このアプローチには問題があります。

• 結果としてのテキストは非常に機構的です。 これは最初の単純なアプローチほど悪くはありませんが、それでも実際の著者が書くようなものには見えません。 「あなたはXを作り、相手はYを作ります。」 繰り返します。 これは非常に迷惑です。
• 反応に対処する簡単な方法はありません。 剣のストライキは、ターゲットにヒットするか、ミスします。 もちろん、攻撃された側は攻撃を期待し、その瞬間に防御することができます（「防御スタンスに立つ」または「シールドを上げる」）が、通常、プレイヤーはそうすることを嫌います。 これは、「攻撃」アクション（優れたアクション）を「 多分より少ないダメージ」（退屈）と交換することを意味します。 場合によっては、これは合理的な選択かもしれませんが、冒険のようには見えません。

だから、私たちは停滞しているように見えます。 抽象化の全範囲を調べましたが、ゲームを十分に良くすることはできません。



この状況で、私は5年間ゲームに取り組んだ後、自分自身を見つけました。 テキストでSkyrimのようなオープンワールドゲームを作成することは不可能であることを（少なくとも自分自身のために）証明したと判断して、ほとんどあきらめました。 理論的にも不可能です。



このSkyrim in Textプロジェクトから休憩することにしました。 代わりに、私は完全に異なるものを作成し始めました。 ゲームもテキストに基づいていましたが、ゲームプレイはより手続き的で心理的でした。 プロットはグループの生存について語りました。



そして、 このプロジェクトに取り組む過程で、テキストストーリーはフラクタルであることに気付きました。 ビデオゲーム（安定した更新方法が必要）とは異なり、テキストでは、抽象化の1つのレベルに固執する必要はありません。

6回目と最終試行

私の意味をお見せしましょう。

ホワイトランの近く



南からホワイトランに到着しました。 近くには攻撃する準備ができたを手にしたギャングが待っています。



>山賊を攻撃する

弓と矢を使う

逃げる



剣を上げて盗賊に降ろします。 彼はいくつかの簡単なステップを取り戻し、あなたが近づくと、xを素早く振ります。



ジャンプバック

>かわす

ブロックする



屈むと、盗賊のxが頭から1インチ飛びます。 ギャングは、甲armがない側を瞬間的に明らかにします。



>剣で突進

横にパンチ

無視する



<残りの戦い>

「攻撃」コマンドは戦術的であり、「スイング」や「突進」よりも抽象度が高いことに注意してください。 バンディットが最初にaを振るとき、これは「アクションバイアクション」レベルで起こります。 しかし、スイングがまだ終わっていない場合、レベルを1つ下げ、プレイヤーは回避（またはキックのブロック/ジャンプバック）によってこの状況に対応できます。 そして、アクションが成功した場合、我々はこの低レベルにとどまり、プレイヤーは彼が回避した盗賊の掃引中に反撃を加えることができます。



戦闘では、戦術的な場所から一瞬の行動まで、あらゆるレベルで多くの選択肢があります。 この場合、同じアクションをまったく異なるコンテキストで実行できるため、再現性はプレーヤーにとってより興味深いものになります。







結果のテキストは、実際の人が書くことができるものにすでに似ています。 2人が行ったダメージを交換するだけではないことがわかりました。これは、開発の各段階で動的な結果が得られる真の格闘です。 また、ゲームプレイは、本のようにさまざまな抽象化レベルで動きます。

短所

IFCOMP Insignificant Little Verminプロジェクトは、オープンワールドシミュレーションのフラクタルストーリーのコンセプトと連携して、比較的スムーズで読みやすいテキストアドベンチャーを作成します。 一部のプレイヤーは、テキストが部分的に手続き的に生成されていないことさえ示唆しましたが、それは私が知っています。 しかし、もっと重要なことは、プレイヤーは通常非常に興味があったことです。





しかし、もちろん、花火を打ち上げて拍手するのは時期尚早です。 この短いゲームは、このアプローチの限界を示し、テキストでレンダリングされたオープンワールドのビジョンを完全に実現するために、さらに多くの作業が必要になることを明確にしました。



第一に、ゲームはこの方向への最初の一歩にすぎませんでした。 Verminの開発中に、私は多くの発見をしました。 フラクタルストーリーやテキストのSkyrimの基礎となるルールも確立された慣行も業界の例もありませんでした。 幸い、インタラクティブな文献については多くの情報源がありますが、それらのほとんどは文献のまったく異なる側面に焦点を当てています。



たとえば、Verminのコンテンツは私が望んでいたよりもはるかに少なくなっています。 規模的には、AAAゲーム（Skyrimなど）には近づきません。 現在、RPGの開発は限られています（たとえば、プレイヤーのキャラクターは新しいスキルを習得できません）。戦闘では、より多くのバリエーションが必要です。 さらに、ゲームにはマップ機能がありません。



ただし、このすべては、このプロジェクトへの追加の投資によって決定されます。



しかし、一部の制限を簡単に削除できないことはもっと興味深いように思えました。 これらの制限は、システムの性質とテキスト全体から生じます。

明快さと（表面的な）シンプルさの必要性

テキストに多くの情報を与えることは非常に簡単です。 混graphicとした戦いは3Dグラフィックスではまったく受け入れられますが、テキストでレンダリングする場合は判読できません。 10人の俳優との剣の戦いは、それから分割または抽象化する必要があります-可能な解決策は、詳細レベル（LoD）またはLimelightのようなもので、プレーヤーから遠くにいる俳優の行動は無視されるか、簡単に説明されます。



テキストでは空間的な関係を説明するのは難しい（そして退屈な）。 剣と魔法についての本を読んでください-コナン/ファード/エルリックは常に海賊/剣士/リッチを振り回しますが、決して「前方左」には振らないことがわかります。 場所は常に最も一般的な言葉で記述されます。 どんなに明確に考えても、誰もがどこにいて何をしているのかをすばやく明確にする機能で、2Dまたは3Dグラフィックスを破ることはできません。



テキストの名前、カテゴリ、代名詞についても考える必要があります。 フロアを使用すると、何に焦点を当てているかをプレーヤーに簡単に伝えることができるため、非常に役立ちます。 たとえば、シーンに男性の泥棒、女性の戦士、モンスターがいる場合、自然言語生成アルゴリズムでは、「he」、「she」、「it」という単語を使用することがほとんどです。 そしてこれは素晴らしい。 しかし、これを3人の男性のオークの戦士がいるシーンと比較してください。このシーンでは、「左側のオークが動く」などの多くのオファーを受け取ります。 退屈で読みにくいです。



本文では、さまざまなキャラクターの状態を扱うことはより困難です。 たとえば、プレーヤーが左に伸びたオークの腕を覚えているとは期待できません。 幸いなことに、人々は想像力を持っています（そして、彼らはそれを使用したいのです！）、したがって、低レベルのシミュレーションは困難になる可能性があります。最も重要な側面のみを強調することを確認する必要があり、読者にコンテキストから残りを引き出すことができます。

カジュアルの必要性

テキストに、パフォーマンスに基づいた、または競争力のあるメカニズムを作成することは不可能です。 このようにすると、遅かれ早かれ、ゲームは物語の小さなキャップを持つスプレッドシートに変わります。 それは悪いことではありません-私はこのタイプのゲームが好きです（ Seedshipを参照）。 フラクタルストーリーを作成する際に私たちが目指していることではありません。

手続き性は「銀の弾丸」ではありません

本文では、戦い（および手続きの内容全般）は、他の何かと混ざったときにはるかにうまく機能します。 コンテキスト、キャラクター、物語の発達は、ゲームを面白くするものの一部です。 すべてのVerminバトルでは、少なくとも「塩」を追加する小さなテキストがあります（相手が互いに話します）。これは、プレイヤーが世界中を歩き回る場所にも当てはまります。 手続き型の生成だけに頼ることはできません-まだ多くのコンテンツが必要です（そのコンテンツが最終的に手続き型で使用されている場合でも）。 これはすべて一般的なルールに対応しています。手続き型コンテンツは「怠lazな開発者」向けではありません。 コンテンツを作成する手間を省く必要はありません。 コンテンツがプレーヤーに応答する必要があります。 そして、あなたはまだたくさん必要です。

歌詞を書くのは難しい

「あなたはオークにぶつかり、15 HPのダメージを与えた」などのようなものを作成するのは非常に簡単です。 ただし、「あなたの刃がオークを過ぎて飛んだ」というフレーズの多くのバージョンを書くことははるかに困難です。

自然言語の生成は難しい

これは、最新の3Dプログラミング（少なくとも工数の面で）よりも単純ですが、それほどではありません。 人間の言語は豊かで、trapに満ちています。 幸いなことに、実装が非常に簡単な言語のサブセット（つまり、リアルタイムアクション）を選択できます。 しかし、やはり同じように、そのようなゲームのプログラミングを成功させることに主に携わっている人には期待できません。 これは別のテキストの麻ひもまたは通知ではありません 。 これは、単一の著者ではなく、開発チームのタスクです。

どのジャンルでもない

最後に、すべてのコンテンツがフラクタルストーリーに適しているわけではありません。 または、少なくとも一部のジャンルは、このようなシステムにはるかに適しています。 「剣と魔法」が素晴らしい理由は：

1. 多くのアクションは、単純な現在形で記述されています。
2. 彼らは直接の「脳脊髄」の衝突を持っています。
3. それらは反応に基づいて構築されます（打撃をブロックすることで相殺します）。
4. 彼らは物理的な研究に専念しています。

これをPortalのようなものと比較してください。これは、説明するのが難しい場所で起こると想像するのが難しいアクションがあり、プレーヤーから多くのスキルを必要とします。 ただし、このアプローチが機能しないトピックを見つけるために3Dパズルに至る必要はありません。 オープンワールドの他の戦闘指向のゲームでさえ、ファンタジー戦闘ではなく比較的現実的な現代の小競り合いを使用するため、「テキストへの移植」がはるかに困難です。 想像力が足りないだけかもしれません（そして射撃に関する文献の経験がほとんどない）が、銃器の瞬間的なアクションで機能する優れた戦闘メカニックは想像できません。

高音で終了するには

それで、私はフラクタル物語の問題について長い間話しました。 高い評価で終わりましょう。 どうしてそんなに熱心なのか説明させてください。











その結果、Insignificant Little Verminが採用したフォームは、特にモバイルデバイスでのカジュアルなゲームプレイに最適です。 ゲームはそれほどスキルを必要とせず、ゲームプレイの短い部分または全体で消費することができます。 ランダム性の要素が含まれています。 これにより、プレイヤーは自分に固有のストーリーを読み、自分に適した速度で世界を探索できます。 画面上で何が起こっているかを見る必要はありません-それはただのテキストといくつかの静止画像です。



要するに、あなたはそれを読んで、バスを待っている間にそれを再生することができます。



私は、このアプローチが多くのインディー開発者の世界観を変える可能性があると正直に信じています（一部の開発者は自分自身をゲーム開発者として認識していません）。 上で言ったように、これは単一の著者/著者/開発者システムではありません。 Twineと比較して、進入障壁は非常に高いです。 しかし、最も単純な2Dプラットフォーマーと比較しても、比較的低いです。

• 開発の焦点を、グラフィックプログラミングと60fpsの最適化から、基本的なメカニズム、シミュレーション、自然言語生成にシフトできます。 フレームあたり16ミリ秒に制限されていないため、シミュレーションとAIに十分な時間があることに注意してください。
• アーティストは、環境の詳細（ここの草、そこの壁のテクスチャ）に費やす時間を減らし、興味深い世界やキャラクターの作成に費やすことができます。 また、レンダリングエンジンの機能によって制限されません。 彼らが何かを説明できるなら、彼らはそれを使うことができます。 500,000人のドワーフの軍隊が平野を下りてきましたか？ 素晴らしい。 何百万キロメートルも見ることができる「ワールドリング」タイプの構造ですか？ 対処できます。 ラヴクラフト/エッシャー/非ユークリッド建築？ 問題ありません。
• 設計者は、1つの詳細レベルにそれほど制限されていません。 彼らは簡単にプレイヤーが1つのゲームで将軍と兵士の両方になることができます。 テキストを操作するときは、グラフィックスを操作するよりもはるかに少ない実装が必要です。 ゲームプレイの仕組みを追加すると、突然「安く」なります。
• 小さなチームであれば、Skyrimに匹敵する規模のものを作成できます。

このゲーム開発へのアプローチがどこにつながるのか、楽しみです。 ブログとTwitterで成果を発表します。 ノイズを少なくする必要がある場合は、ニュースレターを購読して、ハイライトに遅れないようにしてください。



リンクを見逃してしまった場合は、重要でないリトルヴァーミンとIFCOMPのプロジェクトをご覧ください。