UE5 起動から初めの1歩 Lumen/Naniteを体験してみよう

環境

UE5.0.0

はじめに

UE5のEarly Access について以下のdocに対象ユーザーの説明があります

Unreal を初めて使用されるユーザーの方は、UE5 が製品版としてリリースされるまでは、まずは、UE4 で学習することをお勧めします。

Unreal Engine 5 早期アクセスへようこそ | Unreal Engine ドキュメント

理由としては大きく2点挙げられます
1. UE5はUE4と比較して公式の学習資料がまだ充実していない
　リリースされたばかりなので、そのとおりですね
　これによって困る点として初学者の方が躓いた際に
　エンジン側の問題なのか実装上の問題なのか調べてもヒットしにくく
　何かを始めようと思った際に資料が少なくて手詰まりになってしまう等があげられます

2. 新機能やワークフローが変更される可能性がある
　UE5はまだEarly Access段階ですので、UIが変わったり致命的な変更が発生する恐れもあります
　仕事で既にプロトタイプを作成されている方などであれば、そこを理解しているので何も問題がないとは思いますが
　初学者の方でこの状態にハマるとどうやって同じ機能を実現するのかが分からなくなったりと
　コンテンツ作成外の分野で詰まってしまって時間がもったいないです
　そのため、先ずはUE4を学習するか上記を理解した上で両方に触れられるのが良いでしょう。

UE5について

UE5はEarly Access と書かれているように
まだ正式リリースされたものではありません。
そのため、以下の公式ブログにあるように実プロダクトではまだ利用すべきではないです

この早期アクセスビルドは新機能をテストして、将来のゲームのプロトタイピングを開始したいと考えている最先端を目指すゲーム開発者に向けたものです。

さて、気になる正式リリース日ですが
そちらについても下記の公式ブログに記載があります
2022年初頭を予定されているようですので、ちょうど1年先くらいになるでしょうか。

すべての業界のクリエイターを助ける追加の新機能を含むフルリリースは 2022年初頭に行いたいと考えています。

Unreal Engine 5 の早期アクセスがリリースされました！ - Unreal Engine

UE5をインストールしてからやること

やること というと少し乱暴な口調ですが
UE5をインストールしてみたけど、何から手を付ければいいか分からないという方に向けて助けになればと思います。

先ずは何事も公式doc を参照するのが一番ですね
EGJ(Epic Games Japan)のローカライズチームの方々の仕事は本当に早く
既に日本語のドキュメントが用意されています
Unreal Engine 5 早期アクセス ドキュメント | Unreal Engine ドキュメント

次に道標となるのはOnlineLearningとなるかと思います。
現在2つのコースが用意されています。
先ずはUE4をこれまでに触れてきた方やUE4でプロジェクトを既に作成されている方向けですね
UIや機能など、従来のUE4からUE5に向けての変更点について学ぶことができます
UE5 早期アクセスへのアップグレード - Unreal Engine

次にUE5のQuickStartです
エディタの概要やパッケージ作成方法等を学ぶことができます
UE5 早期アクセス クイックスタート - Unreal Engine

UE5のインストール方法についてはヒストリアさんのブログが手助けになるでしょう
[UE5] Unreal Engine 5の導入手順｜株式会社ヒストリア

UE5を起動した！次は？

まずはUE5の大きな更新内容から見ていきましょう
Unreal Engine 5 早期アクセス リリースノート | Unreal Engine ドキュメント
よく注目されているものとしては下記があげられます

• Lumen による動的GIおよびReflections
• Nanite によるVirtualized Geometry
• 次世代Shadow Virtual Shadow Maps
• Temporal Super Resolution
• World Partition
• Full Body IK Plugin
• Motion Warping
• MetaSound
• Chaos Physics

...etc

今回はこの中でもお手軽に体験できるLumenとNaniteについて紹介させていただきます。

まずはUE5を起動していつものようにThirdPersonTemplateでProjectを作成します

Lumenを使ってみよう

実はUE5を起動した段階で、何もしなくてもLumenが有効になっています。
まずは設定の確認から
「Edit -> Project Settings... 」から設定を開きます

設定内の「Engine / Rendering -> GLOBAL ILLUMINATIOON | REFLECTIONS」内で
Dynamic GIとReflectionでLumenが選択されています。

早速LumenのDynamic GIの機能を見てみましょう

「Create -> Shapes -> Sphere」で適当な球体をLevel上に配置します

続いてContentDrawer内で新規にMaterialを作成します

名称は「M_EmissiveSphere」としました。
Material Editorを開いたら「V + 左Click」で
新規に「Vector Parameter」のノードを作成し、「EmissiveColor」と名付けました

そのまま「Emissive Color」につなぎます

「EmissiveColor」ノードを選択した状態で
Details Panelからデフォルト値を「10, 7, 0, 1」に設定しました

ここで一旦このMaterialを保存して閉じます。

Level Editorに戻って、Sphereを選択した状態で先程のMaterialを割り当てます。
emissive で検索をかければ出てくるため、こちらをSphereに割り当てます。

この段階でも既にLumenの恩恵を受けれているのですが
もう少しいじっていきます

Level上の床に置いてあるFloorをDuplicateして天井を作成します。
Floorを選択した状態で「Alt」を押しながら床を移動させるとDuplicate(複製が可能です)
このまま上に移動して天井にします。

再度Sphereを選択して「Simulate Physics」にチェックを入れると
物理が有効になって球がコロコロと転がるようになります

これだけ見てもイマイチLumenの機能が分からないという方も多いでしょう
そこで先程のProjectSettings内のLumenをNoneに変更してみましょう

先程と大きく結果が変わることが確認できました

なんだか明るいですね。
こちらはLighting Buildが行われていないのでこのような結果になっています。
Build All Levels でビルドをすると以下のような暗い画面(正しい結果)が得られます

同様のLevelをUE4.26で作成したものが以下になります

Dynamic GIの効果によって、EmissiveのMaterialの光り方が大きく変わるのが見て取れたと思います。

以上、大変簡潔にでしたがLumenについて触れてみようという内容でした。
コーネルボックスを作ってみたり、暗闇の中で光を頼りに進むタイプのゲームなど色々作ってみてはどうでしょう。

実際にはDynamic GIによって変わるものというと、Emissiveだけでなく
SkyLightの遮蔽によって屋内のライティングがよりリアルに近しいものになったり
ライトの照り返しが別のオブジェクトにリアルに反映されたりと
Emissive以外にも様々な描画結果の違いを得ることができます。

Naniteを使ってみよう

Naniteを使用する前に、まずはQuixel Bridgeの準備を整えようと思います。
UE5にQuixel Bridgeをインストールしましょう
インストール方法はLauncherからQuixel Bridgeを検索してUE5にインストールするだけです。

続いてUE5 Editorを立ち上げて、Pluginsを開きます

Installed タブ内のBridgeのEnabledにチェックが入っていれば使用準備が整いました。

Quixel Bridgeの使用方法はContentから呼び出すか

Content Drawerから呼び出すことができます

適当なAssetを選択してDLすると
Content/Megascans 以下にアセットが追加されます。

今回は適当な岩を持ってきました

前置きが大変長くなりました。
ようやくNaniteの出番です。
まず、今回DLしたアセットのデータを確認します。
以下のようなMeshデータです。
Triangles : 4606
Vertices : 3141

このMeshに対してNaniteを有効にします。
Detailsタブ内のNANITE SETTINGS からEnabledにチェックを入れて
Apply Changes を押下します。
するとMesh情報が以下のように変更されました。
Nanite Enabled
Triangles : 1999
Vertices : 1504

3角形ポリゴンの数が半数以下になりましたが、スクリーンショットを比較した限りでは大きな遜色も見られません。

とても便利なNaniteですが、1点注意点があります。
Naniteは現在Masked Material には対応しておりません。

そのため、Naniteを有効にする前にMaterialのBlend ModeがOpaqueかどうかを事前にチェックされることを勧めます。

まとめ

本当にふわっと触りだけでしたが、ざっくりとLumenとNaniteについて触れていきました。
UE5は今後のアップデートも楽しみで魅力的な機能に溢れています。
ですが、最初にも述べたようにこれからUnreal Engine に触れてみようと思っている方には
まずはUE4でUnreal Engineの文化に触れてもらうのが良いかなと思います。

多少UI等に変更はあるものの、UE4.26で作成したProjectはUE5に移行することも可能ではありますし
ベースとなるエンジンの根幹の考え方、BlueprintやMaterial等についての知識が流用できます。

逆にUE4に既に詳しい方にはどんどんとUE5に触れていただいて
最新のアップデート情報を広く共有いただけるとUE5ユーザーみんながハッピーになります！

ざっくりとでしたが、以上です。

参考資料

