hagureyouma

UnrealTournament99のマップ作ろうね

By MYAO

MYAO(C)2025 All right reserved.

UT99のマップ制作の解説ページだよ

自分だけのマップを作りまくろう

はじめに

このページの解説はエディターの使い方に絞っており、マップのゲームプレイ上のことやゲームバランスなどに関しては割愛します。 （私自身がBotと遊んでるかシングルプレイヤー専門のエンジョイ勢で、対戦に関しては詳しくなくて語れません…）

Q.マップ制作の情報がもっとほしい

日本語の解説はほぼ無いけれど海外のサイトには情報が結構充実していて、Google翻訳で普通に読める。

beyondunrealwiki.github.io マップ制作Wiki　

UnrealEDの情報を検索するとフォーラムがよくヒットする海外のコミュニティサイト。

• ut99.org
• oldunreal.com
• unrealsp.org（サイトの仕様なのかGoogle翻訳でページ全体の翻訳ができないようなので、Webブラウザの選択したテキストを翻訳できる拡張機能とか使おう）

作る前に

マップを作るには付属のUnreal Editor（以下UnrealED）を使います。 UTのSystemsフォルダーにあるunrealed.exeがUnrealEDです。

最新のパッチを適用しよう

oldunreal.comのパッチを適用すると、UnrealEDが大幅にパワーアップします パッチはここ https://github.com/OldUnreal/UnrealTournamentPatches/releases OSにあったファイルをダウンロードしよう

• MacやLinux版もある このページの解説はOldunrealのパッチを適用していることが前提になります

ホットキーの設定

よく使う操作はホットキーに設定してボタン一つで実行できるようにすると楽 Tool→Advanced OptionsのAdvanced→Raw Key Bindingsでキーにコマンドを設定できる 主なコマンドはここに載ってる https://beyondunrealwiki.github.io/pages/unrealed-2-console.html

コマンドの例

• MODE CAMERAMOVE　カメラ移動ツールに切り替え
• MODE VERTEXEDIT　頂点編集ツールに切り替え
• ACTOR DUPLICATE　アクターの複製

カスタムボタン

UnrealEDに便利ボタンを追加できる ここにいろいろあります https://darkrealm.333networks.com/index.php?dir=Deus%20Ex/UEditor%20Developing/Ued2Buttons/ https://f.ulut.in/viewtopic.php?t=979 これのRahnemBrushBuilderのLandscape Builderは自然の地形を作るのに役立つよ

• Landscape Builderはパラメータの分割数がどの軸に対応してるのかわかりにくいからメモ Hegiht Z軸 Width Y軸 Breadth X軸 WidthSegments X軸の分割数 BreadthSegments Y軸の分割数 DepthSegments Z軸の分割数 サイズと分割数の表記が食い違ってます

Editor Tools https://ut99.org/viewtopic.php?t=14061

マップ制作の基本

制作の流れ

部屋を作る→照明を置く→リスポーン地点やアイテムを置く→Botが辿るルートを設定→プレイ！

• マップを見た目を作り込んだ後から変更するのは大変なので、先にマップの大雑把な構造だけ作ってテストプレイできるようにして、遊んでみて良い感じだったら、それから見た目を作り込もう

マップ制作のポイント

グループを活用しよう

グループは、アクターをひとまとめにして、一度に選択できるようにします

• 例えば、同じ色のライトをグループにしておくと、後から色を変えたくなった時に一発でライトを選択でき、ライトを一つ一つ探してクリックする手間がなくなります。

• マップのエリアの区切りが良い部分のアクターをグループにしておくと、そこだけ表示したり非表示にしたりでき、ビルドのOnly Rebuild Visible Actorsオプションで部分的にビルドするのがやりやすくなります。

• グループにするアクターをすべて選択して、Group BrowserのNew Groupでグループ作成。任意のグループ名をつけられる。
• 後から追加するにはAdd Selected Actor to Group
• グループから削除するにはDelete Selected Actor to Group
• グループのアクターを選択するにはSelect Actor in Group
• 選択中のアクターからグループのアクターの選択を解除はDeselect Actor in Group

マップの地形を作る

ブラシと言うポリゴンの箱のようなものを置いていってマップを作ります

• ブラシの集まりはジオメトリとも呼ばれます

ブラシの種類

色はPerspectiveモードで表示される枠の色

• Subtruct（減算）黄色　空間を作る
• Add（加算）青　空間を埋める
• Semi-Solid（半固体）当たり判定がある装飾
• Non-Solid（非固体）当たり判定がない装飾と、空間の仕切り

ブラシを置く

Cubeなどでビルダーブラシを必要な形状にするか、または既存のブラシをDuplicateで複製して、必要ならVertex Editingツールで変形したら、Camera Movementツールを選択して、ブラシをShift（画面をスクロールする）またはCtrl（スクロールしない）＋ドラッグで移動、ビルダーブラシの場合はSubtractやAddで配置。ビルドすると反映される。

ブラシを一つにまとめる

