非現実的な話

本日は破壊回です。
ストレス解消。



UE4ではDestructibleMesh（非破壊メッシュ）という破壊することができるMeshを
簡単に作成することができます。

※UE4のクロスシミュレーションや物理挙動は、Nvidia社のNvidia Phys APEXに関連するとかしないとか。

サンプルやチュートリアルでも結構例があるのですが、
具体的にどう使えるか試してみました。

=============================================
① DestructibleMeshを作成



ContentBrowserから破壊対象となるMeshを選択、右クリックで[Create Destructible Mesh]を選択します。今回はイスを破壊するので、イスのStaticMeshを選択します。
するとDestructible Mesh Editorが開きます。


② パラメータの設定
Destructible Mesh Editorでパラメータの設定を行います。
主要な項目は赤字の箇所で、今回は赤枠の箇所を設定します。
これでなんらかの物理反応があれば破壊するようになります。



設定が終わったらアセットを保存するのですが、その前に「FractureMesh」ボタンを押しておきます。このボタンを押すことで、被破壊物であることを認識させます。ボタンを押すと3秒ほど読み込みが行われ、完了後にアセットを保存します。




③ World上に配置
あとはWorld上に配置するだけです。
破壊したときにParticleを発生させたり、Soundを発生させることもできます。
対象を選択し、[Detail]->[DestructibleComponent]の[Fracture Effect Override]にParticleとSoundを設定すればOKです。
(DestructibleMeshEditorからも設定できるのですが、設定が外れる、Overrideするかどうかの設定はComponentに直接設定しないとダメみたい)



重力の影響も受けるようにするには[Simulate Physics]を有効にします。
これで設定完了です。
実行すると重力の影響を受けて破壊することが確認できます。
また、的などのように当たったら壊れるような表現をする場合は、当てる物(玉など)にCollisionを設定してあげる必要があります。


使い方次第では、破壊せずに転がしたり、破壊連鎖することができます。
MeshをDestroyするだけでも十分ゲームとしては問題ないと思いますが、
演出の幅を広げる手段としても有効です。

本日はKinectの話。
サンプルとして新しく追加されている「Kinect4UnrealInctroduction」を動かしてみました。



ランチャーからDLするだけだと起動時に「プラグインが無いです。」と冷静なツッコミが入るので、プラグインも一緒にDLします。「Kinect4UnrealInctroduction」の下の方にURLがあるのでポチるとDLが開始します。

で、プラグインのDLが完了したらプロジェクトのフォルダに配置します。
例のごとくPluginsフォルダを新規作成し、その中に配置します。

 

以上で準備完了。
これでプロジェクトを起動することができるようになりました。
（プロジェクト名が20文字オーバーなのでさらに警告入りますが、そこはスルーします）

====================================================

・Kinectのおさらい
　ざっくりと以下の情報が取得できます。
　Color(色)、Depth(深度)、人数、ジョイントしている人の関節（Rotation、Location）、
　手の開閉(グー、チョキ、パー)、マイク音量などなど。
　詳しくはこちらのサイトに記載されています。
　で、これらはSDKで提供されているものなので、本プロジェクトで提供されているPluginが全て対応しているかはわかりません。なので調べる。
　
====================================================
１．Introduction
　
　ジョイントすると各関節の位置が表示されます。
　赤線がカメラの認識できる範囲。


２．Rotation and Delta Position

　両肘のRotationが取れます。


３．Camera Feed and Audio

　マイク音量、カメラの地面に対する垂直角が取れます。
　

　輝度、カラー、深度情報が取れます。
　
４．Additional Featuires

 その他の機能としてAnimationBlueprintやBlendを使用した例が載っています。

以上。

  

最後にOculusを装着してFPSを計測してみたところ35fpsしか出ませんでした。
Kinectなしだと120fps、Kinect接続時は90fps、Kinect+Oculusで35fpsまで下がります。
もうちっと改善したいところ。

今回の「Kinect4UnrealInctroduction」を触ってみて、一通り基本的な機能がPluginに実装されていることを確認できました。しかし全部BPからしかアクセスできないので、C++側からは触れない模様。ソースも非公開。

有料版の「Kinect4ExampleContent」も購入して触ってみたので、
近いうちに解析したいところ。

本日はTickです。
ダニではないです。

タイマー管理だったりエラー監視などに用いられます。
では早速調べてみましょう。



【概要】
　1フレーム毎に呼ばれるイベント。DeltaSecondsからフレーム単位時間を得ることができる。
　公式ドキュメントはこちら。⇒AActor::Tick
　まぁ、大体はAActor継承のクラスだし、ってことでAActorのドキュメントを載せてます。

　上記の例だとフレーム単位時間を出力します。結果はこう↓。



　120fps出ているので、1/120 = 0.008333　で左のprint string出力はあってますね。
　よって、0.008333秒間に1回呼ばれるわけです。簡単ですね。


　こちらはタイマー管理を行う簡単なblueprintコードです。
　変数TimerのDefault値に時間を仕込んでおけばTickで時間経過をカウントし、満了時にTimeUpイベントが呼ばれるわけです。

