チュートリアル：「ACTION GAME MAKERをゼロから使いこなす」——第2章
ここから、本格的にアクションシューティングゲームの制作に取り掛かります。
本章では、以下の内容をステップバイステップで実現する簡単なステージを作成します：
この章を終了すると、以下のような動画の内容を再現できるようになります。
まず、ステージ自体のためのシーンを作成します。
次に、このステージ内にキャラクターが歩行・ジャンプできるプラットフォームを配置します。
その後、キャラクターシーンを作成し、ビジュアルスクリプト（Visual Script） を使用して、キャラクターの移動などの基本的な動作を追加します。
第1章では、Godotエンジンに標準で備わっている機能のみを使用してすべての操作を行いました。
ここから、ACTION GAME MAKERが提供する追加機能を正式に使用してゲームを構築していきます。
Godotエンジンでは、通常、ノードを1つずつルートノードの下に追加して、
キャラクターやステージなどのさまざまな要素を作成します。
しかし、この方法は時間がかかることが多いです。
そのため、ACTION GAME MAKERは2つの主要なプリセットシーンタイプを提供し、
ゲーム制作プロセスをより効率的にします：
Game Scene（ゲームシーン）
Game Object（ゲームオブジェクト）
ACTION GAME MAKERでは、Game ObjectをGame Sceneに配置することで、
段階的にゲーム全体を構築していきます。
ACTION GAME MAKERが追加した機能 ——
たとえばGame SceneやGame Object —— は、
青とオレンジの2色を組み合わせたアイコンで識別されます。
このような2色のアイコンが付いたノードやボタンを見かけた場合、
それらがACTION GAME MAKER専用の機能であると判断できます。
一方、Godotエンジンの標準ノードは通常単色のアイコン
（例：白、青、緑など）を使用しますが、
例外的に複数の色を使用するものもあります。
次に、Game Scene（ゲームシーン） を作成します。
これは新規作成したシーンなので、まず保存しましょう。
あなたはすでに、突然多くのノードが追加されたことに気づいているでしょう。
では、それぞれのノードはどのような役割を果たしているのでしょうか？
ACTION GAME MAKER では、Game Scene は「レイヤー（Layer）」の概念によって構成されています。
レイヤー（Layer） は、奥行きを表現するためのもので、劇場のステージ構造に似ています：
「手前のカメラ」から見た場合、
これらのレイヤーが共同でゲーム内の完全なシーンを構成します。
ACTION GAME MAKER ではデフォルトで 7つのレイヤー が提供されています。
それぞれ異なる名前とアイコンを持ち、機能的にも若干の違いがあり、
下図に示す順序で重ねられています。
デフォルトでは、各レイヤーには最低限必要なプリセットノードが設定されており、
シーン全体にはシーンを撮影するためのカメラも含まれています。
この7つのレイヤーのアイコンをよく見ると、おおよそ2つのグループに分類できます：
Base から DistantView までの5つのレイヤー
— これらはすべて SceneLayer ノードの子ノードです。
UI と PostEffectLayer の2つのレイヤー。
これらの違いは以下の通りです：
SceneLayer ノード は空間的な奥行きを持つ領域を表し、
表示内容はカメラの位置の変化に応じて変わります。
UI と PostEffectLayer ノードは、
カメラがどのように移動しても、常に画面上に表示されます。
劇場の比喩で理解すると：
ACTION GAME MAKER では、シーンは専用の Scene Transition（シーン遷移）システム によって管理されます。
このシステムは、ビジュアルスクリプトと同様の操作方法で、各シーン間の接続関係を定義します。
まず、先ほど作成したシーンを Initial Scene（初期シーン） に設定する必要があります。
これは、ゲーム起動時に最初に表示されるシーンです。
ACTION GAME MAKER には、core.tscn という特別なシーンがあり、
常にバックグラウンドで動作します。
通常、core.tscn は指定したゲームシーンを読み込み、表示する役割を担います。
初期シーンを設定しない場合、画面には core.tscn のみが表示され、
つまりゲーム起動後は空白の画面が表示されます。
では、ステージ用のプラットフォームを作成しましょう。
地面と、その上にジャンプできる空中のプラットフォームが必要です。
プラットフォームの作成方法はいくつかありますが、今回は広範囲で形状の多様なステージを作成するため、それに特化したノード：Tile（タイル） を使用します。
タイルは、タイル張りのように小さな画像をグリッド状に並べて、プラットフォームなどの大きな構造物を構築するものです。
まず、タイル画像を用意しましょう。
以下の画像を右クリックして保存してください。
第1章で説明した通り、GodotエンジンはプロジェクトのFileSystem（ファイルシステム） 内にある素材しか使用できません。
FileSystemは倉庫のようなものと考えてください。アトラクションで使う材料は、まず倉庫に入れておかなければ使えません。
インポート方法は非常に簡単です：
ファイルをエディタにドラッグ＆ドロップするだけです。
ダウンロードした画像が保存されているフォルダを開いたままにしておきます。
エディタで左下のFileSystem（ファイルシステム）パネルに移動し、res:// を選択します。
次に、タイルをどのレイヤー（Layer） に配置するかを決めます。
ここではBaseLayerを使用します。これは地面タイル用のデフォルトレイヤーです。
BaseLayerを展開すると、3つのノードが表示されます：
Base、BaseDecoration、BaseCover。
これらはすべてTileMapLayerノードですが、名前が異なります。
なぜ似たようなノードを3つ用意しているのでしょうか？
では、Baseという名前のノードを選択してタイルを配置しましょう。
画面下部に次のようなメッセージが表示されます：
“No TileSet found. Please create a TileSet in the Inspector.”
TileSetは、TileMapLayerが使用するタイルの基本情報を定義します。たとえば：
用意したタイル画像は48×48ピクセルの正方形です。
これはプレイヤーが立つプラットフォームになるため、衝突を有効にする必要があります。
Godotでは、衝突は以下の2つの設定で判断されます：
この仕組みについては第3章で詳しく説明します。
TileSetを作成すると、下部のメッセージは次のように変わります：
“No source for TileSet”
これは、タイルに画像を指定し、
衝突形状（地面/壁） を設定する必要があることを意味します。
Atlas（アトラス） とは、複数の小さな画像（地面、壁、坂など）を
1つの大きな画像にまとめたものです。
エンジンは1つの大きな画像を読み込み、それを複数のタイルに分割することで効率を高めます。
Auto Tile（自動タイル） はACTION GAME MAKER独自の機能の1つです。
特定形式のタイルアトラスを自動的に整理しますが、今回はこの機能は使用しません。
点の位置が正しくない場合：
Edit Point Tool（点編集ツール）（矢印付きの正方形アイコン）を使って点を移動します。
余分な点を追加してしまった場合：
Delete Point Tool（点削除ツール）（Xマーク付きの正方形アイコン）を使って余分な点を削除します。
ここまでで、以下の手順を完了しました：
タイル画像のインポート、TileSetの作成、画像の指定、衝突の設定。
これで、このタイルはキャラクターが立てるプラットフォームとして使用できます。
タイルの準備が整ったので、実際にステージに配置してみましょう。
目標は、カメラの視野内に地面といくつかのプラットフォームを作成することです。
画面中央の エディタビュー（Editor View） を確認します。
エディタビュー内で、マウスの中ボタン（ホイールを押す） を長押しします。
下部パネルで、タブを TileMap（タイル描画） に切り替えます。
下部パネルの右側で、タイルをクリックして選択します。
マウスをエディタビュー内に移動すると、
タイルがマウスポインタの下にプレビュー表示されます。
次に、ゲーム内で実際に動作を確認しましょう。
タイルが期待通りに表示されない場合は、以下の点を確認してください：
シンプルなレベルの準備が整ったので、
次に通常はプレイヤーキャラクターを作成します。
しかし、その前に、まず 入力マップ（Input Map、操作設定） を設定しましょう。
入力マップの役割は、以下のように定義することです：
本チュートリアルでは、操作が比較的シンプルなアクションシューティングゲームを作成します。
そのため、現時点では基本的なアクションのみが必要です。
今回は、以下の4つのアクションのみを作成します：
（その後、スライディング、武器切り替え、はしご登りなどのアクションを追加することもできますが、
まずは最も基本的で不可欠な操作のみを作成します。）
“Add New Action” と表示された入力欄に、アクション名を入力します。
Right と入力し、右側の + Add ボタンをクリックします。
リストが以下の例と一致していれば、正しく設定されています。
ウィンドウに
Right または Right (Physical) または Right (Unicode)
と表示されていれば、設定は成功です。OK をクリックします。
他のアクションにも同じ手順を繰り返します：
入力マップが以下のスクリーンショットと一致している場合、設定は完了です。
次に、Game Object（ゲームオブジェクト） のためのシーンを作成します。
Stage1 を作成したときと同様に、エディタ上部の 「+」（Add New Scene） ボタンをクリックします。
Create Root Node で、Game Object を選択します。
乍一看，Game Object 中包含了大量节点，可能会让人感到有些不知所措。
不过，这些节点大致可以分为三大类：
这类节点用于保存可以被 ACTION GAME MAKER 的可视化脚本（Visual Script）
读取和使用的数据。
通过在这里设置数值，例如 HP、攻击力、移动速度、跳跃力度 等，
就可以在 Visual Script 中直接使用这些参数。
这类节点用于定义碰撞检测的形状。例如：
在配置 Game Object 时，你将主要使用以上这三类节点。
ACTION GAME MAKER 的可视化脚本，是通过读取这些节点中的数据来工作的。
正因为如此，可视化脚本只能被设置在 Game Object 节点 上
（在本例中，就是 Player 节点）。
在本节中，我们只需要实现移动和跳跃功能。
因此，暂时还不需要配置攻击或受伤相关的内容。
目前我们只需要以下这些要素：
所以，在这一部分中，我们将只针对以上这些内容进行配置。
次に、画像を表示するための Sprite2D ノードにプレイヤーキャラクターの画像を適用します。
ここでは、このチュートリアルで提供されているサンプル画像を使用します。
画像を表示する Sprite2D ノードを選択します。
右側の Inspector（インスペクター） パネルで、Texture（テクスチャ） プロパティを見つけます（現在は \u003cempty\u003e と表示されているはずです）。
インポートした player.png ファイルをこのプロパティにドラッグします。
これは、このファイルが Sprite Sheet（スプライトシート） であるためです。
つまり、すべてのアニメーションフレームが 1 つの画像にまとめられている形式です（以前にタイルで説明した Atlas と同様の概念です）。
したがって、まずスプライトシートを分割し、Godot に現在表示すべき部分を指示する必要があります。
最初のフレームの番号が 0 で、1 ではないことに疑問に思うかもしれません。
プログラミングの世界では、リストや配列は通常 0 から数え始めます。
Godot もこの慣習に従っており、アニメーションフレームの番号も 0 から始まります。
Godot Engine / ACTION GAME MAKER では、アニメーションは AnimationPlayer ノード を使って作成します。
このシステムは、タイムライン（時間軸） を用いた方式で、ビデオ編集ソフトウェアに似ています。
タイムライン上では、画像や音声などのトラック（軌道） を作成し、
トラック上にキーフレーム（キーフレーム、イベント） を配置します。
時間が進むにつれて、AnimationPlayer は各トラック上のキーフレームを順番に実行します。
これを交響楽の楽譜に例えると：
この例では：
本チュートリアルでは、以下の3つの基本的なアニメーションを作成します。
これらを AnimationPlayer を使って作成します。
Scene（シーン）パネルで AnimationPlayer ノードを選択します。
画面下部に新しい Animation（アニメーション）パネル が表示されます。
（以前のタイルエディタと似ています。）
Animation ボタンをクリックし、New を選択します。
+ ボタン をクリックします。
RESET トラックは、シーンの初期状態を指定するために使用されます。
たとえば、Idle をデフォルト状態に設定できます。
しかし、ACTION GAME MAKER では通常 RESET トラックは使用しないため、ここではオフのままにしておけばよいです。
Idle や Jump とは異なり、Move アニメーションは4枚のフレームを使用します。
動作が滑らかに見えるように、0.2秒ごとにフレームを切り替え、アニメーションをループ再生します。
+ ボタンをクリックしてキーフレームを挿入します。
アニメーションが正しく表示されない場合：
また、以下の点も確認してください：
これで、プレイヤー役のキャラクターに
Idle、Jump、Move の3つのアニメーションを成功裏に作成しました。
ACTION GAME MAKERには、「アニメーションセット」というシステムがあり、
キャラクターの移動方向に応じて、自動的に適切なアニメーションに切り替えることができます。
アニメーションセットでは、最大8つの方向にアニメーションを割り当てることができ、
一度アニメーションセットを選択するだけで、
キャラクターが右、左、上などに移動するたびに、アニメーションが自動的に切り替わります。
今回のゲームでは、右と左の2つの移動方向のみが必要です。
現在、Idle（アイドル）、Jump（ジャンプ）、Move（移動）の3つのアニメーションを作成しており、
これらはすべて右向きのアニメーションです。
しかし、システムでは**アニメーションの自動反転（Auto Flip）**機能が有効になっています。
つまり、左向きのアニメーションを別途作成する必要はなく、
システムが右向きのアニメーションを左右反転して表示してくれます。
また、この場合（左右移動のみで、反転で左向きアニメーションを実現できる）には、
一括インポート機能を使用することで、
アニメーションセットの設定を迅速に完了できます。
**Inspector（インスペクター）**で、Select Animation Playerボタンをクリックします。
ノード選択ウィンドウが表示されるので、AnimationPlayerノードを選択します。
設定が正しく完了したか確認するために、Animation Set領域を展開します。
操作が正しければ、Animation SetにJump、Idle、Moveの3つのアニメーションが表示されているはずです。
アニメーションがAnimation Setに表示されない場合：
アニメーションの作成が完了したので、次はプレイヤーの各種設定を行います。
以下の3つの作業を行います：
まず、以前に設定した入力アクションを使ってキャラクターの移動キーを指定します。
次に、キャラクターの移動速度とジャンプ力を調整し、ゲーム操作に適した状態にします。
MoveAndJumpSettings ノードが選択された状態で、Inspectorを確認します。
Horizontal Speed（水平速度） を 100 から 300 に変更します。
CollisionShape2D ノードは、キャラクターが地面や他の物体と衝突する際の形状を定義します。
現在の形状は小さすぎ（キャラクターの頭よりも小さい）、
キャラクターの体が地面に「沈んでしまう」現象が発生しています。
これをキャラクター全体のサイズに合わせて調整する必要があります。
ここでキャラクターが Jump や Move のアニメーションフレームを表示している場合、
まず AnimationPlayer を Idle に戻してください。
上記の設定を完了すると、
あなたのキャラクターは入力に正しく反応し、
適切な速度で移動・ジャンプでき、
地面との衝突時に沈み込む問題も解消されます。
これで準備はすべて完了しました ——
それでは、可視化スクリプト（Visual Script） を使ってプレイヤーキャラクターを実際に動かしてみましょう。
まず、Player に Visual Script を追加（アタッチ）する必要があります。
Scene（シーン） パネルで、Player ノード（GameObject）を選択します。
+（Attach Script、スクリプトの追加） ボタンをクリックします。
以前の編集画面に戻りたい場合は、
上部のタブを 2D に切り替えるだけです。
Scene Transition（シーン切り替え）の部分で説明したように、
上部のタブはエディターが現在表示している内容を切り替えるために使用されます。
第1章で説明したように、ACTION GAME MAKERのビジュアルスクリプトは以下の手順で構築されます：
このチュートリアルでは、キャラクターがレベル内で歩いたりジャンプしたりするだけなので、以下の3つの状態が必要です：
これらの状態を適切な条件で接続・切り替えることで、プレイヤーキャラクターの基本的な移動動作を実現できます。
まず、Idle、Move、Jumpの3つの状態を準備し、それぞれにアニメーションと行動を割り当てます。すでに存在しているState001は、そのままIdle状態として使用できます。
Script（スクリプト）ウィンドウでState001を選択します。
Inspectorで、Titleを「State001」からIdleに変更します。
Move状態は新しい状態として作成する必要があります。
Idle状態の右側の空白領域を右クリックします。
メニューから**Add State（状態の追加）**を選択します。
新しい「State001」が表示されます。TitleをMoveにリネームします。
**Animation Category（アニメーション分類）**で、Moveを選択します。
Jump状態にはアニメーションだけでなく、実際にジャンプ動作を実行する必要があります。
IdleとMove状態の下に、新しい状態を作成します。
以前と同じように、TitleをJumpにし、AnimationをJumpに設定します。
プレイヤーの入力に基づく移動操作は、MoveAndJumpSettingsで設定されたキー割り当てによって処理されています。
このシステムはすべての状態に適用されるため、Move状態自体に移動を実行するための追加のアクション設定は必要ありません。
ここまでで、Idle、Move、Jumpの3つのコアな状態を成功裏に作成・設定しました。
これらはキャラクターの基本的な動作を駆動するために使用できます。
これで3つの状態を作成したので、次は**リンク（Link）**を使ってそれらを接続し、キャラクターが状態間をスムーズに切り替えるようにします。
このゲームの基本的なロジックは以下の通りです：
つまり：
では、Jump → Move のリンクは必要でしょうか？
実は必要ありません。
落下時に移動キーを押したままの場合、
すぐに Idle → Move がトリガーされるため、Jumpから直接Moveに遷移する必要はありません。
Input Operation List（Array[InputCondition]） を展開します。
+ Add Input をクリックします。
\u003cempty\u003e が表示されるので、それをクリックして New Input Condition を選択します。\u003cempty\u003e が Input Condition に変わり、展開します。
以下の設定を行います：
これで、Left または Right キーを押していると、
キャラクターは Idle → Move に切り替わります。
次に Move → Idle のリンクを作成します。
Move を右クリックし、Add Link を選択します。
新しく作成されたリンクを選択します。
ここまでで、キャラクターは地面で左右に移動できるはずです。
stage1.tscn に Player ステージを配置してテストしましょう。
エディタービューを Script から 2D に切り替えます。
Player ステージを保存します：
player タブを右クリックし、Save Scene を選択します。
FileSystemから player.tscn をドラッグしてステージに配置し、地面に置きます。
Player が BaseLayer の子ノードであることを確認します。
右上隅の Run Project（F5） をクリックします。
すべて正常に動作すれば、キャラクターは以下のようになります：
キャラクターが動かない
→ MoveAndJumpSettings で入力キーが正しく設定されているか確認してください。
キャラクターが動くがアニメーションが切り替わらない
→ Idle → Move のリンクと、Move 状態のアニメーション設定を確認してください。
キャラクターが Idle に戻れない
→ Move → Idle のリンクの条件が正しく設定されているか確認してください。
エラーメッセージ：ID is not set in CameraTargetSettings.
これは CameraTargetSettings が存在するが設定されていないためです。
第4章でカメラの追従を設定するので、今はこのメッセージを無視しても安全です。
次に、Jump 状態も接続します。
Idle を右クリックし、リンクを追加して Jump に接続します。
そのリンクを選択し、Trigger On Input を有効にします。
次に Move → Jump を接続します。
条件が同じなので、Idle → Jump のリンクを再利用できます。
Idle → Jump リンクを右クリックし、Copy を選択します。
新しいリンクを Jump にドラッグして接続します。
Move → Jump リンクを選択し、条件が正しく設定されているか確認します（Jump キーが押されていること）。
Jump 状態を右クリックし、リンクを追加して Idle に接続します。
入力に基づかない切り替えなので、Inspectorで + Add Condition をクリックします。
表示されたウィンドウで ContactWithTile を選択します。
条件を Incoming Contact Direction → Bottom に設定します。
Run Project（F5） をクリックします。
ジャンプできない
→ Idle → Jump と Move → Jump のリンクを確認し、
Jump 状態で Jump Action が有効になっているか確認してください。
着地しても Idle に戻らない
→ Jump → Idle のリンクを確認し、
「ContactWithTile（Bottom）」の条件が設定されているか確認してください。
これで、ビジュアルスクリプトを使って、キャラクターがスムーズに待機、移動、ジャンプできるようになりました！
第2章では、Game Scene（ゲームシーン） と Game Object（ゲームオブジェクト） の概念を学び、
それぞれにレベルとプレイヤー役を制作しました。
Game Scene では、レイヤー（Layer） の概念を学び、
そして タイル（Tile） をインポートして配置する方法を学びました。
Game Object では、画像のインポート、アニメーションの作成、各種設定の調整、可視化スクリプト（Visual Script）の追加方法を学びました。
このようなワークフローは、ほぼすべてのゲーム開発に適用できます。
したがって、今後のプロジェクトで困ったときは、
このステップを振り返り、比較することで、思考の整理ができます。
ここまでで、あなたは ACTION GAME MAKER の基本操作とコアコンセプト を習得しました。
第3章 では、さらに一歩進んで、
弾の発射 と 敵キャラクターの作成 を加えることで、
ゲームをより本格的な完成形に近づけていきます。
第3章はこちらから