まとめるブラシ群をビルダーブラシで囲って、SubtructならIntersect、AddならDeintersectで、ビルダーブラシがそのブラシ群の形になる 主に複雑な形状のMoverを作るためと、複数のブラシでできた装飾などを扱いやすくする制作の利便性のためのもの。マップの重さには影響しないと思われる あまり大きなSubtructはまとめないほうが良いかもしれない

置いたブラシを後からまとめる方法 一つにまとめたいブラシと、Addならそれが入っているSubtructを選択→Invert Selection→Hide Selected Actors→Build→ビルダーブラシで囲ってまとめる→元のブラシを削除→AddまたはSubtruct→Show All Actors

ポリゴンのマージ

ブラシの分割されている平面を一つの面にする マージしたブラシをクリッピングや頂点編集などする場合は、事前に必ずセパレートしてからにしよう。でないとBSPエラーが起きるかも。

Transform Pemamntly（恒久的に変換）

ブラシの現在の変形や回転を基準として適用する。基本的にはやらなくていい 回転方向がおかしい、ブラシのクリッピングが上手く行かない、BSPエラーが起きた、などの場合に使う

Polygons→Snap vertex to grid

頂点を最寄りのグリッドにスナップする。回転して頂点がグリッドからズレたブラシをスナップしたいときに。BSPエラーを減らせるかもしれない。

半固体ブラシの活用法

半固体ブラシをうまく使うと、マップの動作が軽くなり、BSPエラーが起きる可能性を減らします。

半固体ブラシの特徴

個体ブラシとは異なる制限がいくつかあります。

• 減算ができない。減算した形にしたいなら、ブラシを一つにまとめるやり方でビルダーブラシを必要な形にしてから半個体にしよう。
• 減算/固体ブラシに埋め込んで面を揃えると、順序が後であっても表示されない。
• 非個体ブラシと重なるとBSPエラーの元なので重ならないようにしよう。なので部分的に水に浸かっているものには使えない。完全に水没していれば大丈夫。
• 空間を埋めないのでゾーンを区切るには使えない。
• Build Geometryすると面が消えるにことがよくあるけど、Build Allでだいたい治るので気にしなくて大丈夫。
• 減算ブラシや固体ブラシの面（BSPの分割線）と揃っている面の当たり判定が消えることがあるので、床に使う場合は当たり判定に抜けがないか確かめよう。
• うしろにあるポリゴンを遮蔽しないので、あまり多用するとかえって重くなる可能性も？

主な用途

• 水面などのゾーンをまたいでいない構造物や装飾のすべて

BSPエラー

Q.マップに四角い穴が空いたり、見えない当たり判定が現れた！なにこれ

BSPエラーが起きてる。 BSP（バイナリ空間分割）はUE1のマップに採用されているデータ構造のことで、それがどこかおかしくなって表示がバグってます。

• BSPエラーの原因は、主に浮動小数点誤差の蓄積によると思われる。

Build Geometryだと大丈夫なのにBuild Allだと起きることもある。

予防

• ブラシの頂点をかならずグリッドにスナップする
• ブラシの表面をマージする
• 半固体ブラシを活用する
• ゾーンを確実に区切る

対処法

• エラーが起きてるあたりの減算ブラシのorder（順序）をto First（最初）にしてビルド。これでだいたい治る。
• エラーが起きてるブラシを作り直す
• 半固体ブラシに非固体ブラシが重なっていたら重なりを解消する

Q.ZoneInfoを水の中においたはずなのに部屋全体が水没してます

• 本当に空間が閉じているか再確認。半固体ブラシは空間を閉じないので注意
• 空間を閉じているブラシを、マージしてから頂点編集やクリッピングしてない？していた場合は一旦セパレートして改めてマージしよう。

テクスチャー

重要： unrealtournament.iniの[Editor.EditorEngine]にTextureLock=trueを追加すると、頂点編集や恒久的に変換を行ってもテクスチャーのアラインメントが保持される

• 面をAlt＋右クリックでスポイト、Alt＋クリックで適用
• 未使用のテクスチャーを削除　コマンドに「Texture Cull」と入力　最後の仕上げに。

  選択

  Shift+B　選択した面があるブラシのすべての面 Shift+T　選択した面のテクスチャーが設定されているすべての面

位置合わせ

Auto、または床はAlign toFloor、側面はWallXY、X、Yを使うと整列しやすい

斜面

SurfaceプロパティのAutoでだいたいいける 向きが思い通りじゃない場合は、Wall direction→Scalingで縦横比を指定してPanで合わせる 対角線の長さ→縦×2+横×2の√を2で割る

• 1:1 1.4142135623730951
• 1:2 1.118033988749895

マップの特別なもの

Q.あのマップで見たあれを作りたい

そのマップをUnrealEDで開いてどうやっているか調べよう

水、毒、溶岩

Zone Portalで水面を作って区切った空間の中に、ただの水ならWaterZone、毒ならSlimeZone、溶岩ならLavaZoneを置く 液体のテクスチャーは、Liquid.utx、rainFX.utxなどにある

リフト、エレベーター

空

パス

PlayerstartのOderをLastにする　469でも必要かは不明

マップにスクリーンショットをつける

マップ選択画面にスクリーンショットが表示されるようにしよ

