Blogをいつもご覧いただきありがとうございます。 先日、「Unity+Myo(ジェスチャーを活用して牛乳を搾るゲームを作りました)」というテーマのブログを発表しました。 下記のURLはゲームの映像です。 その中の「牛」はAnima2Dプラグインを利用して制作しました。Anima2Dの使い方のチュートリアルとして今回はAnima2Dを利用して「牛」を動かしてみましょう！ Anima2Dのメリットは？   Unity3Dのアニメーションと同じ感覚で2Dキャラクターが動かせます。 スキニングとBoneが付くアニメーションを作ることができます。 Spriteの各頂点編集することができます。 全部アニメーション（Unity3Dの標準機能）でコントロールすることができます   Step1　Anima2Dをインストール   AssetStoreからAnima2Dを検索し、ダウンロードしてから、インポートをしてください。   Step2 「牛」の画像を分割 上記の画像はまだ分割していない状態です。 ゲームでは「頭」、「足」二本、「体」を分けたいので、こちらで「Gimp2」でこの４つの部分を分割しました。 そして、分割した画像をUnityにインポートして、下記の状態になりました。 画像のInspectorのTexture TypeをSprite (2D and UI)に変更するのを忘れないで下さい。 これで、下準備は完了です。 Step3　SpriteMeshを作る ここから本番ですね。先用意した画像を選択して、右クリックしてSpriteMeshが作れます。( Create→Anima2D→SpriteMesh) 上記のステップで、拡張子が「asset」のファイルができると思います。保存先が分からなくなってしまわぬよう独立のフォルダーを入れるとよいと思います。 Step4　SpriteMeshをSceneに配置 これから、作り上げたSpriteMeshをシーンに配置します。 まず、シーンにempty GameObjectを作って、この中で二つ空のGameObjectを作ります。下記の画像ご参考までに。 そして、SpriteMeshを一個ずつBodyのGameObjectに入れます。（一気に全部選択しても一個ずつしか入りませんので） 全部入れて、元「牛」の四肢のようにポジションを調整したら、下記の画像のようになるかと思います。 Step5　SortingLayer、OrderLayerの調整 ですが、牛の頭が体に隠れてしまってるように見えますので、そこで、OrderLayerの順位を調整します。 先ず、SpriteMeshのSortingLayerを全部同じにします。SpriteMeshのオブジェクトを選択して、右側は下記のようにします。 デフォルトの状態で全部のSpriteMeshのOrderLayerは0になっていますので、一番前に表示したい物のLayerの順位を0より大すると前面に表示できます。 今回の場合は牛の頭を体の前に表示しようと思いますので、頭のオブジェクトを選択して、OrderLayerは1にすれば、一番前に表示できるようになると思います。 これで、SortingLayerとOrderLayerの説明は維持上です。 Step6　Boneを入れる これがAnima2Dのとても大事な機能です。スプライトに骨を付けることができます。 先ず、先ほど作ったBoneというゲームオブジェクトに右クリックしてください。 下記の画像のように選択します。 こうすれば、新しいBoneオブジェクトがインスタンスされます。自分が分かりやすい名前を決めてください。 そして、「Torso」の中で頭、両足の2DBoneを作って、針みたいなものを相応の所に配置します。   注意点：上記の赤い箇所で示している所は「骨」の長さです、スプライトの大きさに相応して決めてください。 そして、BoneとSpriteMeshを繋げましょう！ 下記の画像の通りにそれぞれのBoneオブジェクトをSpriteMeshのSet bonesの所に入れます。   注意点：繋げたくない部分があれば、右クリックで削除してください。…

