Camera2Dがプレイヤーを追従する際にガクガク（ジッター）するのはなぜですか？

主な原因は、物理演算の更新（_physics_process）と描画の更新（_process）のタイミングのズレです。物理的に動くオブジェクトを追従する場合、カメラの更新も_physics_process内で行うか、Godot 4の`position_smoothing_enabled`プロパティを利用することで解決できます。

画面振動の強さを動的に変えるにはどうすれば良いですか？

記事で紹介した「トラウマ値」を衝撃の大きさに応じて異なる量で加算するのが効果的です。例えば、小さなダメージでは`add_trauma(0.2)`、大きな爆発では`add_trauma(0.8)`のように使い分けることで、フィードバックの表現力が豊かになります。

複数のターゲットが画面に収まるように、カメラのズームを自動調整できますか？

はい、可能です。全ターゲットを含む最小の矩形（Rect2）を計算し、その矩形がカメラのビューポートに収まるように`zoom`プロパティを動的に調整します。

Camera2Dの`position_smoothing_enabled`と自前で`lerp`を実装するのとでは、どちらが良いですか？

`position_smoothing_enabled`は手軽ですが、制御の自由度が低いです。一方、`lerp`を使った自前の実装は、追従速度を動的に変更したり、特定の条件下で追従を無効にしたりと、より高度なカスタムロジックを組むのに適しています。ゲームの要件に応じて選択してください。

【Godot】Godot Engine Camera2D 実践テクニック集：スムーズ追従、画面振動、動的ズームを極める

没入感を高めるCamera2Dの実践テクニック

Godot Engineにおける Camera2D ノードは、2Dゲームの「目」として機能し、プレイヤーを追従したり、特定のシーンを映し出したりする役割を担います。しかし、単にプレイヤーを追従させるだけでなく、カメラの動きに工夫を加えることで、ゲームの 没入感 と フィードバック を劇的に向上させることができます。

特に、アクションゲームやプラットフォームゲームにおいて、カメラの動きはプレイヤーの操作感に直結します。本記事では、ゲームの質を高めるための3つの実践的なCamera2Dテクニック、すなわちスムーズフォロー、画面振動（スクリーンシェイク）、そして 動的なズーム の実装方法を、具体的なGDScriptコードを交えて解説します。

1. プレイヤーを優しく追従させるスムーズフォロー

Camera2Dの基本的な追従機能は、スクリプトでglobal_positionを設定することで実現できますが、単純にターゲットの座標をそのまま代入するだけではカメラの動きが硬く、プレイヤーの動きに追いつけずカクついて見えることがあります。特に、物理演算ベースの動き（_physics_process）とカメラの描画（_process）のタイミングがずれると、ジッター と呼ばれるカクつきが発生しやすくなります。

`position_smoothing_enabled`：手軽な入門編

Camera2Dノードには、標準で position_smoothing_enabled というプロパティが用意されています。これをtrueにし、position_smoothing_speed を調整するだけで、簡単に滑らかな追従が実現できます。

長所: 実装が非常に簡単。インスペクターから数クリックで設定可能。
短所: 追従速度が固定。動的な速度変更や複雑な制御には不向き。

Lerp（線形補間）を用いた高度な追従

より細かく追従速度を制御したい場合や、標準のスムージングで満足のいく結果が得られない場合は、GDScriptの lerp（線形補間） 関数を使用します。

# Camera2Dにアタッチするスクリプト
extends Camera2D

@export var target: Node2D
# 追従の滑らかさ。値が小さいほど滑らか（遅く）なる
@export_range(0.0, 1.0) var follow_smoothing: float = 0.05

func _physics_process(delta: float) -> void:
    if not is_instance_valid(target):
        return

    # ターゲットの位置に向かってカメラの位置を滑らかに補間
    global_position = global_position.lerp(target.global_position, 1.0 - pow(follow_smoothing, delta))

このコードの重要な点は、lerpのウェイトに1.0 - pow(follow_smoothing, delta)を使用していることです。これにより、フレームレート（delta）が変動しても、カメラの追従速度がほぼ一定に保たれます。

2. 衝撃を伝える画面振動（スクリーンシェイク）

画面振動（スクリーンシェイク）は、プレイヤーがダメージを受けた時、強力な攻撃を放った時、または爆発が発生した時など、ゲーム内の衝撃を視覚的に伝えるための重要なフィードバック手法です。

トラウマベースの画面振動

画面振動を実装する最も効果的な方法の一つが、トラウマ（Trauma） 値に基づく手法です。

トラウマ値の管理: 衝撃が発生するたびに、0.0から1.0の間の「トラウマ」値を加算します。
振動量の計算: トラウマ値に基づいて、画面の振動量を計算します。トラウマ値が大きいほど、振動も大きくなります。
減衰: トラウマ値は時間経過とともに徐々に減衰させます。

