Python / Ren'Pyでテキストゲームを書く

テキストゲームの作り方 はい、何でも。 イラスト、サウンド、ワーキングセーブを使用して、キリル文字や問題のないゲームプレイでロシア語のクロスプラットフォームテキストゲームを作成する方法は？ はい、あなたの自由な時間に、あなたの主な仕事から見上げていませんか？ これはすでにもっと面白く、実際、非常に簡単です。 猫の下で興味を持ってください。







約1年前、私の友人と私は、80日間、航海、貿易、奇妙な居住地の探索、奇妙な人格との会話について、サンレスシーのスタイルで小さなテキストゲームを作ることにしました。 主人公は救世主、国の英雄、有名な船乗りとは見なされないが、宗教が存在するはずでしたが、不幸な起業家/冒険家であり、何も気にせず、小悪魔と大悪魔のファッショナブルな選択を良い選択と置き換えますそして良い：グリムダークのためにグリムダークはありません。 かなり迅速に、主要派factとキャラクター、大きな港、政治状況、そしてタコのヤスでの漁（KDPVに描かれている）などのかわいい小さなものの束と、ほぼすべてのキャラクターに通常のヨーロッパの名前よりもエキゾチックでハンガリーの名前を与えるという素晴らしいアイデアが考え出されました。 一般的に、木造住宅がたくさんありました。



当時、チームには1人のライターと1人のプログラマー（つまり、私）がいました。 前の段落の要件は、ゲームの設定と精神に関連しているため、私の友人はそれらを満たさなければなりませんでした。私の前に、ゲームの設計とエンジンの機能についての質問がありました。 まず、プレイヤーはほとんどの時間をテキストの読み取りとメインキャラクターのアクションの選択に費やします。 これを行うには、適切なタイポグラフィと、メニュー、オプション、変数を使用してスクリプトを作成する機能のみが必要です。 すぐにアーティストが参加したので、イラストも考えなければなりませんでした。 第二に、ゲームは研究と取引に関するものであるため、収集したうわさや購入した商品に関する情報を保存するために、プレイヤーがアクセス可能な形式でどこかに必要です（あらゆる方法で処理します）。 最後に、ナビゲーションに関するゲームでは、マップとそれをナビゲートする機能が必要です。 「歯石に泳ぎ、タツノオトシゴの話を聞く」というコマンドは、明らかにプロジェクトの精神に対応していません。 これは、エンジンが少なくともシンプルなミニゲームもサポートする必要があり、テキストの表示とゲーム変数の計算に限定されないことを意味します。

なぜRen'Py

エンジンをゼロから作成しようとさえしなかったとすぐに言っておく必要があります。サイクリングは楽しいものですが、引退する前にゲームをリリースすることが目標である場合は効果がありません。 また、インタラクティブフィクションパーサーも考慮しませんでした。英語では非常に限られた聴衆しかいないため、ロシア語ではパーサーの場合、プロジェクトはせいぜい数百人にしか興味がありません。 しかし、私は、あなたがお金をmakeけないなら、少なくとも青信号を通り抜けて、ある種の評判を得たいです。 幸いなことに、今日の英語のテキストゲーム開発者のほとんどは、ほんの数年前に非営利の趣味プロジェクトからプロのゲーム開発者になりました。 したがって、メインエンジンはオープンソースであるか、いずれにせよ無料です。 提供されているものを見てみましょう。



私の頭に浮かんだ最初の選択肢は、 Failbetterゲーム 、Fallen LondonとSunless Seaの開発者からのStorynexusでした 。 そのプロジェクトはブラウザを介して編集され、Failbetterによってホストされ、ブラウザを介してプレイヤーがアクセスできます。 収益化の機会は昨年から削除されました。 ただし、主な欠点はこれではありませんが、Fallen Londonのイベントのほとんどはデッキから落ちてくるカードで表され、この比phorを使用しないStorynexusでゲームを作成することは簡単な作業ではありません。 とにかく、理論的にはいつでも動作を停止する可能性があるクローズドソースコードを使用して、プロジェクトをサードパーティのサーバーに緊密にバインドすることは非常に危険です。