Unreal Engine 5 早期アクセス リリースノート | Unreal Engine ドキュメント
Unreal Engine 5 早期アクセス ドキュメント | Unreal Engine ドキュメント
Quixel Bridge Plugin for Unreal Engine | Unreal Engine Documentation
UE5 早期アクセスへのアップグレード - Unreal Engine
UE5 早期アクセス クイックスタート - Unreal Engine
[UE5] Unreal Engine 5の導入手順｜株式会社ヒストリア

おまけ

Lumenの効果がより分かるGifを用意しました

• 変更点

・球を置いたLevelから球を削除
・SkyLightのIntensity Scaleを1.0 -> 10.0 に変更

UE4 オンラインラーニングコースの紹介 初めてUE4を触る人向け

Unrealオンラインラーニングコースとは

Unrealオンラインラーニングコースとは実習形式のビデオで観ながら実際に手を動かしてUE4を学ぶことができるラーニングコースになります。
www.unrealengine.com

このオンラインラーニングコースの良い点として以下が挙げられます。
1. 無料
　なんとUnrealオンラインラーニングコースは全て無料です。
　Udemy等で販売されていてもおかしくないようなものがいくつもあり
　それらを無料で学ぶことができます。

2. 興味のある分野だけピックアップして学べる。
　ゲームエンジンを新しく覚える時に何から手をつけていいか分からない人や
　特定の機能について学びたいとは思ってはいるものの
　公式ドキュメントだけでは理解ができなかったという人にオススメです。
　また、中上級者の方でも意外と知らなかったという機能や
　理解が間違っていたという気付きも得られるかもしれません。

3. 手を動かしながら学べる
　講演資料や公式ドキュメントを見たり読んだりして
　分かった気になっていたという部分でも
　実際に手を動かすことによって、より理解が深まります。

4. 日本語の字幕が付いているので英語が理解できなくても大丈夫
　これはかなり嬉しいポイントですね。
　ゲームエンジンに限らず、様々なDCCツールの動画は英語が多めですね。
　ですが、Unrealオンラインラーニングは日本語字幕が付いているので
　英語が聞き取れないという方も安心して学べます。

実は2018年1月頃からこのオンラインラーニングコースは存在していたのですが
現在では日本語字幕付きの動画がどんどん出てきており、今も更新され続けています。

公式のオンラインラーニングはご存知でしょうか？ #UE4 の様々な機能やTipsに関して動画で解説をしています。

日本語字幕付きの動画が充実してきましたので、しばらくの間、（できるだけ）毎日1回ご紹介していこうと思います！ #Unrealオンラインラーニングhttps://t.co/dSjuh02JcZ

— アンリアルエンジン (@UnrealEngineJP) 2020年3月26日

Unrealオンラインラーニングコースへのアクセス方法

UE4のHPの一番上にあるメニューから
「ラーニング＆サポート」->「オンラインラーニング」でアクセス可能です
Online Learning Courses - Unreal Engine

もしくはEpic Games Launcherを起動して
「Learn」タブに切り替えて「Unreal Online Learning」からもアクセスできます

Launcherの言語設定を日本語にしている場合も同様に
「ラーニング」の「Unreal Online Learning」からアクセスできます。

今回は「Unreal Engine 最初の1時間」と「Unreal Engine入門」をやってみました。

Unreal Engine 最初の1時間 (UE4.22)

www.unrealengine.com

UE4.22と少し古いものでプロジェクト作成画面にいくつか違いがありますが
解説される内容の多くは現在のUE4.26でも同じように操作できます

このチュートリアルでは1時間という短時間の中でEditorの立ち上げから
Editor内の基本的な要素の解説、Editor操作を学ぶことができます。
ゲームエンジンを触るのが初めてだという人には特にオススメですし
UE4自体が初めてだという人にも新しく学べることが多く存在するでしょう。
UE4をインストールしたけど学び方がよく分からないという人は多いです。
空いた時間にこちらのチュートリアルを触ってみるのもオススメです。

このラーニングでは大きく分けて以下のことが学べます。
既に全部知っているという人も動画を見てみると新しい発見があるかもしれません。
1. Epic Games Launcherの概要
2. Editorの起動/プロジェクトの作成方法
3. Content Browserの操作方法
4. Editor(Viewport)上でのカメラ操作、一部のショートカットキー
　因みにViewportの視点位置のブックマーク機能はここで初めて知りました
　Ctrl + 1 / 2... : Viewport視点のブックマーク
　1 / 2... : 保存したブックマーク先への切り替え
5. Editor内の各種Windowの紹介
6. Starter Contentの紹介
7. Marketplaceでの無料アセットの入手/プロジェクトへの追加方法
8. プロジェクト間でのアセットのMigrate(移行)方法
　ゲームジャムやモック作成等、よく使う操作なので覚えておくと便利です
9. 新規に空のレベルを作成/追加したアセットの利用
　アセットのSnap機能などは覚えておくとLevelの調整が大変楽になりますね
　同様にDuplicate(複製)機能も大変重宝します
10. 新規レベル内でMesh/Light/Player Startの配置
11. ビジュアルの調整、Content Browserのフィルタリング
　　Fog(霧,空) / Reflection(反射) の追加
12. ビジュアルの本格的な調整
　　空 / Sky Light / Light Shaft の追加
　　Sky LightによってDirectional Lightだけでは暗いエリアも
　　明るくすることができ、ゲーム/CGっぽい違和感を軽減できます
　　Light Shaft の追加によってGod Ray の表現が可能になります
13. Actor/Blueprintの説明
　　ActorはUE4で多くのアセットに共通するもので重要な概念です
　　ここではActorを継承したBlueprintを使用して
　　炎を灯した装飾物を作成しています
　　Blueprint内ではライトの強度を一定規則で
　　ランダムに変更させる機能を作成しています
14. Lighting情報のBake
　　よくEditorの左上に「LIGHTING NEEDS TO BE REBUILT...」もしくは
　　「ライティングを再ビルドする必要があります...」と
　　表示されているスクショなどを見かけますが
　　このエラーメッセージはライティングのビルドで解決できます

Unreal Engine入門 (UE4.18)

www.unrealengine.com

先程の Unreal Engine 最初の1時間 では
基本操作をLevelとActorを通して学びました。
こちらのチュートリアルでは
より深いEditorの基本操作や見方についてを学びます。

これを2つめのラーニングとして行うのがよいかというと難しいところですが
いずれも覚えておいて損はない機能ですので
時間がある時に見ておくと良いかと思います。

このラーニングでは大きく分けて以下のことが学べます。
1. Editorの全体像
　Mode Panel, Main Toolbar, Viewport, World Outliner, Detail Panel, Content Browser
　Editor Layoutの初期化方法等
2. Viewportの操作
　カメラのブックマーク方法やViewportの外観の切り替え方法(Lightingなし/Wireframe表示等)
　GameView, Immersive Mode, PostProcessの表示/非表示切り替え等
　UE4の操作に慣れた人でも知らない機能がいくつかあると思います。
　特にカメラの移動速度の変更方法は覚えておくと便利です。
3. LevelEditor上のActorの操作
　World / Local Spaceの切り替えやSnap機能を利用したActorの移動等
　複数軸を選択した移動等については知らなかったという人もいるかもしれません。
4. World Outlinerの操作
　Level内のActorの管理をする上で重要な要素になってきます。
　特に大きなLevelを作成する上では管理のために
　適切なフォルダ分けが必要になってきます。
　チーム作業ではもちろん、個人でもある程度のルール決めをしておくと
　作業をする上でActorを探したい時に便利になるでしょう。
　名前での検索以外にもActorの種別に応じてフィルタリングができたりと
　実は便利な機能がいくつかあります。
　また、Actorのグループ化はModular Assetを管理したい場合など
　実作業でも役立つ事が多いかと思います。

　※Modular Asset については下記のスライドが大変分かりやすいです。
　UE4背景アーティスト勉強会（前編） 背景ワークフロー解説
　　オープンワールドのゲームや複雑なビルの作成
　　はたまた背景用の車のバリエーションを増やしたい場合など
　　活用されるシーンは多くあり
　　UE4のMarketplaceにもこういったAssetも売られています。

5. Detail Panelについて
　選択したActorの座標/回転/拡縮や
　コンポーネントの追加やMaterialの変更等
　Level上で変更する多くのParameterをこちらで変更することになります。
　余裕があればProperty Matrixの使い方も覚えておくとよいでしょう。
6. Mode Panelについて
　Mode Panelについては詳細まで説明すると
　それだけで1本動画になるほどなのでここでは触りだけになっています。

　※Mode PanelはUE4.26ではToolbarに統合されています。
　　基本的にはUE4.18とUE4.22同様に
　　Place/Landscape/Foliage/Brush Editing/Mesh Paintと共通です