# Camera2Dにアタッチするスクリプト
extends Camera2D

var trauma: float = 0.0
@export var trauma_decay: float = 0.8 # 毎秒のトラウマ減衰率
@export var max_offset: float = 10.0 # 最大振動オフセット量

func add_trauma(amount: float):
    # トラウマ値を加算し、1.0を超えないようにクランプ
    trauma = min(trauma + amount, 1.0)

func _process(delta):
    if trauma > 0:
        # トラウマを時間経過で減衰
        trauma -= trauma_decay * delta
        trauma = max(trauma, 0.0)

        # 振動量を計算 (トラウマの二乗を使うと、より急激な減衰に見える)
        var shake_amount = trauma * trauma

        # ランダムなオフセットを適用
        var x_offset = randf_range(-1.0, 1.0) * max_offset * shake_amount
        var y_offset = randf_range(-1.0, 1.0) * max_offset * shake_amount

        offset = Vector2(x_offset, y_offset)
    else:
        # トラウマがなくなったらオフセットをリセット
        offset = Vector2.ZERO

このスクリプトをCamera2Dにアタッチし、爆発などのイベント発生時にadd_trauma(0.5)のように呼び出すことで、リアルな画面振動が実現します。

3. シーンを演出する動的なズーム

Camera2Dの ズーム 機能は、単に画面の拡大・縮小を行うだけでなく、ゲームの演出や 戦略性 を高めるために非常に有効です。例えば、ボス戦の開始時にズームインしたり、広大なエリアを見せるためにズームアウトしたりします。

Tweenノードを用いたスムーズなズーム

ズームの変更を瞬間的に行うと、プレイヤーに不快感を与える可能性があります。そこで、Tween を使用して、ズーム値を時間経過とともに滑らかに変化させます。

# Camera2Dにアタッチするスクリプト
extends Camera2D

# ズームアニメーションを実行する関数
func animate_zoom(target_zoom: float, duration: float = 0.5) -> void:
    # 新しいTweenを作成
    var tween = create_tween().set_trans(Tween.TRANS_SINE).set_ease(Tween.EASE_OUT)

    # zoomプロパティはVector2なので、両軸を同じ値でアニメーションさせる
    tween.tween_property(self, "zoom", Vector2(target_zoom, target_zoom), duration)

# 使用例
func _unhandled_input(event: InputEvent) -> void:
    if event.is_action_pressed("zoom_in"):
        animate_zoom(1.5) # 1.5倍にズームイン
    if event.is_action_pressed("zoom_out"):
        animate_zoom(1.0) # デフォルトのズームに戻す

よくある間違いとベストプラクティス

カテゴリ	よくある間違い	ベストプラクティス
追従処理	`_process`内で物理オブジェクトを追従し、ジッターが発生する。	物理オブジェクトの追従は`_physics_process`内で行う。Godot 4では`Camera2D`の`Process Callback`を`Physics`に設定するのが最も簡単。
座標系	`position`と`global_position`を混同し、意図しない場所にカメラが移動する。	常にグローバル座標系（`global_position`）を基準に計算することで、親子関係に依存しない安定した動作になる。
補間	`lerp`の`weight`引数に`delta`を直接乗算し、フレームレート依存の動きになる。	`1.0 - pow(smoothing, delta)`のようなフレームレート補正済みの計算式を使用する。
パフォーマンス	画面外のオブジェクトも描画し続け、パフォーマンスが低下する。	`Camera2D`の`limit`プロパティでカメラの移動範囲を制限する。

パフォーマンスと代替パターン

パフォーマンス: ここで紹介したテクニックは、ほとんどのPCゲームでは問題になりません。しかし、モバイルゲームやオブジェクトが非常に多いゲームでは、毎フレームのlerpやpow計算が僅かながら負荷になる可能性があります。
代替パターン（画面振動）: offsetを揺らす代わりに、シェーダーを使って画面全体を歪ませる方法もあります。回転や色収差といった複雑なエフェクトを低コストで実現できる可能性があります。

まとめ：実践テクニックの組み合わせ

本記事で紹介した3つのCamera2Dテクニックは、それぞれ独立して機能しますが、これらを組み合わせることで、よりリッチなゲーム体験を提供できます。

テクニック	目的	主な実装方法	活用シーン
スムーズフォロー	プレイヤー追従の滑らかさ向上	`lerp`関数、`_physics_process`	常に発生する移動、ランニング
画面振動	衝撃やイベントのフィードバック	トラウマ値、`offset`のランダム化	爆発、被ダメージ、強力な攻撃
動的なズーム	シーンの演出、戦略性の変更	`Tween`ノード、`zoom`プロパティ	ボス戦開始、エリアの切り替え

これらのテクニックをマスターし、あなたのGodotゲームに命を吹き込んでください。

Menu