Choose Your Own Adventureには、2つの優れた独自のエンジン、つまり、 ChoiceScriptとInklewriterという種類のゲームがあります 。 どちらも、優れたタイポグラフィ、開発の容易さ（Inklewriterのブラウザーベースのエディター、ChoiceScriptのスクリプト言語）、および商用出版の可能性を約束します。 残念ながら、どちらも純粋なCYOAしか行えません。実際のテキスト、メニュー、イラスト以外にゲームに追加する方法はありません。 注意深い読者は次のように叫ぶでしょう。 80日間で 、かなり複雑な在庫と旅行のインターフェースがありましたよね？ そしてソーサリーで！ 残念ながら、これらのシステムは特定のゲーム用にInkle Studiosによって開発されたものであり、エディターにはそれらも、少なくとも自分を同じにする機会はありません。 同じ理由で（そして、それがumに特有であるため ）、 Twineを放棄しました。



私たちに合った唯一のオプションはRen'Pyでした。 これは、視覚的な短編小説用の無料のオープンソースオープンソースエンジンです（たとえば、「Endless Summer」と「Katawa shoujo」が作成されていることに基づいています）。 ゲームはクロスプラットフォームです。Win/ Mac / Linux用のディストリビューションを構築するのはボタンを1つ押すだけで、ターゲットOSを手元に用意する必要さえありません。 AndroidとiOSも発表されており、モバイル軸向けのRen'Pyリリースも存在しますが、私たち自身はまだモバイル市場を目指しておらず、その開発について話すことはできません。 さらに、Ren'Pyには、 ロシア語と英語の非常に友好的で活気のあるコミュニティがあります。

Ren'Pyの最も単純なスクリプト

Ren'PyはPython 2.7 + Pygameで書かれており、独自のDSLを持っています。 この言語では、まず、「アニメーションなしでbg_city_night_53.pngを背景として表示」や「nyasha1」というキャラクターに代わって「レプリカを話す」などのコマンドにより、スクリプト自体は命令型で記述されています。 第二に、この言語のサブセットはスクリーン言語です。この言語では、限られたDisplayableのセット（つまり、ウィジェット：ボタン、画像、テキストフィールドなど）から宣言スタイルでスクリーンを組み立て、その機能を構成できます。 組み込みの機能では不十分な場合は、Pythonを使用して独自の機能を追加できます。 次の記事でこれを扱いますが、今のところはスクリプトを扱います。



Ren'Pyのスクリプトは、一連のレプリカ、スクリーンを使用したアクション、およびプレーヤー入力で構成されています。 画面と入力についてはやや低めですが、最初は文字を扱います。 ビジュアルノベルでは、これらは次のように作成されます（公式チュートリアルのコード、わずかな変更あり）：

define m = Character('Me', color="#c8c8ff") define s = Character('Sylvie', color="#c8ffc8") image sylvie smile = "sylvie_smile.png" label start m "Um... will you..." m "Will you be my artist for a visual novel?" show sylvie smile s "Sure, but what is a \"visual novel?\""
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

主人公とシルビーの2人のキャラクターが作成されました。どちらも画面の下部の標準ウィンドウに淡い青色で書き込みます。 シルビーには、話し始める前に画面に表示される肖像画もあります。 次のようになります。







ビジュアルノベルを作成する場合は、同じ方法で続行しますが、キャラクターのポートレートやゲーム全体の数十個のイラストさえも表示しません。 さらに、テキストのほとんどはキャラクターの直接のスピーチではないため、それらの1つに添付するのは非論理的です。 仮想ストーリーテラーキャラクターを作成する：

 define narrator = Character(None, kind = nvl, what_color="#000000", size = 12)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

彼の名前はナレーターです。 これは、明らかに他のキャラクターに帰属しないすべてのテキストを与える特別な名前です（厳密には、彼の名前はNoneです。ナレーターは、前の例のmやsのように、キャラクターのオブジェクトが置かれ、メソッドが呼び出される変数です、say）kind引数は、advとnvlの2つの値を取ります。 1つ目は上記のデフォルトの動作で、2つ目は肖像画が表示されないnvlモードを含み、テキストフィールドが画面の大部分を占めます。 まさに必要なもの。 このモードは、screens.rpyファイルのnvl_screen画面とstyles.nvl *スタイルのグループ（それぞれscreens.rpyファイルとoptions.rpyファイル）で記述され、フォント、テキストフィールドの背景、メニューの色などを設定します。

 label start: image bg monet_palace_image = Image('images/1129_monet_palace.jpg', align=(0 .5, 0.5)) nvl clear hide screen nvl scene bg monet_palace_image $ Ren'Py.pause(None) " —   :   — , ,    ,     ,   !"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