• スクリーンショットを設定すると、LevelInfoのマップ名や推奨プレイヤー人数が表示されます

スクリーンショットに使える画像は、256×256ピクセルで256色のBMPまたはPCX形式になります

1. 撮影準備
   • Botを0人にしてPlayer SetupでSpectator（観客モード）にして撮るのが簡単
   • Spectarorを使わない場合は、HUDと照準を写り込まないよう非表示にしよう
2. F9キーでUTの機能でスクリーンショット撮影できる。保存先はUTのSystemフォルダ
   • 実際の画面より暗くなるかもしれない？ Nvidiaオーバーレイなどのキャプチャアプリの機能で撮影するほうがいいかもね
3. 正方形にトリミングする 　　- Windows付属のフォトできる
4. 256×256ピクセルに縮小して、256色に減色する
   • 縮小と減色は例えば藤リサイザーとかで。ファイル名の生成規則の拡張子をbmp8のすると256色にできる
5. UnrealEDのTexturesでインポート、PackageはMyLevelを選び、GroupはNone、名前はScreenshotにして、Gen Mipmapsのチェックをオフにする。 注！MyLevelパッケージは保存する必要はありません。というより保存するとエラーが起きるそうです。（469パッチだと修正が入ってるかもだけど未確認）
6. スクリーンショットのテクスチャーを選択して、Level PropertiesのLevelInfo→ScreenshotのUseボタンをクリックする
7. Practice Sessionで確認しよう

UE1の所感

カクカクポリゴンはFPSのグラフィックの究極系の一つかもしれない

単純なローポリゴンのマップは、ゲームプレイにも制作にも絶大なアドバンテージがあります

• 動作が軽い。ロードも速い
• 視認性に優れる。地形とそれ以外のアイテムやキャラクターが一目瞭然。当たり判定も基本的に見た目通り
• 地形にキャラが引っかかりにくく移動しやすい。見た目がリアルになるほど引っかかる部分が増えますよね
• ローポリゴンはドット絵のようにジャンルとなっており、陳腐化しない
• マップ制作の手間が少ない。公式マップもカクカクポリゴンなのでユーザー制作でも匹敵するクオリティのグラフィックのマップを作りやすいので馴染みやすい

広大な屋外空間が作りにくい

UE1は3Dグラフィックで広大な屋外空間を表現したゲームがそもそも珍しかった時代のゲームエンジンで、その当時としては画期的な広さの空間を実現していましたが、UE2など以降の世代のゲームと比べてしまうと辛い部分も目立ちます。

• 空間の大きさの上限が比較的狭い
• ノード数の上限が低い

空間の広さと使えるポリゴン数の限界が低め ノード数が増えるほど、ビルドにかかる時間も長くなっていきます。UE2以降はスタティックメッシュが多用されるようになり、BSPは簡素になっているのでビルドは遅くなりにくいです。

• ディレクショナルライト（並行に投射する光源）がなく、日光が作りにくい。点光源だけだとどうしても影が不自然になります

• ディスタンスフォグ（遠景を隠す、プレイヤーが追いつけない霧）がなく、遠景を消して負荷を軽減できない
• アイテムやデコレーションなどのメッシュの表示数の限界が低い。たぶんメッシュの表示をCPUに頼ってる部分が多く、GPUが現代的なゲームエンジンほどには活用されてない。ソフトウェアレンダリングが用意されているように、3D表示ができるGPUがまだ高価で一般的ではなかった時代のゲームエンジンなので、CPUへの依存度が高い設計になっているのかもしれません。
• 距離に応じてメッシュを非表示にしたり、簡素なモデルに入れ替えるレベルオブディテール（LoD）などのメッシュの表示負荷を軽減する仕組みがない

ポリゴン表示の負荷が大きく、それを軽減する仕組みもありません

• UnrealEDのブラシの編集とテクスチャーのアライメント機能が貧弱で、自然の地形のような非線形の複雑な形状を作りにくい。公式マップの地形は3D Studio Maxといった外部のCGツールで作られているようです。UnrealEDの機能だけだど、テレインやテッセレーションを有効にしたキューブを並べて頂点編集していく、という非常に根気がいる作業が必要。

エディターの機能の乏しさによる作りづらさもあります

以降のUEにはないライティングの独特の雰囲気

有機的で暖かく、しっとりした雰囲気がありますね

UE2はUE1からポリゴン数が飛躍的に増えたにも関わらす、画面がのっぺりしていてメリハリに欠ける印象があってあまり好みではなかったんですけれど、そうなってる理由がわかったかも

UE2では従来のBSPに加えてスタティックメッシュというポリゴンオブジェクトが導入され、マップの動かない構造物、地形、装飾など主な目にする部分にはこのスタティックメッシュが使われるようになり、BSPの使用は単純な形状の大まかな空間を作ることぐらいにとどまっているんですけれど、スタティックメッシュはUE2ではライティングが頂点単位で行われるんですが、そのせいかなんだかライトアップされた際の見栄えがイマイチなんですね。BSPはピクセル単位のライティングで行われるからか緻密に見えるんですよね。もしかするとその所為なのかもしれないと考えました