7. Content Browserについて
　フォルダの色分けができるというのは知らなかったという人もいるかもです
　アセットのカテゴリごとに色を分けたり
　検証用と本番用のデータで色を分けたりと色々と使い道があるかと思います
　検証用についてはDevelopersフォルダを使うかもですが。
　Column Viewは各フォルダやアセットの詳細情報を見たい時などに便利です

　また、Engine ContentはUE4側に既にImport済のアセットが豊富で便利です
　ですが、Engine Contentは間違って更新をしないように
　開発用のプロジェクトのフォルダにDuplicateして使用するのが推奨です
　また、thumbnailの回転ができたりと意外と知られていない機能があります
　他にもコレクション機能など便利な機能が豊富なので
　これらの操作方法は覚えておいて損はないでしょう。

8. Main Toolbar について
　この中でもSettings から右側のボタンは特に使う機会が多いでしょう。
　例えば、Settings にはEditor を軽量化するための設定項目もあります。
　papersloth.hatenablog.com
　他にもLevel BlueprintやCinematics(Sequencer)や
　Lighting BuildやGame Playに関する設定や
　Launch(パッケージングに近い実行形式)等があります。
　PlayメニューからVRモードやNetwork対応のテストも出来るのも強みですね

9. Editorの設定関連全般
　Editor Preference(エディタの環境設定)
　　Editorの色やショートカットキーの設定など
　　使用しているUE4のバージョン毎に設定が保存されるため
　　プロジェクトを切り替えた場合でも変更が適用されます
　Project Settings(プロジェクト設定)
　　動作させるPlatformやCollisionや入力や
　　パフォーマンスやRendering設定などゲーム全般で重要な設定があります
　　これらはプロジェクト固有の設定になります
　　ゲーム開始時のLevelやNetwork関連の設定など
　　ゲームをリリースする際には必須の設定項目がいくつかあります
　World Settings(ワールドセッティング)
　　Engine側で自動的にActorを破棄する高度や
　　GameModeの設定やLightmassの高度な設定など
　　Levelに紐付いたGameModeの設定なんかは特に重要です
　　頻繁に使用するものではないですが覚えておいて損はないでしょう

まとめ

まず大前提としてラーニングは動画を見つつ作業を行えた方が良いため
PCモニターは最低でも2枚以上あった方が良いです。
これに関してはどの動画教材でも同じですね。

どのチュートリアルも時間がかかって大変な印象を受けるかもしれませんが
章区切りで中断もできるため、一気にやるのが大変な時は
少しずつ進めてみるのも良いかもしれません。

入門は大丈夫という方は自分の気になる技術トピックを探ってみると
新しい発見があって楽しいかもしれません。
もちろん、知ってるつもりになっている分野の復習にもよいでしょう。
実際、私もこの2つのチュートリアルで知らなかった機能がありました。

是非ともラーニングを進めてみてSNS等でも布教してもらえればと思います。
以上です！

UE4 Blueprintで使える便利なフロー制御のノードについて

環境

UE4.26.0

概要

Blueprintにはデフォルトで用意されているノードにFlipflop, Gate, DoN, MultiGate等の便利なノードがあります。
C++で同じような処理を組む際には面倒なものでも、こういったノードを上手く使えば簡潔に処理を書くことができます。
今回紹介するのは以下のノードです。

Flipflop

実行される度にA, Bの処理を交互に実行する。
簡単な例でいうとドアの開閉処理や、ボタン操作等が分かりやすいかもしれません。

例で組んだノードではEnterキーを押下する度に「Open」と「Close」のログが出力されます。

最初にEnterキーを押下した場合には「Open」が出力され
次にEnterキーを押下した場合には「Close」が出力されます。
さらにもう一度Enterキーを押下した場合には「Open」が出力されます。

こういったようにFlipflopノードに繋いだ処理をAの出力とBの出力が交互に実行されるわけです。
例えば、デバッグ用に録画開始ボタンと録画終了ボタンを設定しておくなどの使い方もできます。

この方法で撮影した動画はProjectのDirectoryの Saved/VideoCapture/(ProjectName).avi の形式で保存されます。

Flipflopを使用せずに同じ処理を組もうとした場合には以下のような組み方になります(IsCaptureのdefault値はfalse)
Flipflopを使用した場合と異なるのはbooleanの変数を1つ追加する必要があることですね。
極力Blueprintを複雑にしないためにも、削減可能な変数は削減したいところです。

Gate

Enter : GateがOpen状態なら処理が実行される
Open : GateをOpen状態にする(Enterに処理が来た時に処理が実行される状態になる)
Close : GateをClose状態にする(Enterに処理が来た時にClose状態では処理が実行されない)
Toggle : Open <-> Close状態を切り替える
Start Closed : デフォルトのGateの状態をClose状態にするかどうかのフラグ

ちょっぴり複雑なノードが出てきました。
挙動としては上記に書いたように、Enterに処理が来た時にOpen状態ならExitに繋いだ処理が実行され、Close状態なら処理が実行されないといったシンプルなものになります。
Gate(入り口、門)という名前の通りで門が開いている時には処理が行われ、閉じている時には処理が行わないというものです。

例 : 右クリックを押下している時だけ回転するカメラの実装
今回の使用例では右クリックを押下している時にだけしか回転しないカメラを実装しました。

MouseXノードはMouseを動かしている時、そうでない時に関わらず前フレームからのマウスの横方向への移動量を返します。
Tickのように毎フレーム処理される入力ノードです。
そこにGateを組み合わせて右クリックを押した時に開いて離すと閉じるようにしています。
こうすることで、右クリックを押している時だけ、AddControllerYawInput(カメラの左右方向の回転)が呼び出されます。

GateはTimelineやTickと組み合わせることが多いかと思います。
一定のボリュームの中でだけ動作する機能や、一定の入力を行っている時だけ動作する機能などを簡単に実装することができます。

DoN

Enter : Nに設定した回数が残っていればExitに繋いだ処理が実行される
N : 実行可能な最大数
Reset : Nで指定した値でCounterをリセットする
Exit : 実行したい処理を繋ぐ
Counter : 実行された回数(1,2,3と増えていくため実行可能な残り回数ではない)
　　　　 また、Resetした際にCounterもResetされます。

一定回数だけ実行可能な機能を作成したい場合に使用するノードです。
勘違いしがちなのは、DoNでNに指定した回数連続で処理が実行されると思うかもしれませんが
そういった機能ではありません。

回数制限を加えた処理を作成したい時などに使えるノードになっています。
例1. 一定回数だけ取得が可能なイベント(某ランゲームのコインが取得可能なブロックのイメージ)
例2. 一定回数攻撃を加えることで破壊可能なオブジェクトの破壊処理

MultiGate

入力 : デフォルトでは、入力は順番に機能し、すべての出力が終了すると、機能は実行されません。
Reset : StartIndexで指定した数値に初期化されます。
Is Random : 出力をランダムに実行します。
　　　　　　Loopのフラグが立っていない場合は、すべて実行すると機能しなくなります。
Loop : 全ての実行が終了した後も再度実行可能になります。
Start Index : 関数の最初の出力を示すIndex。-1の場合でLoopが立っていない場合は上から順次実行します。

例：カメラを3つ順次切り替えたい場合
まずはLevel上に下図のように3つカメラを配置します。

スクショで1画面に収める都合でノードの繋ぎ方が汚いですが
以下のようにMultiGateを使用してLoopにチェックを入れることでカメラ1 -> 2 -> 3 -> 1 ...と切り替えることができます。

Loopフラグを使わない場合でも以下のように最後の処理が実行された後にResetに繋ぐことでLoopを組むこともできます。
挙動としては先程と同様です。

Randomにチェックを入れた場合には以下のような挙動になります。
ただし、Randomの実行結果としてOut0 -> Out0のように同じ出力を行うケースも存在するため
使用する際にはその点に留意してお使いください。

まとめ

上記で説明した以外にBlueprintには便利なノードが数多く存在します。
今回の例でいうとGateやMultiGate等はC++で組むとなるとちょっと面倒くさいです。
Flipflopに関してはC++でも楽ですが。
また、Blueprintでの利点としてはMultiGate等のように出力数を簡単に増減できるところも魅力的ですね。
既存のノードを頭の片隅に入れておいてより読みやすいノードの流れが組んでいけるといいですね。

以上です。

参考資料

docs.unrealengine.com
[UE4] アンリアルエディタでの動画撮影方法｜株式会社ヒストリア

UE4 Editor軽量化 改訂版

Unreal Engine 4 (UE4) Advent Calendar 2020 - Qiita の19日目の記事です。

環境

UE4.26.0