前回、ついに『持ち上げる処理』の実装を全て見終えました。 しかし、これまで見た処理はあくまで『持ち上げる』というだけの処理です。 今回は、『持ち上げたものを離す』処理を最後まで見ていきます。 ■ Un-link – Release 赤の部分は『トリガーが離された時』に実行されています。 画像だとやや見づらいので、 この画像を更に黄色・オレンジに区切って詳細に見ていきます。 ①離したコントローラがリンクされているかチェック まずは、持ち上げている状態かどうかを表す変数『is_linked』が true(持ち上げている状態)なのかをチェック、 『ユニットを持ち上げているコントローラ』と『トリガーを離したコントローラ』が同一かもチェックします。 ②コントローラとのリンクを外し、加速度を設定する 続いて、『SteamVR Unlink Node From Tracker』ノードで ユニットとリンクしている対象(コントローラの持つ持ち上げ関数)とのリンクを外します。 その後は『SteamVR Set Actor Kinematic』で自由に動かせないようにします。 直後の『Set Actor Velocity』ノードには 前々回に登場した変数『wand_velocity』の値をセットしています。 『Set Actor Velocity』ノードは引数のユニットのアクタに対して引数の分だけの速度を設定します。 変数『wand_velocity』はコントローラの持つ加速度を表しているため、 離した時点での加速度がそのままユニットの速度になっているということになります。 加速度の設定が終わったら変数『is_linked』をfalseに変更、 ユニット自身の『Unlinked』イベントを実行しています。 『持ち上げたものを離す』という処理はこのように実装されていました。 一応、この先にもいくつか処理が残ってはいますが、『離す』処理はここで完了です。 ■ Hide – Unhide the Controller ここでの処理は『物を離した後、コントローラを可視状態にする』というものです。 これはVRテンプレートのバットのユニットフローを見ないとわからないのですが、 一部のユニットは『linked』イベントの処理で 『コントローラを不可視にする』という実装がされています。 ここで可視状態にするという処理を行っていない場合、 バットを離した後でもコントローラが見えないままという問題が発生するため、 この実装が行われています。 ちなみに、ここで使用されている『Set Unit Visibility』は以前使用した時とは異なり、 ユニットそのものを引数で設定しているため、ユニット全体の可視・不可視を変更できています。…

今回も引き続き、『物を掴む処理』を見ていきます。 次回を含め、覚えることが盛りだくさんです。 画像の中の青い部分は前回にやった『物に触れている間の処理』です。 緑の部分はまだ特に触れてはいませんが、 基本的にいつも通りの入力(トリガー)を拾う処理の為、割愛します。 ■ 状態のチェック コントローラのトリガーを引いた際にオレンジの部分の処理が行われます。 ここでは、触れている物の状態をチェックし、『持ち上げることができるか』を判定しています。 ◯ Is the Wand Touching an Object? 最初に、変数『wand_is_touching』の値で『Branch』ノードを実行しています。 この変数は前回の『Physics Trigger』の処理で何かに触れている時にTrueに変更されています。 つまり、『何かに触れているか』をチェックしています。 ◯ check for no pick up in unit data Trueならば今度は変数『touching_unit』の値が持つ『pick_up』のデータと『no』を 『Compare Objects』ノードで比較しています。 『Compare Objects』ノードは、A・Bに渡された値が同じであるかどうかを返します。 まとめると、ここでは 『触れているユニットが持つ持ち上げられる物体かどうかのデータを見て、その内容がnoであるかどうか』 をチェックしています。 ◯ Is the Actor Dynamic? 上記処理で等しくなかった(noではなかった)場合、 『Is Actor Dynamic』ノードの結果がTrueであるかという処理を行っています。 『Is Actor Dynamic』ノードは、『Actor』に指定された物体が動的であるかどうかを返します。 つまり、『持ち上げようとしている物体が動かせるものか』という確認になります。 ここまでの処理で、『物体を持ち上げるまでの確認』が完了しました。 ■ Attach the Object…

