目指せ脱UE4初心者！？知ってると開発が楽になる便利機能を紹介 - DataAsset, Subsystem, GameplayAbility編 -

目指せ脱UE4初心者！？知ってると開発が楽になる便利機能を紹介 - DataAsset, Subsystem, GameplayAbility編 -

• 1.
  目指せ脱UE4初心者！？ 知ってると開発が楽になる便利機能を紹介 – DataAsset, Subsystem,GameplayAbility編 – Epic Games Japan 岡田 和也 出張ヒストリア！ ゲーム開発勉強会2021
• 2.
  自己紹介 Epic Games Japan 岡田和也 Twitter：おかず ( @pafuhana1213 ) Unreal Engineを使っている企業の技術サポートや 勉強会などでの講演が主なお仕事 No Twitter, No Life
• 3.
  本講演の趣旨 知らなくてもUE4を使ったコンテンツ制作はできるけど… 知ってると実装が楽になったり、 より効率的なワークフローを組める（かもしれない）機能を紹介 ● Data Asset ●Subsystem ● Gameplay Ability System ( GAS )
• 4.
  本講演の対象者 ● UE4を使った開発の超基本的な流れが 何となく分かってきた初心者の方 ● DataAsset,Subsystem, GASを 聞いたことはあるけど、 使い方のイメージが分からなかったりで断念した方 可能な限り C++は使わない方向で話します 追記：本スライドにおけるC++コードを コピペ用に記事にしました
• 5.
  メインテーマ 処理・作業を分散・分担しよう！
• 6.
  Data Asset
• 7.
  どんな機能？ 様々なパラメータ・アセットを 管理・編集・取得するためのアセット ● 武器名 ● 攻撃力 ●価格 ● 3Dモデル ● アイコン などなど ● 名前 ● 体力 ● 防御力 ● 移動速度 ● ジャンプ力 ● 3Dモデル などなど
• 8.
  BPのプロパティで設定すればいいんじゃないの？ Data Tableってやつを使うんじゃないの？
• 10.
  バリエーションが増えると… パラメータだけ違うほぼ同じBPが 大量に並ぶことに！ 管理 大変！
• 11.
  バリエーションが増えると… 少しパラメータ弄るたびに BPエディタを開くのは面倒！ 誤って 違うパラメータ変えそうで怖い！ 調整 大変！
• 12.
  パラメータ調整も少しめんどう… 実行中はBPエディタ上での パラメータ調整はできない F8で抜けてのパラメータ変更は ちょっと面倒。反映忘れも 調整 大変！
• 13.
  Data Tableについて その名の通り、 テーブル形式でデータを管理する機能 大量のデータ、パラメータの管理に便利 CSVファイルと連携できるので Excelを使った調整も可能 実行中のパラメータ変更も可能 ヒストリアブログより
• 14.
  Data Tableの微妙なところ パラメータの取得が少し面倒くさい…
• 15.
  Data Tableの微妙なところ パラメータの取得が少し面倒くさい… 編集エディタの使い勝手が少し悪い… エディタを拡張しづらい… 毎回Excelを開くのもめんどう…
• 16.
  Data Tableの微妙なところ パラメータの取得が少し面倒くさい… 編集エディタの使い勝手が少し悪い… エディタを拡張しづらい… 毎回Excelを開くのもめんどう… 複数人での同時編集ができない 分業しづらい
• 17.
  この辺りの問題・課題を 解決するのが Data Asset!
• 18.
  Data Asset のいいところ① パラメータ編集に専念できる！ 関係のないデータ・処理を誤って編集することがない
• 19.
  Data Asset のいいところ② 実行しながらパラメータ変更可能！ 細かいパラメータ調整が 必要な部分で超便利 ちなみに DataTableでも同じことできます
• 20.
  Data Asset のいいところ③ パラメータの取得がかんたん！ プロパティに設定したData Asset から直接取得できる。Cast不要
• 21.
  Data Asset のいいところ④ DataAssetのベースはBPなので 変数だけでなく関数も利用可能 例えば 各パラメータに計算式を 適用した結果を取得できたり
• 22.
  Data Asset のいいところ⑤ プロパティからData Assetを設定できる！ 差し替えが簡単！量産もラクラク！
• 23.
  プリセット的なつかいかたも
