「ゲームプログラミング」の版間の差分

 

== 特殊イベントのフラグの作り方 ==

RPGなど、ゲーム中で1回しかおきない特殊なイベントとかを作りたい場合があるでしょう。RPG以外でも、シミュレーションゲームなどで特殊イベントを実装したいこともあります。たとえば、もし日本の中世の戦国時代シミュレーションゲームで「桶狭間の戦い」が3回も起きたりしたら困ります。

 

 

 

 

一般にIT産業では「フラグ」と言った場合、状態 on または off の意味で、数値「1」か「0」の二つのいずれかの使います。

 

 

 

 

という3段階の区別が必要なのに、ON/OFFの2通りだけでは区別できないからです。

 

 

:依頼されてない段階: 0

:依頼されたが解決してない段階: 1

 

 

 

 

 

 

なお、数学でいう「3値論理」とは、上述イベント変数のような手法とは、本来は意味が異なる。1950～1970年ごろ、かつて三値論理学が大学などで研究された事もあったが、現代では滅多に使わないので、気にしなくていい。

 

 

 

たとえば、

なお、「三値ビット」等といいましたが、正確には、ビットとは2進数の値のことですので、3進数以上では「バイト」を使って「3値バイト」とか「3進バイト」とか言うほうが厳密かもしれません。ですが、そこまで厳密に体系化されてない事と、そのため作家や会社によって表現が違うので、よく2進ビット列をソフトウェア的に組み合わせて3値処理や4値処理を実装したりするので、慣習的に「3値ビット」や「4値ビット」みたいな言い回しでも通用したりします。

 

 

もしかしたらファミコン時代の古いゲームなら、メモリの節約のためビット列で処理する事もあったかもしれませんが、現代なら配列でイベント管理するほうが安全でしょう。（ファミコン時代のRPGによくあるバグで、メモリのオーバーフローを起こしてイベントフラグのズレるバグが幾つかある。）

C言語では16進数（0からFまで）を扱えるので原理的には16進ビット列（正確には「16進バイト列」というべきだろうが）等もありえますが、しかし慣習的にゲームのイベント管理で使うビット列は、よく聞くのは、せいぜい4値ビットまでです。それ以上は寡聞にして聞きません。

 

 

また、あまり凝った特殊フラグ処理のシステムを実装（？）すると、デバッグがとても大変になります。

 

 

 

 

そしてゲーム開発において、特殊イベント処理のデバッグは、そのデバッグ作業のなかでも、かなり手間のかかる部分です（通しプレイなどが必要なので）。

 

==== 複数イベントのモジュール化 ====

 

 

それがRPG制作の宿命でしょう。

 

 

このための制作テクニックとしては、ゲーム中のイベント群を幾つかのモジュールにまとめると、管理しやすくなります。

たとえば、ある1つのイベントの発生からクリアまでの複数のイベントを、モジュール1個として考えます。作家によっては「大イベント」「中イベント」などの表現をする場合もあるかもしれませんが、要するにイベントのモジュール構造のことです。

 

 

 

 

 

 

:「どうしても、このイベントを飛ばさないでほしい」、

:あるいは「飛ばされると、リアリティ追加のためのイベント追加が大変になる」、

 

なので、飛ばさないでほしいと思う重要な会話イベントについては、

プレイヤーを自然とそのイベントを飛ばさないように誘導できるので一石二鳥的になります。