今回からは、前回の最後に登場した『function_pickup』ユニットのユニットフローを見ていきます。 コントローラのユニットフローを見てもわかる通り、 『function_pickup』ユニットには『物を持ち上げる』という処理が実装されています。 早速、function_pickupユニットを見ていきましょう。 アセットブラウザから『vr_steam』->『models』->『functionality_pickup』の中にあるユニットを開きましょう。 なお、画像の赤四角のようなアイコンはユニットフロー単体を表しています。 こちらのアイコンをダブルクリックして開くとユニットエディタとは異なる ユニットフローを編集するための『FlowEditor』が開かれます。 ユニットフロー以外の要素がなく、 ユニットエディタを開く必要がない場合はこちらを開いてもいいかもしれません。 そうして開かれた『functionality_pickup』のユニットフローが以下の画像です。 非常に膨大な処理ではありますが、少しずつ進めていきます。 今回、説明していく箇所は、以下の画像で赤・青・緑の枠の部分です。 ■ 『Set Variables on Spawn』 青色の枠の箇所です。 『Unit Spawned』から始まっていることからわかるかもしれませんが、 ここでは一番最初に行うべき『変数の設定』を行っています。 以下の変数がここで設定されています。 ———————————————— スコープ:型:名前 ———————————————— ローカル:bool:touch_tracker:False ローカル:bool:laser_on:False ローカル:string:my_global_var:wand_extras_1 or 2 グローバル:unit:wand_extras_1 or 2:unit グローバル:bool:keep_my_rotation_and_position:True ———————————————— ■ 『Wand Velocity』 赤色の枠の箇所です。 『Level Update』にて常に行うべき処理が実装されています。 『Get Unit World Position』を使用して自分のワールド座標を取得し、 その結果を変数『wand_current_frame_pos』に設定しています。 変数『wand_current_frame_pos』は現在位置を表しています。 この部分では変数『wand_current_frame_pos』から 変数『wand_last_frame_pos』の値を減算した値に 『Get Last Delta Time』で取得した時間を除算、 その結果をユニットが持つスクリプトデータの『wand_velocity』と…

前々回、前回と続いてきた StingrayVRテンプレートにおけるコントローラの実装調査ですが、 いよいよ今回で最後です。 最後ということで、キーになることも多いです。 ただし、ここで覚えることが StingrayにおけるVR開発において最も重要なことになります。 最後はこの3つのグループになりますが、 実際は右2つのグループB,Cは左のグループAに繋がっているので、 大きな1つのグループと見ることができます。 一見ややこしいように見えますが、処理の内容自体はシンプルです。 ※『link controllers』 画像内のグループAで、ここでの処理が終わると、 下で説明している2つのグループB,Cへと続きます。 ①外部イベントの作成 ここの処理の始まりとなっているのは『External In Event』です。 このノードは独自にイベントを作ることができ、 外部からこのイベントが呼ばれた際に以後の処理が呼ばれるようになります。 (UnrealEngine4のカスタムイベントなどが近いです) つまり、 『ここより後の処理はコントローラのユニットフロー単体では動作せず、 外部よりこのイベント(link_controller)が呼ばれた時にのみ実行される』 という事になります。 ちなみに、このVRテンプレートの場合、link_controllerの呼び出し元は 『steam_vr』という名前のLuaスクリプトになります。 それ以外でも『Level Unit』などのノードからも呼び出すことができます。 ②ユニットとコントローラのリンク 続いては『SteamVR Link Node To Tracker』ノードです。 このノードは『Link to』に設定されたHMDやコントローラの位置に 引数に指定したユニットのメッシュをリンクさせる(くっつける)処理です。 これまで、何気なくVR画面でコントローラを動かしていましたが、 VR画面でコントローラが見えていたのはこの処理があったおかげだったのです。 この先ではグループB,グループCに処理が分かれますが、 『どちらかを行う』などではなく、両方の処理を行います。 ※『Spawn Pickup Unit to get the Pickup Functionality』 画像内のグループBです。 ここでは『物を持ち上げる為の前準備』を行っています。 ①スクリプトデータをチェック 最初は『Branch』ノードが実行されます。 『Branch』ノードは引数として受け取ったbool型の結果によって…