• 24.
  プロパティなので、様々な箇所で利用可能 パラメータ調整のためだけに 各編集エディタを開く必要が なくなるのは便利！
• 25.
  Data Asset のいいところ⑥ 作業分担もしやすい！ アニメーション編集と パラメータ調整を並行可能！ アニメータ犬 ゲーム デザイナ猫
• 26.
  Data Asset のいいところ⑦ BP, C++で実装した処理を 実行できるボタンを追加可能！ 編集・チェック処理を 走らせることで作業を効率化！
• 27.
  ざっくりまとめると データドリブン型の開発ができる！ 内部実装を理解・編集しなくても、 データだけで表示・挙動などの追加・変更が可能 作業分担・複数人作業がしやすい！ 　 実装・データを分離できるので、編集を同時にできる ロック解除待ちしなくていい 編集作業を支援・自動化する仕組みを追加できる！ 作業効率を上げるだけでなく ヒューマンエラーを回避できる！
• 28.
  Data Asset は いいぞ
• 29.
  Data Asset のつくりかた
• 30.
  Data Asset のつくりかた ① Data Asset のテンプレートとなる BP または C++クラス を作成 UPrimaryDataAsset か UDataAsset (C++のみ) をベースにすること UCLASS(Abstract, BlueprintType) class ACTIONRPG_API URPGItem :public UPrimaryDataAsset { GENERATED_BODY() ... UPROPERTY(EditAnywhere, BlueprintReadOnly, Category = Item) FText ItemName; ... } ActionRPGサンプル の RPGItem.h より
• 31.
  Data Asset のつくりかた ② 作成したBP または C++ クラスを元に Data Asset を作成 前ページで作成したものを選択
• 32.
  Data Asset のつかいかた
• 33.
  Data Asset のつかいかた ① BP, C++クラスのプロパティ が Data Assetのプロパティに！
• 34.
  Data Asset のつかいかた ② Call in Editor が有効になっている イベント・関数がボタンに！
• 35.
  Data Asset のつかいかた ③ プロパティの型は 元になったBP, C++クラスを指定
• 36.
  Data Asset のつかいかた ④ Data Asset プロパティから Get / Set ノードを呼び出し可能 Setできるのは Data Tableとの大きな違い！
• 37.
  かんたん！ …だけど少し注意点も
• 38.
  アセットのハード参照にはご注意を BPと同じく、アセットを直接参照すると 参照関係の連鎖によるロード・メモリの問題が発生する可能性が！ 可能な限り、ソフト参照にすることを推奨
• 39.
  ハード・ソフト参照に関する資料 公式ドキュメント 　アセットの参照 おかわりのアンリアルなメモ 　ハード参照とソフト参照 CC2 技術ブログ 　第007回UE4のアセットの参照方法について、そのロードの違い HEXA BLOG 　BPの参照連鎖を断つ手法 参照連鎖によるロード時間が問題になった例 　NintendoSwitch『OCTOPATH TRAVELER』はこうして作られた (p79より)
• 40.
  Data Assetを丸ごと（事前）ロードする手も Asset Managerと連携することで Data Asset 単位でロード管理 　　　↓　詳しくはこちら！　↓ [UE4] Asset Managerのアセットの 非同期ロード機能について その1 ( 非同期ロードの解説 & レベルの裏読み編 ) Action RPG サンプル も BP_GameInstance の InitializeStoreItems イベント もぜひ
• 41.
  大量のデータを扱うのは少し苦手
• 42.
  Data Table とData Asset の連携　 Data Table ( CSV ) から Data Asset を自動生成・反映する方法 ヒストリア技術ブログ [UE4] 独自に用意したデータアセットを より便利に活用する方法 カリギュラオーバードーズにおける UE4へのデータ移植の手引き 中国語の記事 DataTableからDataAssetを生成する EditorUtiltiyWidgetの解決
• 43.
  Data Asset 用編集エディタ EditorUtility Widget を使って 管理・編集用のエディタを自作するのも手！ [UE4]エディタ上で動作する ツール・エディタ拡張をUMGで簡単に作れる Editor Utility Widget について 株式会社アンナプルナ ブログ 【UE4】Editor Utility Widgetについてのあれこれ
