コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

レベルデザイン

出典: フリー百科事典『ウィキペディア(Wikipedia)』
Edgeのレベルデザイン

レベルデザイン環境デザイン[1]、は、ビデオゲームレベル(ロケール、ステージまたはミッション)の作成に関するゲーム開発のー分野である[2] [3] [4] 。これは一般に、レベルを構築するために設計されたゲーム開発ソフトウェアであるレベルエディタ英語版を使用して行われる。レベル編集ツールが組み込まれているゲームもある。レベルデザインは芸術的で技術的なプロセスである[5]

歴史

[編集]

ビデオゲームの初期の頃は、1人のプログラマー英語版がゲームのマップとレイアウトを作成し、レベルデザインの専門分野や専門職は存在しなかった[4] [5] [6]。 初期のゲームではしばしば、ストーリーの進行にしたがって難易度が上がるレベルシステムを特色とした[4]

エリアをデザインするのにかなりの時間を必要とした最初のゲームジャンルは、MUDといったテキストベースのゲーム[7]だった。多くの場合、昇進したユーザーが新しい通路、部屋、機器、およびアクションの作成を担当し、作成にはゲームインターフェース自体を使用した。

1983年代の『ロードランナー』はレベルエディタ[8] [9]が付属した最初のタイトルの1つであり、噂によるとそのデザイナーであるダグラス・E・スミスは近所の子供たちにお金を払ってレベルデザインをさせていた。同年、マルチプレイヤー・ダンジョン・クロウルの『Dandy英語版』がリリースされ、マニュアルに記載されているレベルエディタも付属した[10] 。『ZZT英語版』(1991)はユーザーが利用できるマッピングとスクリプトを備えた、後年のゲームである[11]

DOOM』(1993)と『Doom II』(1994)は、ゲーム改造に焦点を当てた最初の人気のあるゲームのうちの2つであり、それらのために多くのWADレベルファイルが作られた[7] 。その理由の1つは、レベルファイルとゲームエンジン自体が明確に分離されていることだった[7]。 『ハーフライフ』、『Quake 3』をはじめとする多くのゲームは際立ったマッピングツールを備え、ユーザ制作コンテンツのコミュニティがあった[要出典]

工程

[編集]
Warzone 2100のレベルエディタ。

現代のゲームにおける各レベルのレベルデザインは、通常、コンセプトアート、スケッチ、レンダリング、そして物理モデルから始まる[12] [13] 。その後、これらのコンセプトは、通常レベルエディタを活用して、詳細なドキュメント、環境モデリングおよびゲームの具体的なエンティティ(アクター)の配置となる。

レベルエディタは、時には市販の3Dモデリングソフトウェアに匹敵する、完全なスタンドアロンパッケージとして配布されることがある[5] 。マップの設計にはさまざまなステップがあり、これらのステップは今日存在するさまざまなゲームジャンルによって劇的に異なる場合がある。

一般的な手順は次のようになる。

  • 丘、都市、部屋、トンネルなど、プレイヤーや敵が動き回るための大規模な地物を配置する[14]
  • 日中/夜間、天候、採点システム、使用可能な武器またはゲームプレイの種類、制限時間、開始リソースなど、環境条件と「基本規則」を決定する。
  • 資源の収穫、拠点の建設、水上移動など、あるゲームプレイの活動や行動が起こる領域を指定する。
  • ドアや鍵、ボタンと関連装置、テレポーター、隠し通路など、静的でないレベルのパーツを指定する。
  • プレイヤーユニット、敵、モンスター発生ポイント、はしご、コイン、リソースノード、武器、セーブポイントなど、さまざまなエンティティの位置を指定する[15]
  • 一人以上のプレイヤーの開始位置と終了位置を指定する。
  • レベル固有のグラフィックテクスチャ 、サウンド、アニメーション、照明、音楽などの審美的な詳細を追加する。
  • プレイヤーによるアクションが特定の変化を引き起こすことができるスクリプト化されたイベント地点を導入する。
  • ノンプレイヤーキャラクターが、歩き回るときに利用するパスファインディング英語版ノード、特定のトリガーに応じて行うアクション、プレイヤーと行う会話を配置する[5]

ゲームの最初のレベルは通常プレイヤーがゲームメカニクスを探るようデザインされており、特に『スーパーマリオブラザーズ』のワールド1-1が該当する[16]

カットシーンはレベルのイベントによって引き起こされるかもしれないが、明らかに異なるスキルを必要とし、異なる人またはチームによって作成されるだろう。

所望の結果を達成するまでに、レベル設計プロセスは数回繰り返されるかもしれない[5]

レベルデザイナーやコンセプトアーティストはまた、プレイヤーのためにプリレンダリングされたレベル(またはゲーム世界全体)のマップを提供することを求められるかもしれない。

レベルのバグ

[編集]

レベルデザイナーが避けるよう努める多くのマップバグがあるが、時にはしばらくの間気づかれないままになる。