前回から引き続き、今回もコントローラの内部処理(ユニットフロー)を見ていきます。 今回はこの2つのグループの処理を見ていきます。 ※『Create Unit Variable on Spawn – wand_1 or wand_2』 このグループではコントローラが『一番最初に行うべき処理』が実装されています。 ①スポーン直後に待機する 処理の開始位置となっている『Unit Spawned』は『ユニットが生成されたタイミング』を表しています。 この場合であれば『Viveコントローラが認識され、レベルに出てきたタイミング』です。 『Unit Spawned』からは『Delay』ノードに繋がっています。 Delayノードは引数に設定された時間だけ処理を止めるという処理です。 無くてもいいと感じるかもしれませんが、 この先のフローが何らかの形で本来先に実行される処理よりも 先に実行されてしまうと、問題が発生する場合などに用いられます。 ②ユニット変数を作成 続いて実行される『Set Unit Variable』で ユニットを格納するための変数を作成します。 変数名は前回にも触れたcontroller_indexに『wand_』という文字列を繋げた物です。 ③ボールを不可視に 最後は『Set Unit Visibility』で最初は表示されたままだったボールを不可視にしています。 つまり、ここでは 『一番最初に、コントローラによってユニットに 識別用に異なる名前を付け、トラックパッド上のボールを不可視にする』 という初期化の処理をしています。 ※『pull trigger』 このグループは、前回のトラックボールと同じように入力に関係した処理を行っています。 ①トリガーの入力を取得する 基本的な入力の取得方法は前回と同じです。 ただし、今回は使用するノードが『SteamVR Touch』ではなく、『SteamVR Button』になっています。 この二つの違いは、入力を取得する対象が『トラックパッドの位置』か、それとも『それ以外のボタン入力』かという点のみです。 (一応Buttonの方でもトラックパッドの入力は取得できますが、位置までは拾えません) ②トリガーの入力を基に回転値の計算 続いて、『SteamVR Button』のValue値を乗算しています。 これも前回と同じですね。 ただし、『SteamVR Button』の入力範囲は0~1なので、 計算する際には注意してください。 (Touchの場合はX/Yそれぞれ-1~1の範囲) ここでの乗算は-30ですが、これで最小値0、最大値-30の結果が得られます。…

前回は『Flow』による簡易的なプログラムを組んでみました。 今回からは本格的な要素に入ります。 StingrayのVRテンプレートでは 非常に軽い建築デモ程度であればそのまま使えてしまえるような機能が最初から実装されています。 それらの機能がどのように実装されているのか、少しずつ処理の解説を交えつつ、見ていきましょう。 今回、見ていく処理は『コントローラの処理』になります。 さて、前回ではFlowの一種である『レベルフロー』を見ていきましたが、 いくらレベルフローを見てみたとしても、コントローラの処理と思しきものはどこにもありません。 なぜなら、コントローラの処理はコントローラ自身にあるためです。 まずは、どこでコントローラ自身の処理が見られるのか、についてです。 エディタの画面の下側にあるタブを見てみましょう。 これは『アセットブラウザ』と呼ばれ、 現在開いているプロジェクトの中にあるモデルや音などのアセットを見ることができます。 この中に、コントローラのモデルがあります。 アセットブラウザの左側にあるリストから 『VR_steam』->『models』->『controller』を選択します。 すると、コントローラのモデルが見つかるはずです。 このモデルをダブルクリックしましょう。 ※ユニットエディタとユニット モデルをダブルクリックすると、画像のような画面が開かれます。 この画面は『ユニットエディタ』といい、『ユニット』を編集する画面です。 『ユニット』とは、レベルに配置されるものの名前であり、 一つ一つがメッシュや各種プロパティを持っています。 また、ユニット自身がFlowを持つこともでき、 ユニットが所持するFlowは『ユニットフロー』と呼ばれます。 そして、ユニットエディタではユニットのプロパティの変更や、 ユニットフローの編集などを行うことができます。 画面の下側にある『Unit Flow』タブをクリックして開いてください。 こうして開かれるのがユニットフローの画面です。 細かな点や用途に違いはありますが、基本的な部分はレベルフローと変わりません。 今回は、ここに実装されている処理の内容を調べていきましょう。 コントローラのユニットフローを見てみると、 複数のノードが一つのブロックに囲まれているのがわかるかと思います。 これは『グループ化』といい、いくつかのノードを一つのグループにまとめ、 一括で削除したり、移動したりできるようにする機能です。 また、グループには名前を付けることができ、 Flowの可読性を向上させるという事もできます。 コントローラのユニットフローでは6つのグループがあります。 この記事では、このうちの1つのグループの処理について調べていきます。 ※『Tracking dot on the track pad.』 このグループでは『トラックパッド上のボールの移動』が実装されています。 プレイ中、コントローラを見てみるとトラックパッドを操作している間、 指を触れている個所にボールが出現しているはずです。 試しに、このグループを削除してからプレイしてみると、ボールが出現しなくなります。 ちなみに、グループをまるごと削除するためには、グループのタイトルの部分をクリックしてからDeleteキーを入力します。 ①トラックパッドの入力を取得 『Get Unit String…

