UE5.5からWidgetのPreview機能が追加され、PIE実行しなくても動作確認をある程度できるようになりました！ kumasan-debug.hatenablog.com
WidgetPreviewアセット or WidgetBPの右クリックメニューからPreviewできて便利です。
ただ、UMGエディタからPreviewするには手数が多くて少し面倒です…UMGエディタからボタン一つでPreviewできたらなぁ…
できるよ！！！
コンソールコマンドの↓を実行するだけ！
UMG.EnablePreviewMode 1
または、DefauleEditor.iniに
[ConsoleVariables]
UMG.EnablePreviewMode=1
これだけ！おしまい！
プロジェクトが進んでいくと、UE標準のComponentを拡張したくなることがしばしばあります。しかし、エンジン改造による拡張は色々面倒・大変なので、標準Componentの派生クラスをプロジェクト側で用意して拡張することが比較的多いと思います。
ここで問題になるのが、「UE標準ではなくプロジェクト側のComponentを使用することをどう徹底するか？」です。ここが曖昧になって、UE標準版と拡張版が混在していると様々なトラブルの元になります。そして、ヒューマンはミスをする生き物なので「UE標準版を使わせない」ための仕組みが重要になってきます。
この仕組みを実現する際、以下のような選択肢がまず挙がってきますが、
EditorUtility機能で、監視 & 拡張版への置き換え処理を用意するDataValidation機能で、UE標準版を使用した際にエラー・警告を出す
今回はもう少し踏み込んで、「対象Assetをレベル上にD&Dした際に、自動的に拡張版Component・Actorが使われる」という対応をエンジン改造なしで実現してみました！
StaticMeshアセットをレベルにD&Dした際に、プロジェクト固有のStaticMeshActor・Componentが使われるようにできた！
— おかず (@pafuhana1213) 2025年8月11日
エンジン改造無しで！
早速ライトマップ解像度の調整プロパティを自作StaticMeshComponentに追加して…正常に動作することを確認！後で記事にしよっと！#UE5 pic.twitter.com/ZNGb8V07xi
具体的には、StaticMeshアセットをD&Dすると、拡張版StaticMeshComponentを持つStaticMeshActorがレベルに配置されるようにしています。こうすることで、例えば背景担当のアーティストさんは特殊な操作をしなくても拡張版StaticMeshComponentに追加された便利機能を活用できます！（↑の例では、ライトマップ解像度の調整用パラメータを拡張版に追加してます。便利）
と実現内容はシンプルですが、この辺りの情報があまりなかったり、UEのアップデートで一部プロパティが機能してなかったりで地味に対応が大変だったので…今回記事にしました…(´；ω；｀)
なお、検証環境はUE5.6.0 です
続きを読む突然ですが、UE5のProject Launcher機能って便利ですよね！
「テストで必要なレベルのみをCook ▶ 実機に転送 ▶ 起動」までを 1クリックでできるので、実機上の確認・テストプレイが捗ります！また、それらの設定をProfileとして編集・管理できるので、目的・用途に応じたProfileを沢山用意している人も多いと思います。
dev.epicgames.com
（余談ですが、UE5.6からProject Laucnherが急に新しくなってビックリ！）
チームで開発をしていると、このProfileを共有・バージョン管理したくなります。が、共有するには<エンジンのルート>/Engine/Programs/UnrealFrontend/Profiles にProfileのデータ（.ulp2）を配置する必要があります。そのため、ランチャー版の場合はProfileデータを該当フォルダにコピーする作業をメンバー全員がすることになります。
…色々めんどくさい！ビルド版のEngineの場合でも、複数のプロジェクトが同時進行する時にトラブル起きそう！プロジェクト内のフォルダでProfileを管理したい！例えば、Config/Profiles とかでさ！
ということで何とかできないか？とエンジンコードなどを調べてみたという話です。 なお、検証環境は UE5.6.0 です。
で先に結論を…
/Engine/Programs/UnrealFrontend/Profiles が直書きされてるため、エディタ上で↑のProfileを編集するとエンジン側にデータが複製されてしまうという、記事タイトルの通りです。つらい。 以下は結論を聞いた上で詳細を知りたいという物好きな方向けです。
続きを読む
AnimSequenceアセットの右クリックメニューから AnimComposite, Montageアセットを作れます。しかし、アセット生成先のフォルダを指定できなかったり、アセット名末尾に _Composite/Montage が強制的につけられます。
それぞれ手動でアセットを移動・リネームすればいい話ではありますが…それが数十、数百回となると流石にストレスですし、ヒューマンエラーも時々発生してしまいそうです。
ということで、この処理をC++で自作して、プロジェクトのルールに沿った場所・命名規則でAnimComposite, Montageアセットを作成できるようにします。
StateTreeから制御対象のActorの関数・イベントを呼びたい、というのは多々あるかと思いますが、そのたびに専用のStateTree Taskを作るのは少々めんどうです。
基底クラスで関数を用意したり、（BP）Interfaceなどを用いることで1つのTaskを流用することはできますが、プロト制作時などスピード感が必要な段階では…その準備もサボりたい所…
ということで、文字列から関数・イベントを呼び出せる CallFunctionByNameWithArguments を使ったStateTree Taskを作ってみました！
事前準備不要でStateTreeからActor（UObject）が持つ処理を呼び出せますし、
呼び出す関数名・引数をStateTreeのParameterと紐づけておけば、Actor側のStateTree Component で設定することが可能になります。
その結果、実装が多少違うBP・Actorであっても、StateTreeを超汎用的に使用することが可能になります！これは便利！（なはず）
ということで、今回はそんなStateTree Taskを実現する C++コードを紹介します。なお、もしBPのみで実現したい場合はKEコマンドを使用することになるはずです。
【UE4】ConsoleCommand「CE,KE」について【★★☆】 | キンアジのブログ
続きを読む