プレイヤーは逃げることも死ぬこともできずにマップの地形にはまり込んでしまうかもしれない。プレイヤーは簡単に倒すことができるモンスターが絶えず出現する場所を見つけ、移動しなくても経験値を獲得できるかもしれない[要出典] 。マルチプレイヤーマップでは、プレイヤーはアクセスできないように設計されたマップの領域にたどり着くかもしれない。たとえば、有利な屋上から他のプレイヤーをキャンピングする行為である。 最悪の場合、あるプレイヤーが他のプレイヤーの手の届かないマップの範囲外に落ちるかもしれない[要出典]見えない壁はレベルデザインのバグとして挙げられ、それは以前のバージョンのレベルから残されたジオメトリか、オブジェクトに適切に揃うように取り付けられなかったコリジョンボックスかもしれない。[17]

場合によっては、レベルの「外」に落ちたり、「移動不能になる」領域に到達するなどの問題を自動的に検出するマッピングツールを設計することができる。用心深いレベルデザイナは、レベルの新しいバージョンをリリースする前の最後のステップとしてこれらのツールを実行する[18] 。ほとんどの場合、マップを改良する最善の方法は、経験豊富なプレイヤーとプレイテストを行い、問題を悪用しようとすることである。

レベルデザイナー

[編集]

レベルデザイナーは、レベルエディタと他のツールを使用して環境とシナリオを作成するゲームデザイナーである[4] [19] 。レベルデザイナーは通常、プリプロダクションから完成までのレベルに取り組み、未完成のゲームも完成したゲームも扱う。ビデオゲームプログラマー英語版は通常、デザイナーが使用するためのレベルエディタとデザインツールを作成する。 これにより、デザイナーがゲームコードにアクセスしたり変更したりする必要がなくなる 。 時にコミュニティで利用できるレベル編集ツールとは対照的に、レベルデザイナーは、必要なアートワークがゲームアーティストによって作成される前に、レベルの一貫性と明確なレイアウトを目指してプレースホルダーとプロトタイプを使用して作業する。 近年、ビジュアル、構造およびゲームプレイ関連作業の責務は複数の専門家の間でますます分業が進んでいるが、多くのレベルデザイナーはビジュアルアーティストとしてのスキルもゲームデザイナーとしてのスキルも備えている[5] [19] [20]

ゴールの設計

[編集]
The Battle for Wesnoth用マップエディタの例。

レベルデザインは主に2つの目的に不可欠である。1つはプレイヤーにゴールを与えること[21]、もう1つは楽しいプレイ体験を与えることである。すぐれたレベルデザインは質の高いゲームプレイを生み出し、臨場感のある体験を提供し、そして特にストーリーベースのゲームでは、ストーリーを進めることを目指す。没入型のプレーヤー体験を生み出すためには、テクスチャとオーディオを利用する熟練した能力が必要である[要出典]

ゲームプレイの変更

[編集]

マップのデザインはゲームプレイに大きな影響を与える[21] 。例えば、ゲームプレイはプラットフォーマーにも(足場の配置による)またはパズルゲーム[22] [23]にも(ボタン、鍵、およびドアを大量に用いることによる)なる。 FPSマップには長い通路を含まないことで狙撃を防ぐように設計されているものもあるが、一方で狙撃と接近戦の組み合わせが可能になるマップもある。

ギミックマップは、狙撃や殴り合いなど、ゲームプレイの特に選ばれたフィーチャを探求するために作成されることがある[24]。これらはレベルデザイナーにとっては簡単に効果的で、経験豊富なプレイヤーにとっては興味深いが、リプレイ価値が限られているため、通常はゲームのレベルの最終リストには含まれていない。

プレイヤー管理

[編集]

レベルは一般にゲームの流れを制御することを念頭に置いて構成されており[25]、プレイヤーをレベルのゴールに導き、混乱したり何もしないですごすことがないようにする。これは様々な手段によって達成することができる。

多くの場合、レベルレイアウトはパワーアップと経路上のアイテム、そしてそれらを集めると必然的にゲームと物語が進行することの組み合わせを考慮する。これは基本的なプレイヤー管理技術の1つで、プラットフォーマーでよく見られる。

プレイヤーを迷わせず正しい経路に導くため、照明やイルミネーション、はっきり色付けされたオブジェクトがしばしば用いられる。同様に、はっきりとマークされたチョークポイントを取り入れることもできる。

もう1つの方法は、障害物や見ための相応しい環境的な小道具を戦略的に配置することである。これによってプレイヤーの注意を「明確な」道筋に向けさせる。これは閉じた「詰まった」環境でよく使われる。

レースゲームのコースも「詰まった」環境の実例である。ヘアピンカーブ手前でブレーキを踏ませたければ、次第にコース脇の立樹などの設置間隔を狭めることで速度感、危機感を管理でき、ゲーム操作に「気づき」を与え、コースというレベルでのプレイヤーの成功体験を導くことができる。

レベルはプレイヤーがマップを探索して前進することを強制するように設計されているかもしれない。ほとんどのRTSのマップは各プレイヤーに開始地点となる拠点を与えるが、プレイヤーを彼らの拠点から引き離してお互いに交戦するように設計されたリソース配分と地理的特徴を持つ。適切に設計されていない場合、チームプレイマップは、あるチームが他のチームよりもずっと有利になる。