PC Spec
RAM : 64GB (65448 MB)
CPU : AMD Ryzen 5 3500 6-Core Processor (6 CPUs), ~3.6 GHz
GPU : GeForce RTX 2070
Display Size : 1920 x 1080
4Kモニターを使用してますが、PBPで1920 x 1080でEditorを立ち上げています

概要

UE4が一般公開されるようになった5年ほど前と比べてUE4 Editor自体は随分と軽くなりました。
それでも、ラップトップで作業されている方やどうしてもPC Specにはお金をかけれないという人向けに本記事を書くことにしました。
いくつか情報を出してくださっている方がいるため、それらをまとめたものにはなります。

検証環境
今回は新規にThird Person Templateを使用したプロジェクトを作成しています。
・プログラミング : Blueprint
・Quality : Maximum Quality
・Raytracing : Disabled
・Target Hardware : Desktop / Console
・Starter Content : No Starter Content

Editorの軽量化について

EditorFPS表示

まずはEditorの実行速度を確認するためにEditorのFPSを表示します。
Edit -> Editor Preference -> General -> Performance内の
「Show Frame Rate and Memory」から有効化できます。

有効化するとEditorの右上にFPSが表示されます。
※今回は検証用に最大FPSを300にしています。
FPSの変更方法については後ほど

この段階で180 fpsほど出ています。

Realtimeを切る

次にEditorのViewportのRealtimeをOFFにします。
Ctrl + RもしくはViewport左上のメニューからViewport Optionの「Realtime」をオフ
無効化するとViewportに「Realtime : Off」と黄色く表示されます。

これをOffにしただけで200 fpsほどになり、かなり早くなりました。
動くものが多ければ多いほど高速化されることになります。

Third Person Templateで分かりやすい部分でいえば画面中央の「？」のアイコンの回転が止まりました。
このFlagを切ることによってスクロールするMaterialや移動するActorなどの更新を止めることになります。
空も動いていることが多いため、そこそこの効果が見込めるかと思います。
特に動くものがない場合はデフォルトで切っておいてしまってもいいかもしれません。

Realtime Thumbnailオフ

次にContent Browser内に表示されるMaterial等のRealtime Thumbnailを切ります
Content Browser内の右下の目玉アイコン(View Options)から
「Real-time Thumbnails」をオフにします。

こうすることで回転や移動を行うMaterial等のThumbnail表示のリアルタイム更新がストップします。

これで210 fpsほどになりました。
スクショのタイミング問題もあるため、実際にはそこまで大きな効果がないとは思いますが多少軽量化されます。

Background CPU

続いてBackgroundにある際のCPU更新頻度を下げるオプションについてです。
Edit -> Editor Preference -> General -> Performance内の
「Use Less CPU when in Background」のフラグをONにすると有効になります。

このフラグを有効にすることでEditorを操作していない時のEditorの更新頻度を大幅に下げることができます。
フラグが無効な場合
何の操作をしていなくとも90 fpsが出ており、それなりにCPUパワーが持っていかれます。

フラグが有効な場合
フラグを有効化すると10 fps以下まで落とされ、Editorを操作していない時のCPUへの負荷が大幅に軽減されます。
ラップトップ等で直ぐに熱を持ってしまうという方は有効化しておくと調べ物をする時などに負荷を減らせるかと思います。

Rendering品質を落とす

この変更は見た目に影響を及ぼしますが、大幅に軽量化できるかと。
Settings内の「Engine Scalability Settings」から設定項目が開けます。
「Auto」を押下することで、PCに合ったQualityに設定してくれます。
Low等、PC Specに応じて変更してみると良いかと思います。

同様にMaterial Quality Levelの方も変更してみても良いかもしれません。

手元の環境ではGPUがそこそこのものなので、大きな変更はなかったです。

Mobile Rendering Preview ON

さらに別途Renderingの設定を変更していきます。

プロジェクト作成時にTarget Hardwareを「Desktop / Console」にしていました。
Rendering設定をMobile向けに変更します。

先程同様にSettings -> Preview Renderig Levelを「Android ES 3.1」に変更します。
Shader Compileが結構な量走るため、実行する際は時間がある時に行うことをオススメします。

変更が完了するとSettingsの隣に「Android ES 3.1」のアイコンが出てきます。

こちらもGPU都合で手元の環境では大きな変化はなかったですが
人によってはすごく効果があるかと思います。

t.MaxFPS