　でもこれではタイマーが1度満了したあと、変数Timerがマイナス加算され続けて、ずっとTimeUpイベントが呼ばれることになってしまいます。



なので、タイマーの更新が必要かどうかのフラグ（bUpdateTimer）を設けてあげれば1度しかTimeUpイベントは呼ばれなくなります。これで解決。bUpdateTimerをtrueにしたタイミングでタイマーの更新が始まります。

もう一歩踏み込んでみると、こんな感じでしょうか。
BeginPlayイベントが完全に完了するまではタイマー更新しないようになりました。
BeginPlayの処理中にDelayを入れてタイミング調整したい場合などは、Gateでタイマー更新開始タイミングを抑制してあげれば安全になります。Begin処理にDelayを入れた場合、Tick更新が先に行われてしまうからです。なので、bUpdateTimerフラグとGateによる二段構えで、タイマーの更新を管理してあげるようになっています。先程のタイマー更新処理は「UpdateTimer」としてCollapsすれば、さらにコードがすっきりしますね。


簡単なTickを使ったコードでした。
ここからは応用編、いつものようにEngineコードにダイブします。
今日は追うのが中々大変でした。

・AActorクラスのTickって実は継承関数。実体はどこにある？
　FTimerManagerクラスが本体。

・Tickって実はエディタ起動中（アプリケーションの実行中以外）も動作している説
　動作している。Engineのふかーい所でwhileループをぐるぐる回し、Tick関数が呼ばれている。
　ただし、World上に置かれたActor達はTick動作しない（UWorld::Tickは更新するけど、World上に置かれたActorは実行時にTick対象のActorがテーブルに登録され、それらのみTick処理を実行する）。

・Tickで得られるDeltaSeconds
　デフォルトは1/30.0 = 0.03333が得られる。けど、フレーム毎にDeltaSecondsが更新される。
　で、実は制限がある。UWorld::Tickにしれっと記述があったが、「2000 fps ～2.5 fps (0.0005f ～ 0.40f)」がWorld以下で得られるDeltaSecondsとなっている。上限の2000fpsは置いといて、下限の2.5fpsは最低でも保障されるというわけね。
　ここの記述に関してはMathクラスのClampを使用しているので注意。

・Delayを制御する
　コンソールコマンド”slomo XX” (XXはfloat型数値) でDeltaSecondsを制御できる。
DeltaSeconds = DeltaSeconds * XX となるので、"slomo 10.0"と入力すれば10倍速になる。
逆もまたしかり、小数値を入力することでスローモーションを簡易的に実現できる。




さて、総括。
Tickについては、フレーム単位時間を得られるってことを抑えておけば問題ないので、
それ以外は補足程度に頭の片隅にしまっておこう。

やりました。

Kinect v2が前回全然さっぱり動かなかったわけですが、
なんとかこじつけました。

前回の苦しんだだけ記事。
↓
【UE4】Kinect v2を導入の件(その1)


ちょっとおさらい。

【Kinect v2必要環境】

今日は・・・風が騒がしいな・・・

というわけで今日は「WindDirectionalSource」について調べました。
サンプルプロジェクト「ContentExample」のMap「Cloth」にも入っています。
こいつです↓



早速基本的な使い方から見ていきます。

【概要】
SkeletalMesh(クロスシュミレーション有)に影響を与える風を生成する


【使い方】
①「Modes」からWindDirectionalSourceを選択
②ドラッグしてLevel上に配置

以上、かんたん。

windとでも入力すれば出てくる↓


SkeletalMeshのクロスはここ↓
 

WindDirectionalSourceはComponentで"風の強さ"等情報を持っているので、
Componentのパラメータを変更することで、布のファッサ～具合を調整できる。
もちろん、Blueprintからも変更可能。



ここまでが基本的な機能。
後は調査編、いつも通りソースに潜って疑問解決を試みます。

【調査編】
・「Strength」は有効だけど「Speed」が効かないのは？
　→現状、機能として「Strength」のみ有効、「Speed」は機能していない（将来対応？）

・風向きってどう変える？
　→Level上に配置した「WindDirectionalSource」のRotationを変更すればオーケー

・WindDirectionalSourceってざっくりどんな感じよ？
　→World上に置かれているWindDirectionalSourceComponentをSceneで登録、管理、更新
　→SkeletalMeshComponent側からクロス有効の場合、Weight、Strengthを元にLocation更新
　→つまりクロス無効であれば、影響を受けない
　→クロスの揺れはSkeletalMeshのWeightと、WindDirectionalSourceのStrengthに依存

・ってことはWindDirectionalSourceはLevel上のどこに置いても（SkeletalMeshとの距離に関係なく）同じ強さの影響を与えるということか？
　→Yes、距離には依存しない


最後に風でスカートなんかをブワーっとしたかったけど、
肝心のアセットが無かったので断念・・・。


以上、ざっくり風を生成する回でした。
今週末あたり、Kinect v2のリベンジします。