前回は、Stingrayの基本と、テストプレイまで紹介しました。 今回はStingrayによる開発で、最も重要になると思われる 『Flow』についてご紹介します。 1.Flowとは何か 『Flow』とは、Stingrayに基本搭載されているビジュアルスクリプティング機能です。 そもそも、ビジュアルスクリプティングとは『視覚的にプログラムが組める機能』といった感じです。 有名なものでいえば、UnrealEngine4の『Blueprint』や、初心者向けのプログラミング言語の『Scratch』などがありますね。 ビジュアルスクリプティングの利点として、 『プログラムに触れたことのない初心者に優しい』、『一目でどのような処理かわかりやすい』という点があります。 もちろん、普通のプログラムができないわけではなく、StingrayではLuaにてプログラミングが行えます。 2.フローの開きかた 今回はまず、前回に作成したプロジェクトのFlowを開いてみます。 VRテンプレートのエディタの『Level Viewport』のタブのすぐ右側にある『Level Flow』タブを開きましょう。 『Level Flow』タブが見つからない場合は、『Window』のドロップダウンメニューを開き、 『Level Flow』を選択してください。 すると、画像のようなエディタが開かれるはずです。 これは『レベルフロー』といい、Flowの一種です。 たくさんのブロックが線で繋がっているのが見えます。 これがビジュアルスクリプティングにおけるプログラムになります。 3.Flowの基礎(ピンとノード) Flowにおけるブロックは『ノード』と呼ばれ、 『特定の値を拾う』『操作を受け付ける』等といった機能が、ブロックごとに設定されています。 Stingrayではこのブロックとブロックを線で繋ぎ、プログラミングをやっていきます。 今のままでは、画面がよく見えないため、Flowを拡大しましょう。 Flowの拡大/縮小はマウスホイールで行えます。 また、ホイールクリックでFlowの移動もできます。 画像は先ほどのFlowの左上の部分を拡大したものです。 ノードにいくつかの○があるのが見えます。 この○は『ピン』といい、ノードに入力する値(引数)か、 ノードから出力される値(返り値)を表します。 左側の○が引数、右側の○が返り値となります。 線はこのピンから伸び、また別のノードのピンに繋がります。 線とピンにはそれぞれ色がついています。 この色は、その線とピンが『何を表しているか』を示しています。 どの色が何を表すか、については今後必要に応じて説明するため、 現時点では、『白い線で繋がっているノードの順に実行される』ということだけ覚えておけば大丈夫です。 4.処理の始まりのノード 先ほどの画像では、『Level Update』というノードから白い線が始まっているのがわかります。 つまり、ここが処理の始まりの部分となるわけです。 『Level Update』というノードは『更新の度にout以降の処理を行う』というものです。 つまり、『Level Update』の『out』から繋がったノードは、一定の間隔で実行されるということです。 何度も実行したい処理はこのノードに繋げます。 この他にも、『処理の始まり』となるノードは幾つも存在します。 そのうちの一つが、『Level Loaded』ノードです。 このノードは『レベルのロード時のみ』に呼ばれます。 分かりづらいという方は『一番最初に一度だけ呼ばれる』と覚えておけば、今の時点では問題ありません。 また、その逆で『レベルの終了時』、つまり『一番最後に一度だけ呼ばれる』、…