Output Logか実行時にUSキーボードだと「`」JISキーボードだと「＠」でConsole Command が入力可能です。

ここのConsole Command入力画面に
「t.MaxFPS (任意の最大FPS値)」を入力することでEditorの最大FPSを抑制することができます。

記事の冒頭で最大FPSを300 に設定していたのもこのコマンドです。
UE4のDefault設定では120 fpsが設定されているかと思います。
この値をPC Specに応じて30 fps 等まで下げることで随分と軽量化されると思います。

PIEの解像度を落とす

PIEとはゲームを実行する際に別Window として立ち上げるPIEという機能です。
Playの「New Editor Window(PIE)」から立ち上げることができます。

こちらの解像度の設定はPlay方法の変更と同様にPlayの横のOptionから
「Advenced Settings」を開きます。

するとEditor PreferenceのLevel Editor -> Play の部分が開かれます。
この中の「Game Viewport Settings」の「New Viewport Resolution」からPIE時の解像度の変更が可能です。
デフォルトでは1280 x 720ですが、解像度を下げることで負荷の削減が可能ですので
テストするにあたって許容可能な範囲で下げてみるのも手かもしれません。

EditorのViewport解像度を落とす

最終手段ですが、効果はあります。
デフォルトでは大体これぐらいのViewportサイズになっているかと思います。

この解像度を下げることでもちろん負荷は下がります。
Viewportを一切触らない時には多少下げてみるのも手なのかもですね。
個人的には作業しにくいため、ここの解像度を下げることはありませんが。

参考資料

UE4 ノートパソコンで使う時にバッテリーを長く使うためのTips - Let's Enjoy Unreal Engine

UE4 OpenGL ES2プレビューを使って大幅な負荷軽減 - Let's Enjoy Unreal Engine

UE4 エディター動作を極限まで軽くしてみる - Let's Enjoy Unreal Engine

XAudio2 で新しいフォルダー (2)を活用する話

概要

この記事は もなふわすい～とる～む Advent Calendar 2020 - Adventar
12/18(18日目)の記事です。

17日目の記事は　I am コイケヤ さん　による「もなふわアドベントカレンダー１７日目。わーい！「各位なかよく小学校」の校章ロゴ作ったよー！＼(^o^)／｜I AM コイケヤ｜note」でした。
校章がとても可愛らしいので何かしらグッズ化されるといいなぁと思います。
他の方の記事も、どれも熱量がすごくいい記事ばかりです！

また、本記事とは別にV沼にハマって狂ったニンゲンのポエムもこちらに公開しました。
papersloth.hatenablog.com
巻乃もなかさんとは？という人はこちらに詳細を書きましたので、目を通していただければです。

本記事では新しいフォルダー (2)を活用し、Visual Studioのビルド時に 巻乃もなか さんのかわいいボイスで開発を応援してもらうツールを作った話です。
本家というかこの記事の元ネタになったのは ねぎぽよ❣️／ニアちゃん👉 (@CST_negi) | Twitter 氏 が公開されているVoiceer というUnity向けのEditor拡張です。
github.com

UE4向けのPluginもぼくが以前にこっそり作りました。
1日で作ったもので出来がかなりアレなので、いずれアップデートをしようと思っています。
papersloth.hatenablog.com

環境

• Windows 10 Pro
• Visual Studio Community 2019
• XAudio 2.9

新しいフォルダー (2) とは

新しいフォルダー (2) とは 巻乃もなか さんが公開してくださっている素材用のショートボイス集です。
公開用.zip という名前なのですが、解凍すると新しいフォルダー (2)が展開されます。
現在新しいフォルダー (3)も準備中のようですので、そちらも大変楽しみですね。
※因みに新しいフォルダー、新しいフォルダー (1)は存在しません。
www.fanbox.cc

完成したもの

出来上がったものがこちら pic.twitter.com/d5AnxUqxR6

— まめお (@PaperSloth) 2020年12月13日

実装方法について

実装にあたって用意したものは2つです。

• XAudio2 でサウンドを再生するためのexe
• ビルドイベントを仕込んだなんかしらのプロジェクト

　今回はむかーしむかし作ったDX12のプロジェクトを引っ張り出してきました。
　C++プロジェクトでもC#プロジェクトでもビルドイベントが仕込めればなんでもいいです。

実装は至って簡単で以前にMicrosoftが公開していたXAudio2 のサンプルを叩き台にします。
現在、XAudio2 のサンプルプロジェクトのリンクが切れているため
土田さんが公開されているXAudio2 のサンプルプロジェクトを使用します。
中身としてはMicrosoftが公開していたサンプルと同様のものになっています。
こちらの書籍のリンクからサンプルがDL可能です(本も良い本ですので、興味がある方は買ってみるといいかもです)
booth.pm

サンプルをDLして展開するとその中にXAudio2BasicSoundというプロジェクトがあります。
その中にあるXAudio2BasicSound.cppとWAVFileReader.h/cpp を利用します。
WAVFileReader.h/cpp についてはDirectXTKに含まれていますので、こちらから最新版をDLして使用することも可能です。
https://github.com/Microsoft/DirectXTK

新規プロジェクトの作成

まずは新規にC++プロジェクトを作成します。
今回作成するのはコンソールアプリケーションなので、テンプレートからコンソールアプリを指定します。

プロジェクト名はXAudioSandboxとしました。

WAVFileReader.h/cppを使用したいため、プロジェクトに追加します。

XAudio2 の初期化

XAudio2 を利用したサウンドの再生にあたって
XAudio2BasicSound.cpp内にあるPlayWave()とFindMediaFileCch() をそのまま流用するため
コピペで持ってきます。

// 中身の解説等は省略
HRESULT PlayWave(_In_ IXAudio2* pXaudio2, _In_z_ LPCWSTR szFilename);
HRESULT FindMediaFileCch(_Out_writes_(cchDest) WCHAR* strDestPath, _In_ int cchDest, _In_z_ LPCWSTR strFilename);

_Use_decl_annotations_
HRESULT PlayWave(IXAudio2* pXaudio2, LPCWSTR szFilename)
{
    // 省略
}

_Use_decl_annotations_
HRESULT FindMediaFileCch(WCHAR* strDestPath, int cchDest, LPCWSTR strFilename)
{
    // 省略
}

次に、XAudio2を利用するための諸々のincludeを追加します。

#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include <iostream>
#include <xaudio2.h>
#include <string>
#include <wrl/client.h>

#include "WAVFileReader.h"
#pragma comment(lib,"xaudio2.lib")

ここからXAudio2 を使用してwav再生を行っていきますが
ざっくりと流れを説明すると以下のような流れになります。

XAudio2Create() // IXAudio2 の初期化
    ↓
CoInitializeEx() // コンポーネント オブジェクト モデル (COM)の初期化
    ↓
CreateMasteringVoice() // IXAudio2MasteringVoice の初期化
    ↓
PlayWave() // wavの再生 (XAudio2BasicSound.cpp内の関数)
    ↓
DestroyVoice() // IXAudio2MasteringVoice の終了処理
    ↓
CoUninitialize() // COMの終了処理

先ずは先程の流れに沿ってIXAudio2 の初期化処理を追加します。

int main()
{
    Microsoft::WRL::ComPtr<IXAudio2> pXAudio2 = nullptr;
    UINT32 flags = 0;
    HRESULT hr = XAudio2Create(&pXAudio2, flags);

    if (FAILED(hr))
    {
        wprintf(L"Failed to init XAudio2 engine: %#X\n", hr);
        return 1;
    }
    return 0;
}

続いてCOMの初期化、終了処理を追加します。

int main()
{
    // IXAudio2 の初期化
    // ...

    CoInitializeEx(nullptr, COINIT_MULTITHREADED);
    // TODO : wavの再生処理
    CoUninitialize();

    return 0;

TODOの中ではIXAudio2MasteringVoice の初期化とwavの再生とIXAudio2MasteringVoice の終了処理を行っていきます。
まずはIXAudio2MasteringVoice の初期化と終了処理を追加します。

int main()
{
    // IXAudio2 の初期化
    // ...

    CoInitializeEx(nullptr, COINIT_MULTITHREADED);

    // IXAudio2MasteringVoiceの生成と初期化
    IXAudio2MasteringVoice* pMasteringVoice = nullptr;
    if (FAILED(hr = pXAudio2->CreateMasteringVoice(&pMasteringVoice)))
    {
        wprintf(L"Failed creating mastering voice: %#X\n", hr);
        CoUninitialize();
        return 1;
    }
    // IXAudio2MasteringVoiceの破棄
    pMasteringVoice->DestroyVoice();

    CoUninitialize();

    return 0;

ここまででおおまかなXAudioの初期化と終了処理ができました。
あとはPlaySound() を呼んでwavを再生すれば、ひとまずの音声の再生は完了です。

int main()
{
    // IXAudio2 の初期化
    // ...

    CoInitializeEx(nullptr, COINIT_MULTITHREADED);

    // IXAudio2MasteringVoiceの生成と初期化
    ..

    if (FAILED(hr = PlayWave(pXAudio2.Get(), /*file pathの指定*/)))
    {
        wprintf(L"Failed creating source voice: %#X\n", hr);
        CoUninitialize();
        return 1;
    }

    // IXAudio2MasteringVoiceの破棄
    pMasteringVoice->DestroyVoice();

    CoUninitialize();

    return 0;

ボイスの再生

新しいフォルダー (2) に含まれる音声データはmp3ですので、適当なツールを使ってwav に変換しておきます。
変換したwav は以下のdirectory構造で配置しました。

+- Root
    |
    +- XAudioSandbox
    |   |
    |   +- Resources
    |       |
    |       +- Voice
    |           |
    |           +- いいコード書いてる？.wav
    |           +- ...etc
    +- XAudioSandbox.sln

先程のPlayWave内にファイルパスを通してやればひとまずボイスの再生ができることの確認ができるかと思います。

if (FAILED(hr = PlayWave(pXAudio2.Get(), L"Resources\\Voice\\再生したよ～！.wav")))

再生したよ～ pic.twitter.com/crneZ9LoVS

— まめお (@PaperSloth) 2020年12月13日

ここまでのコードを一旦載せておきます。
gist.github.com

次にビルド開始時と終了時で別々のボイスを再生するように処理を分けたいためenumと実行時引数を追加します。
また、実行時の入力引数は1つでよいため指定がない場合や複数指定されている場合はエラーを返すようにします。

enum class BuildType : uint8_t
{
    Start,
    Finish
};

int main(int argc, char* argv[])
{
    if (argc <= 1)
    {
        wprintf(L"The number of arguments is not enough.\n");
        return 1;
    }
    if (argc > 2)
    {
        wprintf(L"There are too many arguments, please specify one argument.\n");
        return 1;
    }

    BuildType type = BuildType::Start;
    std::wstring file_path = L"Resources\\Voice\\";
    std::string option = argv[1];
    if (option.compare("start") == 0)
    {
        // TODO : ビルド開始時の複数ボイスからのランダム再生
        file_path.append(L"いいコード書いてる？.wav");
        type = BuildType::Start;
    }
    else if (option.compare("finish") == 0)
    {
        // TODO : ビルド終了時の複数ボイスからのランダム再生
        file_path.append(L"コンパイルおわったよ～！.wav");
        type = BuildType::Finish;
    }
    else
    {
        wprintf(L"Incorrect argument options.\n");
        return 1;
    }

    // XAudioの処理
    // ...
    return 0;

続いて、複数ボイスの中からランダムなボイスの再生について
まずは乱数の生成を行います。
今回は実装がお手軽なメルセンヌ・ツイスタ(mt19937)を使用します。

#include <random>

// 範囲指定の乱数生成
uint64_t GenerateRandomRange(uint64_t min, uint64_t max)
{
    std::random_device device;
    static std::mt19937_64 mt64(device());

    std::uniform_int_distribution<uint64_t> uniform(min, max);

    return uniform(mt64);
}

// 呼び出しイメージ
// GenerateRandomRange(0, 10)   0-10の乱数を生成する

乱数生成関数はこれだけです。非常にお手軽ですね。

あとは先程のファイルパスの初期化部分で乱数の生成結果に応じて呼び出すファイルを変えてやればランダムなボイスが再生されます。
今回は決め打ちでarrayに突っ込んでいますが、真面目に作るなら特定のdirectory以下のfileからランダム呼び出しを行うなどの変更が必要かなとは思います。

#include <array>

int main(int argc, char* argv[])
{
    ...
    std::array<std::wstring, 5> finishArray
    {
        L"コンパイルおわったよ～！.wav",
        L"コンパイルおわり！その調子！.wav",
        L"コンパイルおわり！順調かな？.wav",
        L"コンパイルおわり！順調かな？２.wav",
        L"コンパイル終わり～！その調子～！.wav",
    };
    ...
    else if (option.compare("finish") == 0)
    {
        type = BuildType::Finish;
        file_path.append(finishArray[GenerateRandomRange(0, finishArray.size() - 1)]);
    }
    ...

呼び出すアプリケーションでの設定

アプリケーション側からの設定はVisual Studioのビルド前イベント、ビルド後イベントにexe のpathと実行時引数を与えるだけです。
ビルド前のイベントにはexe へのパスと start の引数を設定しています。

ビルド後のイベントにはexe へのパスと finish の引数を設定しています。

また、ボイスを入れたResourcesフォルダも実行側のプロジェクトから呼び出し可能なdirectoryにコピーしています。
あとは通常通りビルドを行えば音声が再生されます。

最後にコードの全文を載せておきます。
gist.github.com

まとめ

これでVisual Studioでも推しのボイスを再生する方法がわかりましたね！
UnityであればVoiceerを使ったり、別途Editor拡張から気軽に音声の再生ができるのでいいですね！
UE4であればVoiceer4Uを使うか、Engine側の既存のAudioを直接上書きするかEditor拡張で呼び出せるのでこちらもお手軽ですね！

また、冒頭の動画を見てお気付きになった方もいるかもしれませんが
音声再生 -> 再生終了後にビルド というステップになるため、イテレーションは落ちますｗ
推しの声が聞けるんだから、それぐらいの時間は我慢してください( ´∀｀)

最近のゲームエンジンは喋りますが、最近のIDEもよく喋るようになりましたね！やったね！

明日はニワカ先輩 さんによる記事が公開されますね！どんな内容になるのか楽しみです！

以上です！

MFSR AC 初めてVの沼にハマった話

この記事は もなふわすい～とる～む Advent Calendar 2020 - Adventar
12/18(18日目)の記事その2です。
Tech系とはちょっと分けたかったので2つ書くことになりました。
雑多な自分語り日記みたくなってしまった(申し訳NASA)

はじめに

このブログを読んでる人の9割がこのブログのことをUE4の技術ブログだとお思いだと思うのですが
実はこのブログのタイトルって「PaperSloth's diary」とあるように元々は雑多な日記なのですよね
(過去の開発日記やC++の記事やUnityの記事の多くは情報が古かったり読みにくかったりで全て下書きに移してしまいました)

というわけで推しVのことを語る記事を書く場所としても別に問題はないはず(多分。知らんけど)

巻乃もなか さんとは

・Twitter：巻乃もなか (@monaka_0_0_7) | Twitter
・SHOWROOM：もなふわすい〜とる〜む - Profile - SHOWROOM
・YouTube：もなふわちゃんねる - YouTube
・FANBOX：巻乃もなか｜pixivFANBOX

この記事を読む人の多くはぼくの何倍も 巻乃もなか さんの魅力を知り尽くしている方が多いとは思いますが初見さんにも魅力が伝わればと思います。

巻乃もなか さんの愛称は もなな です。理由としては最強バーチャルタレントオーディション〜極〜に出ていた時に 巻乃もなか No.7 だったため、もななという愛称が付いたようです。
因みに本人曰くちゃん付けが好きなようで、もなちゃんと呼ばれたいとかなんとか。

恐らくTwitterを見ている方の何名かは
「たすけて！もなふわすい～とる～む！」
というツイートを見たことがあるでしょう。
ツイートすればもななが助けてくれたり助けてくれなかったりするでしょう！(稀にMDC(もなか大好きクラブ)が紛れ込んでますが)

※MDC という愛称については 巻乃もなか さんの非公式Wiki より
巻乃もなか (まきのもなか) - AVATAR 2.0 Project 非公式 Wiki*

もななの人柄や魅力についてはPanoraのインタビューで熱く語られているので是非とも読んでみてもらえればです。
panora.tokyo

新しいアイコンもkawaii

沼にハマった経緯

ぼく自身は元々、VTuberについての知識は浅く、初期の頃は四天王(5人)の配信とかは見ていてなんとなくそういうのがあるんだなぁ程度の一般的な？ヲタクくんで
それ以降の配信者についてはTech系の配信が好きだったため、某レイトレを書いてるV等をチラホラと見るという程度でSHOWROOMにはアカウント登録すらしていない状態でした。

そんな状態だったんですが
共通のフォロワーのふぁぼやRTでオーディション時ぐらいから存在は知っていましたし、向こうのTLにもこちらのツイートが流れていたのだと思います。
極々稀にふぁぼが飛んできていました。
特にフォローするでもなく配信を観に行くでもなく、そのまま1年くらいが経過していたと思います。
※実は初期の頃はフォロワーのおじさんの誰かがバ美肉したんだろうなと勝手に思ってました。本当にごめんなさい。

で、沼にハマり始めたきっかけなんですが、多分ぼくがなんとなくでフォローしていて、フォローが返ってきて「おっ？」となってから配信を観るようになってハマったと思います。
特に狙ったわけではないんですが、履歴を見ると10/18の出来事なのでちょうど2ヶ月前の出来事ですね……

(これは困惑してSlackチャンネルに投げるぼくの図)

配信を見に行ってからは「ほぇー、初めてみたなぁ」くらいの感想だったんですが
コメントをしたら「まめおさんだ～！」と突然名前を呼ばれて困惑したことを覚えています。
配信に来るかどうかもわからない人の名前を覚えてるのすごいですよね。
似たような話を サンマックスさん と nacreKR27さん もされています。
サンマックス さんの記事
もなふわすい～とる～む in the VRChat - Qiita
nacreKR27 さんの記事
もなふわすい～とる～む アドベントカレンダー2020(12/13担当分)｜KitsuneUdonKue.o｜note

記憶力がすごいなぁと思っていたんですが
単純に記憶力がすごいというよりも努力してリスナーのことを覚えてくれているんですね。
すごい努力家です。
「見てるぞ」の真相？はこのわくVの感想配信の時に語られています。
youtu.be

配信を観ていない人でもTech系の人のとこにはしばしばふぁぼ圧が飛んでいってると思います。
そういう小さな努力も実ってぼくを含めて何人か沼に落ちていますね。
フォロワーが沼に落ちる姿を見てはニコニコしています。

配信を何度か観ているうちに食べ物の話や天体の話やバイクの話など
多趣味で1つ1つの知識量が深く、配信を観に行く度に展開される様々なジャンルのトークが面白く、徐々に沼にハマっていきました。

天体については解説動画も出ています。
www.youtube.com

巻乃もなか さんの魅力について

TLや配信で見かけるコメントとしては以下のコメントをよく見かける気がします(わかる)
「ハスキーボイスがかわいい」
「動きや仕草がかわいい」
「オタクの理想の彼女」

それで自分が何故沼にハマったのかを考えてみたんですが
・Tech系への意欲がすごい。
たった一言これに尽きるのですが、個人的に強く惹かれる部分でした。

1. アバターのお着替えのためにUnityを覚える

アバターのお着替えについてはインタビューでも語られています。
アバターの設定って揺れ物とかめんどくさいし詳しい人に丸投げすると思います。
ですが、もななは自分で覚えてなんとかやってみようという姿勢があります。
配信周りのあれこれやトラッキング関連のあれこれだけでも結構な知識量が要求されて大変ですよね。
そんな中でUnityやBlenderに手を出したりと様々なことに挑戦していて、その学ぶ姿勢が結構好きだったりします。

※着せ替えや髪型の工夫については是非ともforiioを見ていただければと思います。
巻乃もなか - foriio
ライブ衣装も大変良かった

2. 自作PCの話

元々PCに詳しいわけではないはずなのですがPCを自作したエピソードも熱いです。
youtu.be

ぼくは素人なのでBTOです( ´∀｀)
もななの配信で公開しているPC Spec
・GPU : GeForce RTX 2070
・RAM : 64GB(32GB x 2)
・SSD : 1TB
新しい分野についてもどんどん知識を身につけて成長していく姿も魅力の1つだと思います。

これは旧PCにて恐らくRAMが不足したことにより、親の顔より見た一面の青

いちめんのあお pic.twitter.com/jimTufBGej

— 巻乃もなか (@monaka_0_0_7) 2020年8月16日

これはPC新調より前の4Kモニターに喜ぶもなな(kawaii)

ウキウキで43インチモニターと一緒に自撮りする女 pic.twitter.com/8OYZCmVrQd

— 巻乃もなか (@monaka_0_0_7) 2020年7月1日

3. IR 170 + Lupper v2.0.0によるパーフェクトもなな

以下の環境によって表情が豊かになったもなな

• Ultraleap IR170
• パーフェクトシンクのトラッキングに対応したLuppet ver2.0.0

youtu.be

自腹でIR 170を買ってセットアップするVTuberは信用できる！！
まず動作する保証がないため、もなな本人も動画内で「博打だった」と語っておりますね。

自前でIR 170とパーフェクトシンクの調整をしているのは本当にすごいと思います。
こういうことの積み重ねでぼくはどんどん沼にハマっていってます。

これは初めての赤スパで誤字をやらかすぼく。

Tech系に限らず新しいことを覚えようと努力する姿勢に惹かれてどんどん沼にハマっていったなぁと思います( ´∀｀)

沼にハマった結果

1. 外出頻度が増えた

これはアドカレ3日目に しろぐみまーくつー さんも書いていますが、外出頻度が増えました。
巻乃もなかちゃんに出会って人生が変わったお話｜しろぐみまーくつー｜note

もななの魅力の1つに寺社仏閣や食べ物の話があります。
で、ヲタクくんは直ぐに聖地に向かう性質があるためもなふわ聖地巡礼をするわけですね。
食べ物についてはアドカレ6日目に izm さんが分かりやすくまとめてくれています。
東京都内おすすめグルメマップ （推しの勧めてた店に行ってみた） - izm_11's blog

神田たまごけん (秋葉原)

神田たまごけん 秋葉原店 - 末広町/オムライス [食べログ]

まずはコラボしていた神田たまごけんへ
ここが全ての始まりだった。

ローズちゃん見切れててごめん

期間限定で配布されていたポストカードは祭壇へ(人間性を捧げよ)

喫茶店 アザミ(AZAMI) (中野)

アザミ - 中野/喫茶店 [食べログ]

美味しそうなY軸パスタ

今日のもなふわまとめ🐏

・神田たまごけん5店舗で１ヶ月ポスター掲示決定✨
・イメガ最終日振り返り配信
・今日たまごけんさんでみんなめっちゃエンカしてるのでは？

写真は中野で出会った素敵な喫茶店「アザミ」さんのy軸に伸びるカルボナーラです
巻乃はZ-upのBlenderもY-upのUnityも好きです！ pic.twitter.com/Av7Moxnedw

— 巻乃もなか (@monaka_0_0_7) 2020年9月12日

ヲタクくんは直ぐ聖地に(ry
ついっとにも書いていますが年内で閉店してしまうそう(とても悲しい)
お店のマスターが他のお客さんとバイクについて語っていて、これもあってバイクが欲しくなりました。

最高に美味いY-upカルボナーラの中野のアザミさんは店員さんに確認したところ日にちは未定だけど、年内にはお店を閉めてしまうそう。
行けるうちにみんな行こうね( ´∀｀) https://t.co/NqwU8mb65j

— まめお (@PaperSloth) 2020年11月3日

プラネタリア TOKYO(銀座)

プラネタリア TOKYO in 有楽町マリオン | コニカミノルタ - プラネタリウム

「プラネタリウムはいいぞ！！」
そういえば、最近行っていないなと思ったので行くことにしました。

今日のもなふわまとめ🐑
・短めってなんだっけ？
・フリートとDMの話
・ゲーミングゴリラの歌作ろう
・瞳を閉じれなかった
・リスナーさん全員を不埒扱いしてしまう
・プラネタリウムはいいぞ！！

でした‧⁺◟( ᵒ̴̶̷̥́ ·̫ ᵒ̴̶̷̣̥̀ )

夜遅くまでありがとうございました( * ॑˘ ॑* ) ⁾⁾おやすみ〜

— 巻乃もなか (@monaka_0_0_7) 2020年11月11日

プラネタリウムに行ったのが何年ぶりなのか思い出せないくらいに久々に行きました。
実際に足を運ぶと、やっぱりプラネタリウムはいいなと素直に感動しました。
しかもですね、撮影・CG・脚本がKAGAYA さんなんですよ！！！
星に少しでも興味がある方は是非ともKAGAYA さんのツイートを見てほしいです。
twitter.com

宇宙って神秘的ですよね。またちょくちょくプラネタリウムに行けたらいいなと思います。

観てきたよ〜 pic.twitter.com/feCYvWjzL7

— まめお (@PaperSloth) 2020年11月23日

上映前に飲んだやつ pic.twitter.com/zIq2uzUtGw

— まめお (@PaperSloth) 2020年11月23日

最後の2つはアルコール入り。
パフェが思いのほか腹に溜まります。

上映後に飲んだやつ pic.twitter.com/A26ncxR5P9

— まめお (@PaperSloth) 2020年11月23日

お土産買った後に飲み食いしたやつ
パフェ1人で食うには重い pic.twitter.com/1cadBWlyB9

— まめお (@PaperSloth) 2020年11月23日

頻繁にプラネタリウムには行けないので、お土産を大量に買って買い支えました。
プラネタリア TOKYOはいいぞ！

プラネタリウムでいっぱいお土産買った！ pic.twitter.com/0qotKVIdcB

— まめお (@PaperSloth) 2020年11月23日

神田明神 (神田)

たしか、この回のSRでの配信だったか神田明神に行ってきたよーという話がありました。

SHOWROOM配信まとめ🐏
・しきりなおしで「ごんぎつね」朗読
・バイクの話でもりあがる
・寺社仏閣も苔もいいぞ！(城も)
・旅行いきてえなあ……？(各地の色んなお話)
・一人旅が好き
・北海道はでっか(ry
・🎤津軽海峡冬景色
・スナック言うな〜！！

でした🥰
好きな物話してたら長時間になってた😇

— 巻乃もなか (@monaka_0_0_7) 2020年11月8日

神田明神の近くにはボルダリングジムがあるため
頻繁に通ることはあったのですがお参りしてきたのはこれが初めてでした。

この日は別の予定があったのですが
間に合わないことが確定したためA2P(フカシス)めぐりをしてきました。
(ミュウミュウだけ見つけられてなくてごめん……)

予定が崩壊したのでA2P巡りしてきた pic.twitter.com/FgI9g3Qq9o

— まめお (@PaperSloth) 2020年11月23日

DANDELION CHOCOLATE ファクトリー&カフェ蔵前 (蔵前)

ファクトリー&カフェ蔵前｜Dandelion Chocolate 公式サイト

DANDELIONのホットチョコレートが美味しいよ！という話がありました。

本日のもなふわまとめ🐑

・引越し後の荷物同様データもどこにあるのか把握できていない
・バックアップのバックアップ
・ダンデライオン閉店かも?!を聴いてガチで落ち込む(移転でした)
・今日も今日とて飯の話
・新しいお洋服でルンルン #タイツの日
・🎤ダンデライオン
でした˙˚ʚ₍ ᐢ. ̫ .ᐢ ₎ɞ˚

— 巻乃もなか (@monaka_0_0_7) 2020年11月2日

通販での購入も可能なため、先ずは通販で購入してみました。
ですが、店舗の実際の味が分からないため本来の美味しさを再現できず。
ホットチョコレートミックス｜Dandelion Chocolate 公式サイト通販・お取り寄せ

というわけで実際に店舗に行ってきました。
工場内でチョコレートを製造している過程を見ながら飲食が可能で楽しくてオシャレなカフェです。
工場とかで何かが作られる過程ってなんかいいよね(伝われ)

2. 趣味が増えた

はい、沼にハマった結果その2です。
もななといえば、コンビニスイーツとバイクとカメラが趣味ということで有名?です。

バイクの話

結論から言うとバイクを買いました

ぼく自身は元々車派で10年前から6年ほどスクーターに乗っていた程度で
バイクは通勤や通学など生活で使うための移動手段の1つでしかありませんでした。

車派になったのも、昔父がSKYLINE JAPANに乗っていたことに起因します。
その後R32が欲しいと思うようになりますが、まぁ高すぎて買えませんからね。
18歳の時に仕事で稼いだお金でGTS-t type Mを買うか学費に費やすかという2択で悩んだ程です。
ぼくは17歳の時に高校を中退して、高卒認定とMT車の免許を取得しつつも1年間正社員として働いていた経緯があります。
(結果的に進学し、学費に消えましたが)

その後も車が欲しいなーという思いだけは募り
G29 Driving ForceでGT SPORTやPROJECT CARSを遊んでもやもやする日々を過ごしていました。
(G29 はPS5でも動作します。Hシフトはいいぞ)

その後11/8(日)にぼくが配信を観始めてから初めてバイクの話が出てきました。
最初にも書いたように車派だったのですが
欲しい車種がいずれも現実的な値段ではないためバイクなら買えそうな価格帯だしいいのでは？と心変わりしていきます。

SHOWROOM配信まとめ🐏
・しきりなおしで「ごんぎつね」朗読
・バイクの話でもりあがる
・寺社仏閣も苔もいいぞ！(城も)
・旅行いきてえなあ……？(各地の色んなお話)
・一人旅が好き
・北海道はでっか(ry
・🎤津軽海峡冬景色
・スナック言うな〜！！

でした🥰
好きな物話してたら長時間になってた😇

— 巻乃もなか (@monaka_0_0_7) 2020年11月8日

まず11/3(木)に喫茶店アザミに行ってバイクへの興味が出ています。

無限におじさま方のバイクの話を聞いているとバイク欲しくなるな

— まめお (@PaperSloth) 2020年11月3日

で、配信が終わって日付が変わって直ぐにバイクが欲しくなっていますね。

配信観てたらバイク欲しくなった
中型とったら3秒で見知らぬ天井見上げそうなので、また原付でも買おうかな。ﾋﾞﾋﾞﾋﾞﾋﾞﾋﾞﾋﾞ

— まめお (@PaperSloth) 2020年11月8日

続いてサンマックスさんからのリプで「ほ～ん、Apeか～」となります。

（もななはエイプに乗ってるそうですよ）

— サンマックス (@Sunmax0731) 2020年11月8日

その3分後には落ちてます。即落ち2コマ並に早いです。
当時の配信を観れていないため、もななが実際にApeに乗っているのかどうかは分かりませんが、Apeに魅了されたのは間違いないです。
また、もななは小型限定普通二輪保持の可能性もあるのでApe 100の可能性もありますね( ´∀｀)
それはそれとしてApe 50にはこの時に一目惚れしました。

エイプどちゃくそ渋かっこE……はわぁ

— まめお (@PaperSloth) 2020年11月8日

続いて11/9(月)にはもうバイクを見に行くことが確定しています。
配信の翌日です。ヲタクくん、こういう時だけ行動力あるよね。

とりあえず日曜日にバイクを見に行くことになった( ´∀｀)
楽しみだ〜

— まめお (@PaperSloth) 2020年11月9日

11/15(日)にはもうバイクを購入しています。
配信から1週間後の出来事です。
因みに店舗でApeを見つつ、モンキーもいいな〜なんて思っていました。

バイク決まったあぁぁぁぁぁ
▂▅▇█▓▒░('ω')░▒▓█▇▅▂うわあああああああああああ

— まめお (@PaperSloth) 2020年11月15日

そして、11/21(土)には納車しています。
ちょうどゲームジャムの参加中でわちゃわちゃしてた時ですね(なんとかゲームが完成して良かった)

ちょろちょろと走ってきた
初MTだったけど、なんとかなった( ´∀｀)

— まめお (@PaperSloth) 2020年11月21日

結果、推しVに影響されてバイクを買ったやべぇ奴がここに誕生しました。
今では車もバイクも好きです( ´∀｀)
そのうち中型、大型2輪の免許も取ろうかなと思っています。

カメラの話

もななの趣味にカメラもありましたね。
記事の途中でも紹介しましたが、こちらの動画がオススメです。
www.youtube.com

ここまで読んでしまった皆さんにはもうお分かりですね。
こうなりました。

そしてこうなりました。

動画で紹介されているように以下のカメラを買いました。
カメラ : SONY α 6000
レンズ : SAMYANG 14mm F2.8 SONY αE用

経緯としてはバイクを買うなら、遠出してカメラで星を撮れるのでは？という素朴な気持ちからです。
初めて星の撮影に臨みますが、レンズに汚れが付いてしまいバッチリと汚れが撮れました(悲しい)

後日双子座流星群を撮りに出かけた際にはレンズの接続部に汚れが＼(^o^)／
また、1時間程度粘ってみたところ流星は3,4つ程肉眼では観測できましたが撮影には至らずorz

山に行った際にはようやくちゃんと星を撮ることができました

また、このレンズとカメラの組み合わせだと星撮り以外にも風景や夜景も綺麗に撮れていいなと思いました。

カメラを買ってみると、簡単なお出かけ用に軽量なレンズが欲しくなって気が付いたらレンズが生えてました

お出かけ用レンズでも撮影へ

まとめ

ここで過去の自分の発言を見てみましょう。

がっつり狂気に満ちたポエムを書いていますね。

もなふわすい～とる～むはいいぞ！！！！！

ほとんど日記になってしまいましたが
もななを推してから今まで以上に毎日が楽しくなりました！

配信を観れば もなふわすい～とる～む の虜になること間違いなし。
※なお、推し事を始めてから2ヶ月でバイク沼、カメラ沼にハマるのは一部の例外です。
また、カメラやバイクを買っても推しには還元されないためそれとは別にFanboxやSRやYouTubeでお返ししていければと思います(´________`)