• 44.
  Data Asset のまとめ Data Asset を活用することで 作業の分担 と データドリブン型の開発を実現できる！ パラメータ調整を頻繁に行う箇所や 複数人が作業する部分に関してはData Asset化すると便利！ Data Assetを使うのは非常に簡単！ BPのみでも利用可能！ 大量のデータを扱う際は注意 プロジェクトにあった編集・管理フローを要検討！
• 45.
  Data Asset に関連する資料 UE4公式 AssetManager Explained | Inside Unreal Data-Driven Sound Design | Unreal Fest Europe 2019 | キンアジのブログ 【UE4】手軽に独自のデータアセットを作成する 【UE4】4.23でなくなった「Blutility」の拡張ウィンドウを使いたい場合 @unknown_ds さんのQiita記事 UE4 PrimaryDataAssetを使ってみる Unreal Engineのすすめ　リアルタイム3DCG入門 データアセットでギャラリーを作る
• 46.
  Subsystem
• 47.
  ネットワーク対応で使う Online Subsystem とは 関係ありません！
• 48.
  どんな機能？ エンジンによって自動的に管理（生成・保持・破棄）される インスタンス( UObject ) Engine,Editor, Game Instance, World, Local Playerと 同じライフサイクルで管理可能
• 49.
  ○○○ Manager, Systemを作りたい気持ち プロジェクトに要素が増えていくと それらを個別に管理& どこからでもアクセスできる仕組みが欲しくなります スコア Manager バトル Manager エフェクト Manager サウンド Manager レベル Manager ●　●　●
• 50.
  Actorで ○○○ Managerを作る場合 実装かんたん！ レベルに配置、または動的に生成する必要がある レベルを追加した際に忘れがち…
• 51.
  Actorで ○○○ Managerを作る場合 アクセスするのが面倒… プロパティ公開して設定するのは面倒。忘れがち Get All Actors…は処理が重いので避けたい
• 52.
  Game Mode ,Game Instance の場合 どこからでもアクセスできる！ ただし、Cast または BP インターフェイスが必要 Cast は 負荷・参照関係の問題があり、 BPインターフェイス は BPノードの候補を汚す
• 53.
  Game Mode ,Game Instance の場合 Game Mode, Game Instance は 1つしか存在できないので 実装・データが集中して大変なことになりがち。複数人での作業もしづらい 参照関係が複雑になり、ロード・メモリ問題が発生しやすい問題など スコア Manager バトル Manager エフェクト Manager
• 54.
  Singleton の場合 GameInstance のように永続的なオブジェクトを作成・使用する方法 複数のクラスを用意できるので、役割ごとに実装を分担できる C++側での実装がメインになり、 BP上での作業、BPとの連携がしづらい [UE4]GameInstance以外で永続的なオブジェクトを扱う UE4GameInstance、Singletonへc++からアクセスする UE4/C++: C++er が UE4型のシングルトンを作る際に気をつける事
• 55.
  この辺りの問題・課題を 解決するのが Subsystem!
• 56.
  Subsystem のいいところ ① どこからでも BP,C++で簡単にアクセスすることができる！ Cast、BPインターフェイスは不要！ GameInstance->GetSubsystem <UScoreSubsystem>();
• 57.
  Subsystem のいいところ ② エンジン側で自動で生成・破棄してくれるので プロジェクト設定の編集、Spawn、Destroyなどは不要！
• 58.
  Engine Game Instance World LocalPlayer Editor 各システムに対して Subsystemがぶら下がる形 （Componentようなイメージ） 各システムと同じタイミングで 生成・破棄される （ライフサイクルが同じ） Score Subsystem Gimmick Subsystem GameInstance Subsystem World Subsystem
• 59.
  Game Instance Subsystemの場合 Score Subsystem ●　●　● Score Subsystem
• 60.
  World Subsystemの場合 Gimmick Subsystem
• 61.
  World Subsystemの場合 Gimmick Subsystem Gimmick Subsystem
• 62.
  判断基準の例 レベルに紐づく 要素を管理 World Subsystem ゲーム全般に 関わる要素を管理 Game Instance Subsystem プレイヤー毎の 要素を管理 Local Player Subsystem 監視系や ツール寄りの機能 Engine / Editor Subsystem
• 63.
  Subsystem のいいところ ③ プロジェクトの独自BPから 実装を切り離せる！ 実装の管理や複数人での作業が楽に！ プロジェクト本体への依存度が減るので、参照関係の整理もしやすい！ Game State Subsystem Score Subsystem Battle Subsystem Game Instance