近年、VR/AR技術はゲーム業界のみならず、医療分野やその他の分野でも利用されるようになりました。 特に建築分野では、ウォークスルーアニメーションのプレゼンムービー等、 VIVEコントローラーによる入力を伴ったビジュアライゼーションの現場で活用されています。 液晶画面上に(内覧用の)モデルルームを表示したいとき、あるいは室内の家具の配置を考えるときに、VR/AR技術は有用です。 なぜなら実際の建築物・家具を設置する必要がなく、 以前より制作会社に蓄積されたCGアセットを活用でき、大幅な省力化が図れるからです。 この点は、建築分野においてVR/AR技術が注目を集めている大きな理由です。 通常、建築系のVRのコンテンツ開発にはゲームエンジンが用いられます。 代表的なゲームエンジンとして、UnityやUnrealEngine4が挙げられます。 ゲームエンジンとは文字通り、『ゲームを作るためのエンジン』です。 (近頃は建築などゲーム以外の用途にも使われることも増えています。) さて、話は変わりますが、『Stingray』というゲームエンジンがあります。 Stingrayは2年前にAutodesk社がリリースしたゲームエンジンで、 プログラマでない方にも親しみやすく、3D機能に非常に優れています。 拡張性の高いシステムに、一目でわかるビジュアルスクリプティングが特徴です。 また、Mayaや3dsMaxで有名なAutodesk社がリリースしたエンジンであるため 上記の3Dデザインツールとの連携も容易というメリットがあります。 ただ、UnityやUnrealEngineに比べると情報が少ないのが難点です。 Autodesk公式が運営しているチュートリアルと、 Stingrayそのもののヘルプページを除くと、Stingrayについての情報を見つけるのはかなり難しいと思います。 前置きが長くなりましたが、 数回に分けてStingrayについて、このブログに書いていくことにします。 Stingray自体がデザイナー向けのエンジンという事もあり、 ビジュアルスクリプティングをメインに書いていく予定です。 —————————————————– ・Stingrayに興味があるが触ったことのない方 ・あまりゲーム開発やゲームエンジンにあまり詳しくない方 ・HTC Viveのセットアップが既にできている方 ・プログラムが全く分からない方 —————————————————– このページは上記のような方々を対象にしています。 今回は、『Stingrayの起動』から、『VRテンプレートのプレイ』までを書いていきます。 1.まずはプロジェクトを作成を行う 最初はプロジェクトの作成を行います。 StingrayのランチャーからStingrayを起動します。 起動直後の画面では、いくつかのテンプレートが表示されているはずです。 (表示されていない場合、画面のタブから『Templete』を選択してください) このテンプレートの中から、使用したい物を選びます。 今回はHTC Viveで動かすため、『VR HTC Vive』のテンプレートを使用します。 『VR HTC Vive』のテンプレートをクリックして、右下の『Create』ボタンをクリックしましょう。 すると、下の画像にあるようなウィンドウが出て来ます。 『Name』はプロジェクトの名前なので好きな名前にしましょう。 『Directry』はファイルを保存する場所ですが、何かしらのこだわりがない限りはそのままで大丈夫です。 設定が終わったら『Create』ボタンをクリックします。 これで新規プロジェクトの作成は完了です。 2.プロジェクトをプレイする しばらく待つと、上の画像にあるような画面が表示されます。 これがStingrayのメイン画面になります。 お気付きの方もいるかもしれませんが、…