最後に、推しのボイスをいつでも聴けるようにUE4向けのPluginも作りました。
1日で作った突貫Pluginなので結構出来が酷いです(ｺﾞﾒﾝﾈ)
ですので、少しずつアップデートして人に布教できるようなPluginにしていければと思います。
papersloth.hatenablog.com

長々と書き連ねましたが、ここまでお読みいただきありがとうございました！
そして12/10(木)でデビュー2周年を迎えましたね！本当に本当におめでとうございます！！
これからの活躍も楽しみにしています！

それでは、もなふわすい～とる～むでまたお会いしましょう！

ほなの！

UE4 Voiceer4Uを公開しました

環境

UE4.25.4

概要

Voiceer4UというPluginを公開しました。
github.com

Voiceerとは
ねぎぽよ氏が公開しているUnity向けのEditor拡張で
様々なEditor操作を行う度にかわいい声で開発を応援してくれるものです。
github.com

Voiceer4Uとは
Voiceerがいいなと思ったので、UE4版を作ってみました。
(Voiceer4Uという命名を使用してよいか否かはねぎぽよ氏に確認を取りました)
現状まだまだ機能不足で本家Voiceerにはまだまだ及ばず
Compile/Package化/Launchの開始/成功/失敗のみしか対応していませんが
かわいい声で開発を応援してくれるUE4向けのPluginです。