• 64.
  Subsystem のいいところ ④ エンジン改造しなくても エディタ上での作業を（ある程度）カスタム・自動化できる！ （エディタ機能が使っているSubsystemにアクセス・干渉可能）
• 65.
  UE4.27 が持つSubsystem一覧 - UGameInstanceSubsystem -UReplaySubsystem - ULocalPlayerSubsystem - UEnhancedInputLocalPlayerSubsystem - UDynamicSubsystem - UEngineSubsystem - UAssetTagsSubsystem - UDMXPixelMappingSubsystem - UDMXSubsystem - UEnhancedInputEngineSubsystem - UGerstnerWaterWaveSubsystem - UHLODEngineSubsystem - UMoviePipelineQueueEngineSubsystem - UText3DEngineSubsystem - UTimedDataMonitorSubsystem - UVCamInputSubsystem - UVirtualCameraSubsystem - UWindowsMixedRealityInputSimulationEngineSubsystem - UDataDrivenCVarEngineSubsystem - UCommonUISubsystemBase - URCPropertyContainerRegistry - UCameraCalibrationSubsystem - UEditorSubsystem - UAssetEditorSubsystem - UBrushEditingSubsystem - UClassTemplateEditorSubsystem - UContentBrowserDataSubsystem - UDisplayClusterConfiguratorEditorSubsystem - UEditorUtilitySubsystem - UEditorValidatorSubsystem - UImportSubsystem - UStylusInputSubsystem - ULayersSubsystem - UMoviePipelineQueueSubsystem - UPanelExtensionSubsystem - UVPScoutingSubsystem - UWaterEditorSubsystem - UWorldSubsystem - UColorCorrectRegionsSubsystem - UGPULightmassSubsystem - UNetworkPredictionWorldManager - UObjectTraceWorldSubsystem - UViewportStatsSubsystem - UTickableWorldSubsystem - UWaterSubsystem - UQuartzSubsystem - ULandscapeSubsystem - UAutoDestroySubsystem - UConversationRegistry - UDisplayClusterWorldSubsystem - UNetworkPhysicsManager - UBlueprintContextBase
• 66.
  ざっくりまとめると アクセスが簡単なので、 使い勝手のいい ◯◯◯ Managerを作れる！ 自動で管理してくれるので実装も楽に！ 複数人作業や参照関係の整理でもメリットあり！ エンジン改造しなくても内部処理をカスタム可能！ ヒューマンエラーを回避するための チェック処理にぴったし！
• 67.
  Subsystem の つくりかた とつかいかた
• 68.
  GameInstance Subsystemの場合 -準備 - UCLASS() class ○○○_API UMyGameInstanceSubsystem : public UGameInstanceSubsystem { GENERATED_BODY() public: UFUNCTION(BlueprintCallable) int32 GetScore(){ return Score; } private: int32 Score; };
• 69.
  GameInstance Subsystemの場合 -取得 - GameInstance->GetSubsystem <UMyGameInstanceSubsystem>();
• 70.
  え、C++必須なの！？ BPでプロパティや処理作れないの！？
• 71.
  下準備で C++ が少し必要ですが BP側でプロパティ・処理を追加する方法をご紹介
• 72.
  ① Subsystem をBP化する方法 (自己責任コース) ② Subsystem に 拡張用BP を持たせる方法 (Epic 推奨はこちら)
• 73.
  Subsystemを継承した新規C++クラスを作成 // Copyright EpicGames, Inc. All Rights Reserved. #pragma once #include "CoreMinimal.h" #include "Subsystems/WorldSubsystem.h" #include "MyWorldSubsystem.generated.h" /** * */ UCLASS() class ACTIONRPG_API UMyWorldSubsystem : public UWorldSubsystem { GENERATED_BODY() };
• 74.
  BPから作成可能に（要コンパイル） // Copyright EpicGames, Inc. All Rights Reserved. #pragma once #include "CoreMinimal.h" #include "Subsystems/WorldSubsystem.h" #include "MyWorldSubsystem.generated.h" /** * */ UCLASS(Blueprintable, Abstract) class ACTIONRPG_API UMyWorldSubsystem : public UWorldSubsystem { GENERATED_BODY() };