行ごとに分析します。まず、開始ラベルが発表され、そこからゲームが開始されます。 この名前は予約されており、スクリプト内のどこにいても「新しいゲーム」ボタンをクリックした後、エンジンは常にその名前に移動します。 ラベルに続くものはすべて論理的にこのラベルの「内側」にあるため、インデントによって区別されます。純粋なpythonの場合と同じようにRen'Pyでも機能します。 画像の初期化は非常に明白ですが、次の行は重要なことを行います：nvl_screen画面からすべてのテキストを削除します。 これは自動的には行われないため、各ページの最後にnvl clearを配置しない場合、テキストは画面から静かに消え、画面が最終的にクリアされるまでそこに表示されます。 それは些細なことのように思えますが、私は認める準備ができているよりもはるかに多くの時間をかけて、欠落しているnvl clearをデバッグしました。 新しく洗浄した画面を一時的に削除して、プレーヤーが背景を鑑賞し、背景を表示し、無限の一時停止をオンにし（クリックを待つ）、ストーリーを開始できるようにします。 テキストがnvl_screenに表示され始めるとすぐに、画面自体が元の場所に戻ります。



ちなみに、一時停止のある行は既にpythonにあります。1行を含めるには、 '$'で始めるだけで十分です。'python： 'ブロック内に長いコードを記述する必要があります。 ゲームによって実行されるコードはRen'Py自体のモジュールを参照するため、それらを明示的にインポートする必要はありません。

分岐と変数を追加する

この時点で、ゲームはテキストを表示するリーダーであり、必要に応じて背景を変更します。 メインメニューと設定の保存、巻き戻しは、すでに箱から出して動作します。 しかし、イラスト入りのストーリーを書きたいのなら、それを書いたでしょうか？ テキストの前に小さなメニューを追加します。

 label start: menu: "    ": $ debug_mode = True jump debug_menu " ": jump the_very_start_lazlo_nooptions " ": label the_very_start: #show screen nvl nvl clear hide screen nvl scene bg monet_palace_image $ Ren'Py.pause(None) " —   :   — , ,    ,     ,   !"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、ゲームをオンにした後、ユーザー（または開発者）は、必要に応じてデバッグモードに入るか、導入の既製の部分をスキップして、最後のコミットからすぐに部分のテストを開始できます。 line show screen nvlは不要としてコメントアウトされています-前述のように、画面はテキストが更新されると自動的に表示されます。 ご覧のように、コメントは絶対に明白な方法で機能します。



ラベル、メニュー、その他のインデントされたブロックは、任意の深さにネストできますが、実際には、テキストを10ページのエピソードに分割しようとします。 このような各エピソードは、インデントなしの個別のラベル内に記述され（開始ラベル内または同じファイル内にある必要はありません）、あるエピソードから別のエピソードへの移行はジャンプによって実行されます。 したがって、数十段階のインデントと戦うだけでなく、コードのモジュール性も提供します。各エピソードを個別にテストでき、どの変数を読み取り、書き込み、どこに移動できるかを簡単に確認できます。



ゲーム内のメニューと変数はまったく同じように配置されています。 ゲームの10分間の短いエピソードでも信じられないほどの量の変数とラベルがあるため、ハンガリー語表記のシンプルなバージョンを採用しました。 ）、エピソードlazloの名前（つまり、若いローファーを船員として雇うことができるLazloからの大暴れ）とラベル自体の名前。 このアプローチでは、名前はかなり面倒ですが、3か月前に誰かがship_listing変数を作成し、True Godが1つのランダムイベントのロールがもう一方のランダムイベントの結果に影響を与える場所を知っていることをテストするよりも優れています海。

結論の代わりに

この時点で、Ren'Pyで上記のChoicescriptおよびinklewriterの機能を既に再現しています。 私たちのボートは航海する準備ができているようです。 次の記事では、画面上の言語RenPyを使用してより複雑なインターフェイスを作成し、さらに純粋なpythonを使用してさらに複雑なインターフェイスを作成する方法を示します。