Demo動画 :

Voiceer4UのDemo
サンプルボイスは巻乃もなかさんの公開されているボイスを使用させていただきました。 #UE4 pic.twitter.com/JgEQNDRMmD

— まめお (@PaperSloth) 2020年10月28日

Compile関連の対応なので、Blueprint Onlyの開発者の方々には恩恵が少ないため
その辺りは今後のアップデートで対応できればと考えております。

使い方についてはGithubの方を見ていただければです。

現状の問題点

一日でガガッと作ったものなので、verion 0.1.0でまだまだ機能不足と実装上の問題を抱えています。
1. Engine側のAssetに変更が入ってしまう
Module初期化時に実行してEngine側のAssetに対して手を入れており
完全な元データの復元というのが行えていないため
Sound Cue内のNodeの移動等で差分が発生してしまいます

2. Pluginを導入したProjectと同一のVersionのUE4 Editorを開くと問題が起こりうる
A. Pluginを導入したProject
B. Pluginを導入していない同一Engine VersionのProject
Engine側のAssetに変更が入っているためA. を開いた状態でB. を開いて作業をしている場合に
A. のProjectに変更が入り、アクセス中なので正しく保存が行われないといったケースが発生してしまいます

今後のアップデートでやりたいこと

1. PIE時等のEditor操作時の音声に対応
2. 先に述べた問題点への対応の検討