• 75.
  問題点 ① C++側 のSubsystem クラスのGetノードが候補に並んでしまう 中身（インスタンス）は同じなので 複数のSubsystemが生成されている問題はないが… 混乱を招く可能性がある
• 76.
  問題点 ② GameInstance (Local Player ) Subsystem場合、 GameInstnace の 初期化時 などの早いタイミングで その Subsystem を 同期ロードしないとパッケージで正常に動作しない
• 77.
  問題点 ③ Engine Subsystemの BP は 生成されず、正常に動作しない！ 検証不足で実は可能かもしれませんが ハック的な方法になる可能性大
• 78.
  SubsystemのBP化はサポートされていません 自己責任でお願いいたします！
• 79.
  ① Subsystem をBP化する方法 (自己責任コース) ② Subsystem に 拡張用BP を持たせる方法 (Epic 推奨はこちら)
• 80.
  どういうこと？ Subsystem に特定のBPプロパティを追加し Subsystemではなく、そのBPに対して実装・パラメータの追加を行う方法 MyGameInstance Subsystem（C++） Game Instance BP_MyGameInstanceSubsystemHelper
• 81.
  なにがうれしいの？ Subsystemの利点を維持しつつ、BP側での拡張を安全に行える！ SubsystemのBP化における問題点を全て回避できる！嬉しい！
• 82.
  拡張用BPのプロパティを持たせるには　 // 拡張用BPのベースとなるクラス UCLASS(Abstract, Blueprintable,MinimalAPI, meta = (ShowWorldContextPin)) class UMyGameInstanceSubsystemHelperBase : public UObject { GENERATED_BODY() }; UCLASS() class SUBSYSTEMBP_API UMyGameInstanceSubsystem : public UGameInstanceSubsystem { GENERATED_BODY() public: // 拡張用BPのプロパティ UPROPERTY(Transient, BlueprintReadWrite) UMyGameInstanceSubsystemHelperBase* SubsystemHelper; };
• 83.
  拡張用BPの作成 と Subsystemへの設定
• 84.
  C++側で生成と設定をする手も ( .h側) UCLASS() class SUBSYSTEMBP_API UMyGameInstanceSubsystem : public UGameInstanceSubsystem { GENERATED_BODY() public: UMyGameInstanceSubsystem(); virtual void Initialize(FSubsystemCollectionBase& Collection) override; virtual void Deinitialize() override; UPROPERTY(Transient, BlueprintReadOnly) UMyGameInstanceSubsystemHelperBase* SubsystemHelper; private: TSubclassOf< class UMyGameInstanceSubsystemHelperBase > SubsystemHelperClass; };
• 85.
  C++側で生成と設定をする手も ( .cpp側) #include "MyGameInstanceSubsystem.h" #include "Runtime/CoreUObject/Public/UObject/ConstructorHelpers.h" UMyGameInstanceSubsystem::UMyGameInstanceSubsystem() { // 拡張用BPのクラス情報を検索・取得。パスの指定には注意 // .ini や プロジェクト設定でBPアセットのパスを設定できるようにしておくと親切 static ConstructorHelpers::FClassFinder<UMyGameInstanceSubsystemHelperBase> BluePrintFile(TEXT("/Game/Subsystem/BP_MyGameInstanceSubsystemHelper")); if (BluePrintFile.Class) { SubsystemHelperClass = (UClass*)BluePrintFile.Class; } }