隠し機能

[編集]

レベルデザイナーは時として、気づいたりたどり着くのに労力を必要とする隠し部屋やエリアを作成する[26] 。そこでは通常、弾薬やパワーアップなどの追加の報酬が得られる。カジュアルプレイヤーは通常これらを発見しないが、こういったエリアは面白いので熱心なゲーマーによって発見され記録される。時には、それらはイースターエッグとして機能し、レベルデザイナーの名前や絵などのメッセージ、あるいは政治的またはユーモラスなメッセージを含んでいる[26] 。隠し機能を売り物とし3Dエンジンを搭載した最初のゲームの1つは『Wolfenstein 3D』で、隠し通路を開くために特定の壁を「押す」ことができた[26] 。他にも、『Quake』にはプレイヤーが弾薬、武器、クワッドダメージといったパワーアップを得られる多くの秘密のエリアがある。そしてある到達の困難な秘密のエリアでDopefishが現れる。実際、"ナイトメア"と名付けられた最も難しいレベルは4次元のエントランスホールにある秘密のポータルを通してしか到達できない。

時としてレベル全体が秘密のレベルとして設計されることもある。

ツール

[編集]

レベルデザインには様々なツールを用いることがある。汎用のマルチメディア作成ツールを使用してモデルやテクスチャをデザインするほうがより速いが、ゲームでは通常ゲームエンジンに適した独自フォーマットのデータを必要とする。このために、モデル、テクスチャ、およびオーディオデータの特別なコンパイラおよびコンバータが、レベルを設計するために必要となることがある。

3ds MaxBlenderAutoCADLightwaveマヤSoftimage XSIGrome英語版 を、通常特定のゲーム用に開発された特別なプラグインでカスタマイズして、使用することもある[要出典]

俗用

[編集]

レベルデザインの「レベル」とは、「1面・2面」に相当するステージ名としての「Level1、Level2」のLevelである。つまりこの場合のレベルとはステージや地形などを指す言葉であり、難易度やプレイヤーキャラクターのレベルを指す言葉では無いが、日本のゲームにおいてステージをレベルと呼ぶ例が希少であったことと、JRPGにおける「レベル」が専らプレイヤーキャラクターのレベルを指していた事から、「レベルデザイン」が「プレイヤーキャラクターのレベルや難易度の調整」という意味として使われる俗用が広まっている。派生して、UIデザイン上の視点誘導を以て「ソーシャルゲームでのレベルデザイン」と称する事例もある。

脚注

[編集]
  1. ^ Oxland 2004 、pp。21-22、126
  2. ^ ベイツ2004 、p.107
  3. ^ ブラスウェイト、シュライバー2009年 、5ページ
  4. ^ a b c d Shahrani 2006 、パートI
  5. ^ a b c d e f Bleszinski (2000年). “The Art and Science of Level Design”. 3 December 2002時点のオリジナルよりアーカイブ。29 March 2010閲覧。
  6. ^ Bates 2004 、p.162、 "数年前、[レベルデザイナー]ポジションは存在しませんでした。今や多くのチームにとって重要なポジションになりました。
  7. ^ a b c Shahrani 2006 、パートIII
  8. ^ “Lode Runner Contest”, Computer Gaming World: p. 22, (August 1984) 
  9. ^ Lock'n'Lode”. IGN (February 17, 1999). December 18, 2009時点のオリジナルよりアーカイブ。March 29, 2010閲覧。
  10. ^ "Dandy". Atari Mania. {{cite web}}: Cite webテンプレートでは|access-date=引数が必須です。 (説明)
  11. ^ ZZT”. Everything2 (April 25, 2003). March 29, 2010閲覧。
  12. ^ ベイツ2004 、p.107-110
  13. ^ Oxland 2004 、pp.132-135
  14. ^ Oxland 2004 、pp.128-130
  15. ^ オックスランド2004 、p.139
  16. ^ Parish, Jeremy (2012). "Learning Through Level Design with Mario". 1UP.com. {{cite web}}: Cite webテンプレートでは|access-date=引数が必須です。 (説明)
  17. ^ Levy, Luis; Novak, Jeannie (2009-06-22). Game Development Essentials: Game QA & Testing. Cengage Learning. p. 84. ISBN 1435439473. https://books.google.com/books?id=lBDgcrSUcAQC&dq=invisible+wall+game&source=gbs_navlinks_s 2014年11月18日閲覧。 
  18. ^ ベイツ2004 、pp.117-118
  19. ^ a b ムーア、Novak 2010 、p.76
  20. ^ ベイツ2004 、p.118
  21. ^ a b ベイツ2004 、pp。111-112
  22. ^ ベイツ2004 、pp.116
  23. ^ ブラスウェイト、シュライバー2009年 、p.48
  24. ^ ベイツ2004 、p.108
  25. ^ ベイツ2004 、pp.113-114
  26. ^ a b c Shahrani 2006 、パートII

参考文献

[編集]

関連項目

[編集]