余力があったらやりたいこと
1. Folder名 / File名の規約の緩和
現在Folder名のみならずFile名も規定のものにする必要があり、この辺が不便です
使う側のユーザーがこの辺りを気にすることなくできればいいなと検討中

2. 設定用のGUIの用意
現状はContent Browserと簡素なProject Settingsの設定オプションしかないため
設定しやすく変更が行いやすいように調整していければと思います

3. Editorの再起動なしでも変更可能にする
これは単純にGUIを用意してAPIを呼び出すだけだと思いますので
難しくはないんじゃないかと思いつつ、単純にめんどくさいというのが大きいですね

おまけ

実装をしていて面白かった点
1. アセット保存用のAPI
以下の関数を叩くだけで変更したAssetの内容を保存することができました。
他にもDialog有りのバージョンも用意されていたので、Editor拡張なんかでも使い勝手が良さそうだと感じました。

bool UEditorLoadingAndSavingUtils::SavePackages(const TArray<UPackage*>& PackagesToSave, bool bOnlyDirty)

2. Editor終了時のCallback関数
以下のDelegateを使用するだけでEditor終了時のCallback関数を登録できました。
現状はこのAPIを使用してEditor終了時にEngine標準の音データに初期化しています。

FSimpleMulticastDelegate FEditorDelegates::OnShutdownPostPackagesSaved

3. USoundNode, UEdGraphNodeの利用
通常はAnimationやSoundでも自作NodeをC++で定義して呼び出すことはよくあると思いますが
今回はC++側からNodeを操作するという少し珍しい実装をすることになりました。
というのも、Moduleの開始時に既存Assetに手を加えているためEditorが開く前段階で処理をしているからです。

上記3点を含めて、具体的な実装についてはPlugin側のCodeを見ていただければですが
なんとなくで作り始めたわりに学びが多くいい経験になりました
少しEngineに慣れてきた方にはPlugin開発はオススメです。

参考資料

UEditorLoadingAndSavingUtils | Unreal Engine Documentation

FEditorDelegates | Unreal Engine Documentation