• 86.
  C++側で生成と設定をする手も ( .cpp側) void UMyGameInstanceSubsystem::Initialize(FSubsystemCollectionBase& Collection) { SubsystemHelper = nullptr; if (SubsystemHelperClass) { // 拡張用BPを生成・設定 SubsystemHelper = NewObject<UMyGameInstanceSubsystemHelperBase>(GetTransientPackage(), SubsystemHelperClass); } } void UMyGameInstanceSubsystem::Deinitialize() { SubsystemHelper = nullptr; }
• 87.
  注意点 プロパティの型 は C++側のBase クラスなので BP側で新規追加したプロパティや関数を直接呼ぶことは出来ません Cast を使って型変換をするか、 C++側で関数の準備をする必要があります
• 88.
  C++側で関数の準備をする場合 UCLASS(Abstract, Blueprintable, MinimalAPI,meta = (ShowWorldContextPin)) class UMyGameInstanceSubsystemHelperBase : public UObject { GENERATED_BODY() public: // 処理の中身はBP側で書くことを宣言 UFUNCTION(BlueprintCallable, BlueprintImplementableEvent) void TestFunc(); };
• 89.
  Subsystemのメリットを振り返り アクセスが簡単なので、 使い勝手のいい ◯◯◯ Managerを作れる！ 自動で管理してくれるので実装も楽に！ 複数人作業や参照関係の整理でもメリットあり！ エンジン改造しなくても内部処理をカスタム可能！ ヒューマンエラーを回避するための チェック処理にぴったし！ C++をほんの少しがんばる価値は あると思います！
• 90.
  補足 とか 注意点とか
• 91.
  Subsystem で Tickを使いたい！ FTickableGameObject か FTickableEditorObject も 継承させればOK！ UE4 プログラミングサブシステムを試してみる#Tick処理を実装する (@unknown_dsさん） Subsystem に Tick処理を実装する際の注意点について UE4.27 で Tick 付きの WorldSubsystem が追加されました！ UTickableWorldSubsystem
• 92.
  LocalPlayer Subsystem が動かないんだけど？ LocalPlayerSubsystem は Player Controller 内でしか使えません！ UCLASS(Abstract, Within = LocalPlayer) class ENGINE_API ULocalPlayerSubsystem : public USubsystem
• 93.
  Subsystemの初期化順を設定したい！ 同系統のSubsystem同士なら可能です！ void UMySubsystem1::Initialize(FSubsystemCollectionBase& Collection) { //UMySubsystem2が未初期化ならば先に初期化する Collection.InitializeDependency(UMySubsystem2::StaticClass()); auto _MySubsystem2 = GetGameInstance()->GetSubsystem<UMySubsystem2>(); if(_MySubsystem2){ // UMySubsystem2に対する処理 } } UE4 プログラミングサブシステムを試してみる#同系統のサブシステム同士の初期化順序について (@unknown_dsさん）
• 94.
  こちらの資料・記事も是非 公式ドキュメント プログラミング サブシステム 猫 猫でも分かるUE4.22から入ったSubsystem UE4.23から入った「Editor ValidatorSubsystem」を使って、アセット保存時などで走るチェック処理 （Validate Assets）を拡張しよう！ キンアジのブログ 【UE4】ImportSubsystemについて Boys Be Unreal! Engine Subsystemを使ってEditor Utility Widgetへの入力を反映する @koorinonaka さんのQiita記事 [UE] 足跡、足音エフェクトを再生する
• 95.
  アセットのハード参照にはご注意を Subsystem に ハード参照されているアセットは ゲーム起動時やレベル遷移時に強制ロード 起動直後の暗転やローディング画面が長くなる ユーザのストレスが貯まるだけでなく 普段の開発効率も下がる！ やばい！！！
• 96.
  ◯◯◯ Manager あるある問題 Subsystemの影響範囲は良くも悪くも広いので 作ろうとしている実装・設計をよく考えることも大事 ●◯◯◯ Manager がそもそも必要なのか？ ● 超限定的なレベルでしか使わない機能なら Actorで十分なのでは？ ● ◯◯◯ Manager Manager とかになっていないか？ ● イベントドリブンの設計にすることで Manager間の依存度を下げられないか？
• 97.
  ここまでのまとめ Subsystemを活用することで 使いやすい ◯◯◯ Managerを 効率良く作成できます！ 更に複数人での作業 や 参照関係の整理にも有用です ただし、下準備で C++ が少し必要です （個人的には Unreal C++ を触る / 勉強するいいキッカケになる気がします） 万能な機能ではなく、注意するべき部分もあります とはいえ、非常に強力な機能なので 特に中規模・大規模プロジェクトでは是非導入をご検討ください！
• 98.
  Gameplay Ability System (GAS )
• 99.
  よくあるトラブル 1つのBPに実装が集中してしまった！ 管理が大変だし作業分担もできない！ Actor, Component, Levelで実装を分割したが アセット間の参照関係が複雑になってしまった！ ● 不要な処理・ロードが発生 ● 要素の ON / OFFが気軽にできない
• 100.
  そんな時に役立つのがGAS！ ジャンプ、攻撃、回復など単発の行動を アビリティという単位で実装・アセットを管理するための機能 Fortnite や UE5のデモ（古代の谷）でも活用されているシステム 近接攻撃用のスキルを使用可能に