MagicaVoxelにアニメーションを設定してUnityで動かす(ply版) ply unity 色

github.dev7.jp

上記のだいし様の記事に、操作に慣れていない人向けの補足を加えた記事です。BlenderやUnityが使える場合は元の記事で十分だと思います。

以前、MagicaVoxelからobjファイルをエクスポートして、アニメーションさせる記事を書きました。

am1tanaka.hatenablog.com

その後、MagicaVoxelでply形式でエクスポートができるようになりました。ply形式でエクスポートすると、obj形式の時とは違ってボクセルの形が残るので、面の分割をしなくてもアニメするし、動きも自然になりそうです。

ただ、ply形式はマテリアルやテクスチャーを持たないため、一工夫必要になります。この記事では、以前の記事をベースに、ply形式で作業をする手順をまとめます。

目次

前提

• Unity2017.3.1
  • インストール方法はこちら
• MagicaVoxel 0.99.1
  • インストール方法はこちら
• Blender2.79b
  • インストール方法はこちら
• Windowsのフォルダー操作や構造が理解できていること
• Unityの基本操作ができること
  • こちらのチュートリアルなどを参照してください

MagicaVoxelへの素体の読み込み方法

"素体をベースにプリキュアをモデリング"の"準備"にある"MagicaVoxelをインストールし、素体をインポートしましょう"の具体的な手順です。

必要なファイルのダウンロード

MagicaVoxelで作ったプリキュアをUnityで動かす | daishi blogの"素材配布"のところで、"MagicaVoxel用素体"(base.vox)と"素体用アーマチュア"(BaseArmature.blend)をダウンロードしてください。

MagicaVoxelに素体をインポート

• MagicaVoxelを起動します
• ウィンドウ右上のOpenをクリックします

• ダウンロードフォルダーを開いて、base.voxを選択して、開くボタンをクリックします

以上で素体、と呼ばれるひな形が読み込まれます。

MagicaVoxelで作ったプリキュアをUnityで動かす | daishi blogに戻って、続きを進めてモデルを作成してください。

エクスポートボタン

モデルが完成したら(あるいはとりあえず出力してみたい場合は)エクスポート前に、Saveをクリックして、任意の場所にvoxファイルを保存しておきます。これをやらないと、エクスポートに失敗する場合があります。

作成したモデルをply形式でエクスポートします。右下のExportボタンをクリックします。

エクスポートする形式が一覧表示されますので、"ply"ボタンをクリックします。

保存先のフォルダーへのパスを表示してコピーしておくと後々便利です。

• 上のアドレスバーの余白をクリックします

• パスの文字列が表示されるので、[Ctrl]+[C]キーを押してコピーします

• エクスプローラーを起動します

• 上のアドレスバーの余白をクリックします

• [Ctrl]+[V]キーを押して先ほどコピーしたパスを張り付けて、[Enter]キーを押します

以上で、保存先のフォルダーを開いておけます。このエクスプローラーは開きっぱなしにしておいて、BlenderやUnityの作業でファイルが必要になったら利用しましょう。

• 任意のファイル名を付けたら保存ボタンをクリックして、キャラクターをply形式で保存します

素体用アーマチュアを読み込む

アーマチュアのBlenderの読み込み方です。

• Blenderを起動します
• 先ほど開いたエクスプローラーに切り替えて、左からダウンロードを右クリックして、新しいウィンドウで開くを選択します

• BaseArmature.blendをドラッグして、Blenderにドロップします

Blenderを起動したら、エクスプローラーを開いて、ダウンロードフォルダーから先ほどダウンロードしたBaseArmature.blendをBlenderにドラッグ＆ドロップします。

以下のようなものが読み込まれればOKです。

plyファイルを読み込む

• FileメニューからImport -> Stanford(.ply)を選択します

• 先に開いていたMagicaVoxelの保存先のエクスプローラーに切り替えます
• パスの余白部分をクリックして選択します

• [Ctrl]+[C]キーを押してパスをコピーします
• Blenderに切り替えて、C:\Users\とある欄をクリックして選択します

• [Ctrl]+[V]キーを押して、先ほどコピーしたパスを貼り付けて、[Enter]キーを押します
• MagicaVoxelで保存したキャラクターファイルが表示されるので、.plyの方のファイルを選択して、Import PLYボタンをクリックします

以下のように巨大ですがキャラが読み込まれればOKです。

テクスチャーを表示

灰色のままでもいいのですが、色付きにしたい場合は、中央下あたりにある以下のボタンをクリックして、Textureを選択します。

アーマチュアにキャラクターのサイズを合わせる

"拡大縮小＆移動でモデルをアーマチュアのサイズ・位置に合わせます。"としか書かれていないので、具体的な操作手順です。

キャラクターの見え方を調整する

Blenderの基本操作はこちら(hiroshi harada. Blender入門(2.7版))などをご覧ください。

• [Home]キーを押して、キャラクターがちょうどよいサイズと場所に表示します

• 右のOutliner画面でキャラクターをクリックして選択します(以下の例ではmychr)

• [Tab]キーを押して、Edit Modeに変更します

• 先にOutlinerでキャラクターを選んでおいたので、キャラクターがオレンジ色になって選択されているはずです。もし、以下のようになっていなければ、[A]キーを押して、すべての頂点を選択してください

• [Shift]+[C]キーを押して、3D Cursorを原点に移動しておきます

  • Blenderでは、左クリックで3D Cursorを移動させるというちょっと信じられないキーアサインのため、気付かないうちに3D Cursorが違う場所になっていることがあります。とりあえず操作する前に3D Cursorの位置を調整しておきましょう

• 画面下のPivotボタンをクリックして、3D Cursorに変更します

  • Pivotとは基準点のことで、3D Cursorにすることで、足元に赤と白の円で示された3D Cursorを中心に変形が行われるようになり、調整がしやすくなります

• [S]キーを押すと、拡大・縮小モードになります。マウスを動かしてキャラクターを縮小させて、アーマチュアとちょうどよいサイズになるように調整します。大きさを決めたらクリックで決定します

• 小さすぎて細かいところがわからないので、[Home]キーを押して拡大します

• 再調整が必要そうであれば、また[S]キーを押して拡大・縮小モードにして、マウス操作で修正してクリックで確定します

専用のアーマチュアなので、正面で設定ができれば他の角度もOKになるはずです。マウスのホイールをドラッグして、マウスを動かすと視点を回すことができます。いろいろな方向から見て、アーマチュアがキャラクターにちゃんと入っていることを確認してください。

もしずれていたら、3D Cursorのところに表示されている矢印をドラッグして動かすと、矢印が示す軸方向に移動させることができます。

Remove Doubles

MagicaVoxelが作成するモデルは、隣り合う立方体の頂点が個別になっていて、このままだとうまくアーマチュアが入らない場合があります。Remove Doublesコマンドで、同じ場所にある頂点を統合します。

Remove Doublesコマンドは、ウィンドウ左上の方にあるToolタブをクリックして、下にスクロールさせると見つかります。

全ての頂点が選択されている状態で、Remove Doublesボタンをクリックしてください。特に変化はありませんが、重なっている頂点が統合されます。

親子にする

アーマチュアとキャラクターを親子にします。これは、オブジェクトモードで行います。

• [Tab]キーを押して、Objectモードに切り替えます

• ウィンドウ右の階層で、キャラクターをクリックして選択します

• [Shift]キーを押しながら、armatureをクリックします

• Objectメニューをクリックして開いたら、Parent -> With Automatic Weightsを選択します

• Set Parent Toのダイアログが表示されたら、With Automatic Weightsを選択します

以上でキャラクターのメッシュにアーマチュアが適用されます。右上の階層を見ると、armatureにキャラクターが統合されていることが確認できます。

テクスチャ画像を作成する

ここからがply特有の作業になります。ply形式は頂点と色データしか持たないため、このままFBX形式でエクスポートしてもマテリアルやテクスチャーが生成されません。頂点カラーを利用する方法もあるようですが、テクスチャーならPBRの設定ができるし、テクスチャーを生成することにします。

解決策をネットで探求していたところ、cores_g様の記事に辿り着いて救われました。

urkgdmp.hatenadiary.jp

少しパラメーターを変更したり、手順を調整したものをいかにまとめます。

• 画面上部のChoose screen layout欄をクリックして、UV Editingに変更します

以下のような感じに、左にUVエディター、右に3Dビューが表示されます。

テクスチャーにUV値をマッピングします。

• モデルを選択するために3D ViewをクリックしてOutlinerに切り替えます

• armatureの左の+をクリックして開いて、キャラクターのモデル(この例ではmychr)を選択します

• 先ほどOutlinerに切り替えたのを、3D Viewに戻します

• 右の3D View画面をEdit Modeに切り替えます

• [A]キーを押して、以下のようにキャラクターがすべて選択されている状態にします

• Meshメニューから、UV Unwrap... -> Smart UV Projectを選択します

• Island Marginを0.06程度に設定して、OKをクリックします
  • この設定は、隣りの色がはみ出さないようにするためのものです

これで、UVエディターに以下のように各面が割り当てられます。

おおよそのマス目の数を数えてください。以下なら、縦横30マス弱といったところです。1マス辺りのピクセル数を5ピクセル程度(特に根拠はなく、なんとなく感覚の値)と想定すると、縦横150ピクセルあれば良さそうです。テクスチャーは2の累乗にしますので、150ピクセルより大きい2の累乗の最小値である256ピクセルをテクスチャーサイズにしたいと思います。

よくわからない場合は1024x1024ピクセルでよいと思います。

• UVエディターの下のNewをクリックします

• ウィンドウが表示されたら以下を設定します
  • Nameにテクスチャーのファイル名
  • WidthとHeightにテクスチャーサイズ(よくわからなければ1024のままが無難です)
  • 以上設定したら、OKボタンをクリックします

これで、設定したサイズのテクスチャー画像が生成されます。

このテクスチャーに、頂点カラーを焼き付けます。

• 右のウィンドウの左下にある3D Viewをクリックして、Propertiesに変更します

• プロパティーウィンドウを一番下までスクロールさせて、Bakeをクリックして開きます

• 以下の通り設定します
  • Bake ModeをVertec Colorsに変更します

• Marginを4px程度にしたら、Bakeボタンをクリックします

これで、以下のように各面の色がテクスチャーに焼きこまれました。

Marginを増やしておくことで、外側に余分に色を塗って、隣の色の影響を受けないようにしています。

出来上がったテクスチャーを保存すれば完了です。

• ImageメニューからSave As Imageを選択します

保存したい先を設定したら(この例ではplyファイルをエクスポートしたフォルダーと同じ)、Save As Imageボタンで保存します。

モデルデータをFBX形式でエクスポートします。

• FileメニューからExport -> FBXを選択します

• 保存したい先を設定したら(この例ではplyファイルをエクスポートしたフォルダーと同じ)、モデルのファイル名を設定して(この例ではmychr)、Export FBXボタンをクリックして保存します。

UnityにFBXをインポート

Unityを起動して、インポートしたいプロジェクトを開いておきます。ない場合は、新規にプロジェクトを作成してください。

• Blenderで保存したフォルダーを開きます
• 作成したテクスチャーPNGと保存したFBXファイルを選択して、UnityのProjectビューにドラッグ＆ドロップします

• Projectビューにモデルが読み込まれます。これをHierarchyビューにドラッグ＆ドロップすると、モデルがシーンに表示されます

インポートの設定

最初の状態だとアニメーションが適用されず、色も着いていません。いくらかの設定をします。

• Projectビューに読み込んだモデルをクリックして選択します

不要なオブジェクトを削除

キャラクター単体を読み込みたい場合、カメラやライトなどの情報は不要です。以下の設定をしておくと問題が起きにくいです。

• Inspectorビューにモデルの読み込み設定があるので、まずはModelをクリックして選択します
• Import Visibility, Import Cameras, Import Lightsのチェックを外して、可視性、カメラ、ライトの読み込みを解除します

3Dツールの方でそれらの制御をしている場合はチェックはそのままにしておいてください。

Unityにモデルを持ってくると、大きさが全然違うことがよくあります。その場合は、上記のScale Factorで調整してください。

• 設定を完了したら、下の方のApplyをクリックします

Rigの設定

アニメーションできるように設定します。

• InspectorビューでRigをクリックします
• Animation TypeをHumanoidに変更します

• Applyボタンをクリックします

これで、モデルを操作するためのRigが設定されました。以下のようにConfigure...ボタンの左にチェックが入れば成功です。

マテリアルとテクスチャーの設定

この状態では色が反映されていません。モデルからマテリアルを生成して、そこにベイクして生成したテクスチャーを読み込んで反映させる必要があります。

• InspectorビューでMaterialsをクリックします
• MaterialsのExtract Materials...をクリックします

• マテリアルの展開先を指定します。Materialsフォルダーがあれば、そこを選択してフォルダーの選択ボタンをクリックします。フォルダーがない場合は、新しいフォルダーで作成して、指定するとよいでしょう

これでProjectビューのMaterialsフォルダー内にNo Nameという名前のマテリアルが作成されます。これがこのモデルのマテリアルです。

No Nameだとよくわからないので、mychrなどに名前を変更しておきましょう。

このマテリアルにテクスチャーを割り当てます。

• Projectビューでmychrをクリックして選択します
• Projectビューに読み込んだPNGファイル(この例ではmychr)をドラッグして、InspectorビューのAlbedoの左の四角欄にドロップします

以上でキャラクターの読み込み完了です。

アニメーションさせる

これ以降は、objファイルと同じ手順です。

適用したいアニメーションデータがあれば読み込んでください。以下、SDユニティちゃんのモーションを適用する例です。SDユニティちゃんはこちらからダウンロードできます。

(DATA DOWNLOAD -> 一番下のライセンス同意のチェック -> データをダウンロードする -> SDユニティちゃん 3Dモデルデータ -> Download ver1.xx。以上でダウンロードしたunitypackageをダブルクリックして、Importします)

• Hierarchyビューで、読み込んだキャラクターを選択します

• Projectビューで、UnityChan -> SD_unitychan -> Animationsのフォルダーを開きます

• SD_unitychan_motion_humanoidのアニメーションデータをドラッグして、InspectorビューのController欄にドロップします

実行すると、SDユニティーちゃんの立ちポーズになります。

他のアニメーションも確認できるようにしましょう。実行を停止してから以下の操作をしてください。

• Projectビューで、UnityChan -> Scriptsフォルダーを開きます

• ProjectビューからIdleChangerスクリプトをドラッグして、Hierarchyビューのキャラクターにドロップします

• 同様の手順で、FaceUpdateスクリプトもキャラクターにドラッグ＆ドロップしてください

以上で、アニメーションを切り替えるボタンが表示されるようになります。実行してみてください。

実行するとGameビューの右上にChange Motionと表示されます。NextやBackをクリックすると、用意されているアニメーションが切り替わりますので、いろいろなポーズを確認してみてください。

まとめ

MagicaVoxelを使うと味わいのあるキャラクターをドットを置く感覚で作れます。

今回はキャラクターを作りましたが、MagicaVoxelはステージ作成に使うこともできます。Voxelのキーワードで検索すれば、様々な例をインターネットで見つけることができますので、表現方法の一つとしてご活用ください。

参考URL

• MagicaVoxelで作ったプリキュアをUnityで動かす | daishi blog
• hiroshi harada. Blender入門(2.7版)
• MagicaVoxel→Blender→Unityでボクセルモデルを動かす 改③（終） - 裏鍵.dump
• MagicaVoxel | daishi blog
• UNITY-CHAN! OFFICIAL WEBSITE

ライセンス

アニメーションのポーズはSDユニティちゃんのものです。SDユニティちゃんはユニティちゃんライセンス条項の元に提供されています

Unity2018.1.xでSmart MergeをSourceTreeに設定する

多人数開発の際に、シーンやプレハブをマージするのに便利らしいということで、設定してみます。

目次

前提

• Windows10
• Unity2018.1.3
• SourceTree

SourceTreeに設定する

Smart MergeのためのツールUnityYAMLMergeは、Unityに同梱されているそうです。公式ページのSmart Merge - Unity マニュアルを見ながら設定します。

• SourceTreeでツールメニュー -> オプションを選びます

• マージツールをカスタムに設定します

• Diff コマンドに UnityYAMLMerge へのパスを入力します
  • Windows： <Unityのインストールフォルダー>\Editor\Data\Tools\UnityYAMLMerge.exe
  • mac： /Applications/Unity/Unity.app/Contents/Tools/UnityYAMLMerge

Unity HubでUnity2018.1.3をインストールしていた場合、C:\Program Files\Unity\Hub\Editor\2018.1.3f1\Editor\Data\Tools\UnityYAMLMerge.exe

• 引数欄にmerge -p $BASE $REMOTE $LOCAL $MERGEDと入力します

以上設定したら、OKをクリックします。

とりあえずこれでいいと思うのですが、まだ競合起きてなくて試せてません。後日追記することになるでしょう...。mac版もいずれ...。

参考URL

• Smart Merge - Unity マニュアル
• 【Unity】数名で一つのSceneやPrefabを編集しスマートにマージする - テラシュールブログ

Unity1週間ゲームジャム「ギリギリ」に参加しました！

こちらの作品です。ぜひプレイを！ノーブレーキではクリアできないので、まずは安全運転で^^

走れ！ワゴン！！ | 無料ゲーム投稿サイト unityroom - Unityのゲームをアップロードして公開しよう

ランキングにもぜひご参加ください^^

目次

[:Contents]

学生さん作品

ここまで4作品！あと2作品ほど増えそうです。

Giri Car (ゆう茶ん@実況者(休止中)君)

Giri Car | 無料ゲーム投稿サイト unityroom - Unityのゲームをアップロードして公開しよう

駆け込み乗車はおやめください (ぜう君)

駆け込み乗車はおやめください | 無料ゲーム投稿サイト unityroom - Unityのゲームをアップロードして公開しよう

がけっぷち！ (hiro君)

がけっぷち！ | 無料ゲーム投稿サイト unityroom - Unityのゲームをアップロードして公開しよう

ノコギリギリ (ルナ氏はただの重力球君)

ノコギリギリ | 無料ゲーム投稿サイト unityroom - Unityのゲームをアップロードして公開しよう

今回のテーマ

事前に考えていたこと。

• シンプルにスコアを競う
• ネガポジ要素を意識する
• 体験講義で使える素材で作る

これに、UnityRoomのお題である「ギリギリ」を組み合わせました。

振り返り

前日

今回の参加はここから始まりました。

weeyble-game.connpass.com

そろそろ外向きの活動をせねばと思い、LTへの参加を決めました。前日ぐらいは、ベテラン揃いだったら全く身のない話になっちゃうな・・・とプレッシャーを感じてましたが、主催のニムさんのお人柄で集まって来られるみなさんは温かく、LTも大変参考になるものが多くてとてもよいスタートになりました。

締め切りの6/10に体験入学の担当だったので、今回は不参加かなと考えていたのですが、準備会の雰囲気がとてもよく、この状態で作らないのはおかしいと感じて突っ込むことにしました！

初日

Unityの教科書のサンプルにぴったりのがありますね^^ チキンレース系が色々考えられそうだし、何か積み上げていくとか、ギリギリで避けるとか、アイディア出し甲斐がある。全然違う方向性をどう出せるかも挑戦できそう #unity1week

— たなかゆう (@am1tanaka) 2018年6月3日

とか余裕な発言しましたが、裏では10個ぐらい企画考えて没に^^; 体験入学で配布したかったので、アセットストアの素材が使えなかったのが没の原因としては大きかったです。素材をProBuilderで作れるものという方向で整理して、両側が崖の道で2,3個のコーナーを攻めるタイムアタックもの「ギリギリバギー」が企画の初版です。

単にギリギリを走るだけではネガポジにならないので、小ジャンプとハンドル操作を組み合わせて、タイミングよくドリフトを決めたらダッシュでコーナーを抜けられる、というのを考えました。まあ、マリオカートです。

この日は日野で講義なので、モノレールに揺られながらPolyやSketchfabでクリエイティブコモンズライセンスの素材探し。今回の主人公の車を見つけました。

poly.google.com

良さげなバギーがいくつか見つかったのですが、軒並みPUBGがどうとか書いてあって本当にCCなのか良くわかりません。そこで、確実に大丈夫そうでご機嫌なこれにしました。なんか屋根に乗ってるし、後ろに像乗ってるし。バギーじゃないじゃん・・・。タイトルを「疾走！ワゴン！！」に変えました。

当初の案では、2～3個のコーナーを攻めるだけの作品を考えていて、すぐできるだろうと思っていたので、帰りにホタル見に行ったりしてましたね。

#玉川上水 の #ホタル 見てきました^^19時40分ぐらいから増え始めて、20時半では数頭がまとまって飛ぶのが2箇所ぐらいで見れました。広い範囲ではありますが20頭はいました。玉川上水駅から上流に向かって千手小橋を目指すと良いです。駅から遠い側の岸が川面が見やすかったです

— たなかゆう (@am1tanaka) 2018年6月4日

実作業開始は23時頃から。

ようやく作業開始。リソースのあたりは付けてあるので、アセットをじゃんじゃん入れて仮画面を作成します。ゲームはこれ以上ないぐらいベタで新規性もへったくれもないけど、ランキングを競うところに集中して、あとは操作にネガポジを入れるということで #unity1week

— たなかゆう (@am1tanaka) 2018年6月4日

初日は3時間ぐらい作業して、フレームワークを作って、道路の幅を決めて、車を動かしてみてこんな感じで終わり。

とある事情で2017.3じゃないと駄目だったというのに気づいて載せ替えやっててこんな時間に。タイトル画面を動かして、車を表示するので終わってしまった。明日はProBuilderの練習をしながらコース作ろう。今日はこれまで #unity1week pic.twitter.com/lsvLD9QXiR

— たなかゆう (@am1tanaka) 2018年6月4日

体験入学で使うんだから2018じゃダメだった...と気付いて、WeeybleさんでLTしたプロジェクト使えず^^; Package Managerで入れたTextMesh ProとPostProcessing Stackが2017には持って行けないので、2017.3で構築し直しました。

フォントを入れてみたら「疾」の字がありません。ということで、「走れ！ワゴン！！」になりました。

2日目

ProBuilderの日。まずは動画で機能を確認。

ProBuilderを始める。まずはこちらでタルを作ってみる

ProBuilderでモデリング入門 https://t.co/43gkcyvXW6 @YouTubeさんから

— たなかゆう (@am1tanaka) 2018年6月5日

かなりあれこれ知見が溜まりましたが、それはまた別の機会に。

コースの形ができた。ここまで驚くほど地味。それ以上に新規性のなさが致命的。だが作る #unity1week pic.twitter.com/WWldRO4r3Y

— たなかゆう (@am1tanaka) 2018年6月5日

2～3コーナーのつもりが「S字が走りたいな」とか「日本人として立体交差は必要じゃないか」とか考えてしまった結果こんな感じに。ゴールはサバンナで動物に囲まれる、とか考えていたような気もするけどループさせてしまった。1周で終わりなのに^^;

動きとしてはこんな感じ。

#unity1week 6/5の進捗。操作はUnityのサンプルそのまんま。間に合うなら変えたいけど背景で苦戦してるのでどうなることやら pic.twitter.com/YTv8lX5nG6

— たなかゆう (@am1tanaka) 2018年6月5日

はい。殆どUnityさんのサンプルのままの動きになりました...。

3日目

朝から池袋で講義。放課後に少し作業を進めて、Weeybleさんへ。この日はゲームのルールをある程度揃えることと、崖作成。ProBuilderが発生するエラーやライトのベイクの知見がなかったので苦しみました。

西友によって買い出ししてから帰宅。周りの人たちがもの作りの方向を向いていてちょっと何か呟くと知りたいことが知れたり、他の案がもたらされたりする環境が居心地良かった。思わぬ地元ネタも出たり。やってるのが仕事じゃない気楽さもまた良い

— たなかゆう (@am1tanaka) 2018年6月6日

久々にサークル室のような雰囲気を味わえました^^

今日の進捗。

- ProBuilderで周りの崖を作成
- タイムの実装
- 周回してゴールを判定
- Bloomでスタート地点を光らせる

ProBuilder、苦戦した。まだいじりたいけど装飾は最終日に回して、明日は本体部分を完成に近づけたい。今日はこれまで #unity1week

— たなかゆう (@am1tanaka) 2018年6月6日

本丸のプレイヤーの操作には手を付けられず。木曜日勝負、のつもりでしたが。。。

4日目

この日はタイトル画面や演出などを実装して終わり。

6/7の進捗。とりあえず公開ができなくはない状態にはなったような。今日もプレイヤー操作に手をつけられなかった。あとは明日頑張るということで今日はこれまで #unity1week pic.twitter.com/VuwxizVqtx

— たなかゆう (@am1tanaka) 2018年6月7日

ほぼ形になりました。

5日目

いよいよプレイヤーカーのプログラムに手を付ける。が、難航。練習コース作ったりして時間を使っちゃったし。

難しく考えすぎてた。タイヤの接地場所にsphere collider付けて、良き値をphysic materialで設定するだけで接地させられた。あとは旋回と加速を自前で実装すれば動くはず

— たなかゆう (@am1tanaka) 2018年6月8日

これじゃダメだったのです。ちょっとした段差ですぐ跳ねてしまう。Wheel Colliderの優秀さに脱帽。これは敗戦色濃厚と見て、こんな手に。

自作カードがダメだった時はサンプルコードのままにして、ダッシュパネルでなんとかする

— たなかゆう (@am1tanaka) 2018年6月8日

22時ぐらいに、自前の車の動きは諦めて、Wheel Colliderさんで行くことに。じっくり操作してみると、結構あれこれ問題が発覚。

Unityのスタンダードアセットの車のやつ、結構バグがあった。ブレーキして停止すると一度バックしないとブレーキが解除されないとか、2輪駆動モードでバックすると駆動輪じゃないタイヤが逆回転し続けるとか。それでもこれを一から作るとなるととんでもない労力がかかるので大助かり

— たなかゆう (@am1tanaka) 2018年6月8日

一通り気になるところを潰して、4WDをやめてリア駆動にしたらすごく操作感が好みになりました。

6日目

午前中は日曜日の体験入学の準備。ドキュメント書いたり、あれこれプログラム外したり。少し早起きして作業できたので、お昼には終えられました。

明日の仕事の方の準は終わった。あとは #unity1week がどのぐらいまでなんとかなるか。広い領域の場合、ベイクをどうしたらいいのかとか、マップの微調整をする前にProBuilderオブジェクトをメッシュにしちゃって微調整できないじゃんとか色々やってしまっている。チュートリアルも作りたかった

— たなかゆう (@am1tanaka) 2018年6月9日

午後は、ダッシュ音やカメラの演出を入れたり、コース幅を調整したり、ランキング周りのフローを調整したり、細かいあれこれやってました。

最終日

今回は木曜日には公開したいと思っていたけど甘かった。午後には体験入学の担当だったので池袋へ。

ぼちぼち午後のお仕事へ。終わったらWeeybleさんに行って、スタートダッシュの練習要素入れたら公開版にしよう。あとはまた後日にして、他の方のや学生さん作品を遊ぼう

— たなかゆう (@am1tanaka) 2018年6月10日

空き時間を使って、練習モードを作ったりしてからWeeybleさんへ。ブレーキランプが欲しかったので最後の最後に入れたのですが、これがなかなかいい感じにできました^^

影の範囲などを調整して無事に公開！

締め切り前に投稿できた〜！Weeybleでみんなであれこれ遊んでます^^
走れ！ワゴン！！ | 無料ゲーム投稿サイト #unityroom https://t.co/O6B9DitHPO #unity1week

— たなかゆう (@am1tanaka) 2018年6月10日

あとはWeeybleにいらっしゃったみなさんと完成したゲームで遊んだり、情報交換して盛り上がりました！

次回に向けて

車の動きを自作するのを断念した結果、操作性がシビアなゲームになりました。難しいとみなさんおっしゃいつつ、なんだか繰り返し遊んでしまう。自分自身もそうで、ゲームオーバーにならないぐらいのバランスで調整した足すと３より、こっちの方が繰り返し遊べます。多少の理不尽さはスパイスとして有効だと感じました。

ということで、以下のような要素を次回用のTrelloのボードに書き込みました。

• ゲームの終わりがすぐくるようなミニゲーム
• 運によって結構スコアが変わる
• パネルクリックで遊べるようなもの

あるいは、チーム参加もありかな？

まとめ

今回は文字通り、Weeybleさんで始まり、Weeybleさんで終わった1週間ゲームジャムでした。ゲームジャム直後は疲れていてなかなか他の方々のゲームが遊べず、また、反応もそれほどいただけないのが通例でしたが、参加者で集って公開直後にみんなで遊ぶことができてよい締めくくりとなりました。LTで発表していなければ、参加もせず打ち上げにも出席しなかったと思うので、動くの大切、と実感しました。

もう一つ。

コースの形ができた。ここまで驚くほど地味。それ以上に新規性のなさが致命的。だが作る #unity1week pic.twitter.com/WWldRO4r3Y

— たなかゆう (@am1tanaka) 2018年6月5日

この時は本当に駄目だこりゃ！と思った瞬間でしたが、そのあとに「だが作る」という言葉が浮かんで、ここから吹っ切って作り込むことができました。今回も参加して、いろいろと得るものがありました。

今回のゲームジャムで関わって下さった皆様、そしてゲームで遊んでくださった皆様、ありがとうございました。また、魅力的なアセットを提供して下さった作者の皆様、ありがとうございました。今後もよろしくお願いします！

参考URL

• コワーキングスペース秋葉原 Weeyble(ウィーブル) – コワーキングスペース秋葉原
• 無料ゲーム投稿サイト unityroom - Unityのゲームをアップロードして公開しよう

PostProcessing Stack v2を使う

ようやくUnity2018.1に手をつけたところ、PostProcessing Stack v2でつまづいたのでメモです。

※PPS用のレイヤー追加を手順に加えました(2020/8/2)

目次

PostProcessing Stack v2の初期設定

Asset Storeにある古いやつと比べると少し手順が増えているので、公式ドキュメントに沿った手順です。

PostProcessing Stack v2をプロジェクトに追加

既存のPostProcessing Stackを使っていないプロジェクトや、3Dのテンプレートで新規にプロジェクトを作成した場合、初期設定が必要です。以下の3D With Extras以下のテンプレートでは初期設定済みなのでこの手順は不要です。Post Processの調整にすぐに進めます。

PostProcessing Stack v2をPackage Managerからプロジェクトに読み込み、カメラとボリュームオブジェクトを設定していきます。

• Unity2018.1.xを起動したら、WindowメニューからPackage Managerを選びます

• All -> PostProcessing -> Install 2.0.5-previewの順にクリックしていきます

• インストールが完了したら、Packagesダイアログの右上のxをクリックして閉じます

Cameraにレイヤーを設定

PostProcessingを適用したいカメラにPost-process Layerコンポーネントを追加します。

• HierarchyビューからPostProcessingを適用したいカメラを選択します
• InspectorビューでAdd Componentをクリックして、Rendering -> Post-process Layerをクリックして追加します

• Inspectorビューに追加されたコンポーネントで、Layer欄をPostProcessingにします

• PPSレイヤーが見つからない場合は、Layer欄からAdd Layer...を選んで、開いているレイヤーに追加してから、改めて操作して選択します
• Anti-aliasingは任意で。モバイルやVRなど軽量にしたい場合はFXAA、デスクトップなど高負荷で構わない場合は用途に合わせてSMAA, TAAでもよいでしょう

Trigger

Triggerは、後に設定するPost-process Volumeのうち、Localなものを発動させる距離を決めるtransformのオブジェクトを指定します。通常はデフォルトでアタッチしてあるカメラのままで構いません。トップビューのゲームの場合、カメラではなく、プレイヤーオブジェクトからの距離で発動範囲を設定できた方が便利かも知れません。そのような時、ここにプレイヤーオブジェクトを設定します。

Layer

このカメラが影響を受けるPost-processing Volumeを設定したゲームオブジェクトのレイヤーを設定します。Unity2018.1.xにはデフォルトでPostProcessingレイヤーが定義されているので、設定するとよいでしょう。それ以外のバージョンで該当するレイヤーがない場合は自分で追加してください。無効なオブジェクトを含めるとパフォーマンスに影響するので、DefaultやEverythingを選択するのは推奨されていません。

Anti-aliasing

Post Processによるアンチエイリアシング(ドットのギザギザを滑らかにする処理)を使いたい時に設定します。FXAAがモバイル用の軽量なもの。SMAAはハイクオリティーですが、モバイルには不向きで、VR/ARでは現状で非対応のもの。TAAは過去のフレームなどを使ったアルゴリズムでやはりFXAAより高負荷で、リソースも食い、数年前のopenGLES2のモバイル端末は非対応のものです。FXAAを選択しておいて、必要に応じてその他のものに変更して様子を見るのが良さそうです。

Stop NaN Propagation

真っ黒な場所にPost Processを適用しようとすると無効な計算が行われておかしな現象が起きたりするので、それを防ぐ設定です。基本的にtrueのままにしておくのがよいでしょう。

Post-process Volumeを設定

これがv2で新しく増えた設定です。Post Processを適用する範囲や内容を個別に設定して、レイヤーやTriggerからの距離で適用範囲を切り替えられるようになりました。シーン全体で設定する場合は、1つだけ設定すれば構いません。それ用の空のオブジェクトを作成することが推奨されていますので、それに従います。

• GameObjectメニューから3D Object > Post-process Volumeを選択します
  • 2018以前のUnityだと上記がないかも知れないので、GameObjectメニューからCreate Emptyを選択して空のゲームオブジェクトを作成して、名前はPostProcess Volumeなどにします
  • InspectorビューからAdd Componentをクリックして、Rendering -> Post-process Volumeを選択して追加します

• InspectorビューのLayerで、先ほどカメラのLayerに設定したものを設定します。今回はPostProcessingです

• シーン全体に適用して構わない場合は、Is Globalをチェックします

ここにチェックを入れないと、このゲームオブジェクトと、カメラのPost-process LayerのTriggerに設定したオブジェクトの距離がBlend Distance欄で設定した距離以内になった時に、Post Processが発動するように設定できます。

• Profile欄のNewボタンをクリックして、このPost-process Volumeで発動させたいプロファイルデータ用のアセットを生成します

以上で、Post Processの初期設定完了です。効果を設定していきます。

Post Processを設定する

Post Processの内容は、Post-process Volumeオブジェクトで設定できます。定番のBloomを設定してみます。

• Hierarchyビューで、設定したいPost-process Volumeが設定されているオブジェクトを選択します

• InspectorビューのPost Process VolumeコンポーネントのAdd effect...ボタンをクリックします

• Unity -> Bloomを選択します

• InspectorビューにBloomが追加されるので、クリックして開きます

Bloomが使えない ？

ここでものすごく引っかかりました。全ての項目が無効になっていて操作できません...。何が悪いのかと色々と調べまくった後、左の丸の部分がクリックできることに気づきました...。

• Intensityの左の●をクリックして有効にしたら1を入力します

以上でBloomが有効になります。他の項目もチェックを入れれば使えるので必要に応じてチェックを入れて設定してください。あとは光らせたいオブジェクトのマテリアルの設定をします。

オブジェクトを輝かせる

Sphereなどを作成したら、Materialを作成して適用します。

• Bloomの効果を出すには、自己発光させますので、マテリアルのEmissionにチェックを入れます

• EmissionのColor欄をクリックします

• 輝かせたい色を設定したら、Intensity欄を1以上の値にします。例では5にしています

光りました！

Directional Lightを日没させて、SphereのIntensityを3程度に下げて、全てのオブジェクトをStaticにしてみました。やっぱBloomいいですね！

まとめ

v2では、カメラへの設定に加えて、発動条件を設定できるPost-processing Volumeの設定が必要になりました。これにより、シチュエーションや環境に応じて、自動的に演出を切り替えられるようになりました。また、それぞれのエフェクトの項目ごとに有効/無効を設定できるようになったので、パフォーマンスも良さそうです。

注意点としては、多くの機能がデフォルトでは無効になっていることです。何らかの設定をしないと効果が現れず、あれ？となることが増えたように思います。このような設定は初心者には厳しいので、正規版では修正して欲しいところです。また、公式機能にも関わらず、UIのデザイン方針が他の機能と異なるのはよくありません。この辺り、今後の改良に期待です。(この辺りは最新版で早速変わった模様です。さすがUnityさん、仕事速い 2018/7/9追記)

参考URL

• GitHub - Unity-Technologies/PostProcessing: Post Processing Stack
• 【Unity】PostProcessingStack v2を使ってBloom（光のにじみ）を表現する - テラシュールブログ

AtomでCannot load the system dictionary for 'ja_JP'というエラーが発生した

macのAtomでファイルを開いた時にCannot load the system dictionary for 'ja_JP'というエラーが表示されていたのを対処した方法です。

原因はこちらの模様。

spell-check throws an error at atom launch · Issue #253 · atom/spell-check · GitHub

Atomにデフォルトでインストールされているスペルチェックのパッケージが、英語以外のシステムだと設定ファイルが見つけられずに、それを知らせるためにエラーを出しているようです。

スペルチェックいらない、という場合はパッケージを無効にすればエラーは出なくなります。

• AtomメニューからPreferencesを開きます
• Packagesを選択して、検索欄にspellと入力します
• spell-checkが列挙されたら、Disableボタンをクリックします

以上です。

Atomの日本語スペルについては、atom spell-check 日本語で検索すると色々と出てくるので、スペルチェックを利用するにはそれらを調べて見ると解決するかも。

Mesh Bakerを使ってみた(LODについて追記)

シーン内の別々のゲームオブジェクトで構成されるメッシュを、マテリアルやシェーダーごとに合体、あるいは、マテリアルも合体させて、ドローコールを減らして高速化してくれるという人気アセットMesh Bakerを使ってみました。

紹介に先立って補足

Mesh Bakerを利用して効果があるのは、多くのマテリアルやシェーダーをバラバラに使っているオブジェクトで構成したシーンです。同じマテリアルを使ったシーンの場合は、Mesh Bakerを利用するメリットは少ない可能性があります。

また、Mesh Baker LODは、事前に用意したポリゴン数を減らしたモデルをこちらで用意して、それを切り替えてくれるというものです。自動的にポリゴン数の削減をやってくれる訳ではないのでご注意ください。これは、Unity謹製のLOD Groupも同様です。

条件に合致した上で、自前でポリゴン数を減らしたモデルを用意すれば、かなりの効果が期待できます。

(2018/5/17追記)

目次

利用したシーン

体験講義用に作成したUNetのマルチ対戦的プロジェクトに適用してみました。立方体や、ProBuilderの円柱、階段などを使ってステージを作ったので形はシンプルなのですが、思いのほか色々と置いてしまったのでそれなりに重そうなステージになっていました。

Mesh Baker適用前はこんな感じでした。

黄緑の足場をMesh Bakerで合体させます。ただし、1つに統合するとカリングなどで不利になるので、適当なグリッドで分割します。

Mesh Bakerでメッシュを統合する

Asset Storeで購入して、通常通りダウンロード＆インポートしました。セール中に購入したので$45.5で買えました^^

チュートリアルを見る

動画チュートリアルが用意されていたので、以下の２つを見ました。

www.youtube.com

www.youtube.com

ゲームオブジェクトを準備する

Mesh Bakerを使ってメッシュを統合するには、TextureBakerオブジェクトをシーンに配置します。対象のプロジェクトを開いて、Asset StoreからMesh Bakerをダウンロード＆インポートしてから作業してください。

• GameObjectメニューから、Create Other -> Mesh Baker -> TextureBakerを選択します

以上で、HierarchyビューにTextureBaker(0)というオブジェクトが生成されます。これを使って、メッシュの選択やマテリアルの結合、Mesh Bakerオブジェクトの作成などを行います。

オブジェクトを選択する

くっつける対象のゲームオブジェクトを選択します。最初のチュートリアルでは、メッシュを持ったゲームオブジェクトを一つずつドラッグ＆ドロップしていますが、このシーンのメッシュは階層構造になっている上に200を越えるオブジェクトがあるのでやってられません。そこで、Adding Objectsツールを利用します。

• HierarchyビューのTextureBaker(0)をクリックして選択します

• InspectorビューからOpen Tools For Adding Objectボタンをクリックします

• ダイアログが開くので、Search For Meshes To Addボタンをクリックします

• Hierarchyビューで、統合したいゲームオブジェクトを選択しておきます

• MB3_MeshBakerダイアログで、追加するオブジェクトの条件を設定します。今回は以下のようにしました。
  • Staticなオブジェクトにする
  • Enableなオブジェクトにする
  • UVが範囲外のオブジェクトもあるので、それは除外しません
  • すでに追加済みのオブジェクトは除外します

• 以上設定したら、Add Selected Meshes To Targetボタンをクリックします

以上で選択完了です。Inspectorビューで、Object To Be Combinedの左の三角アイコンをクリックして開いてみてください。条件にあったオブジェクトが選択されているはずです。

結合マテリアルとBakerオブジェクトの生成

次に、結合したマテリアルやシェーダーと、Bakeを行うためのオブジェクトを生成します。

• Analyse Scene & Generate Bakersボタンをクリックします

• グループ分けする基準があれば設定します。今回はデフォルトのままにしました
• 結合マテリアルを保存する先のフォルダーを指定するために、Select Folder For Combined Material Assetsボタンをクリックします

• Assetsフォルダーから、必要なら新しくフォルダーを作成して、フォルダーを選択します

• List Shaders In Sceneボタンをクリックします

指定したグループ分けの基準に沿って、シーン内のシェーダーとマテリアルがグループ化されます。

• リストアップされたGenerate Bakerボタンをクリックしていって、統合マテリアルとBakerオブジェクトを生成します

HierarchyビューにはBakerオブジェクトが、Projectビューの保存先として指定したフォルダーにはマテリアルとシェーダーが生成されます。

統合メッシュを生成する準備が整いました。

Adding Objectツールは役目を終えたので閉じて構いません。

クラスター分割する

このまま生成すると、シーン全体がまとめられてしまいます。ドローコールは減るかも知れませんが、カリングが効かなくなるので描画ポリゴン数が増えてしまう恐れがあります。適切なサイズに分割して生成するようにします。

• HierarchyビューのMeshBaker-Standard-LM-1の左の三角をクリックして開きます

• 子供のMeshBakerは、まとめてオブジェクトを生成するためのものなので、分割する場合は不要です。選択して削除します

• HierarchyビューのMeshBaker-Standard-LM-1をクリックして選択し直します

• InspectorビューからCluster Type欄を見つけて、Agglomerativeに変更します

• 今回のシーンは大きいので、Max Distanceを最大の10にしておきます

• InspectorビューのBake Materials Into Combined Materialボタンをクリックして、マテリアルを再生成しておきます

• Click To Build Clustersボタンをクリックします

エラーが発生しましたが、とりあえず動いたので気にせず進めました。

• Generate Mesh Bakersボタンをクリックして、Bakerを生成します

これで、MeshBakerが自動的に判断したエリアに分割してくれました。

統合したメッシュオブジェクトを生成する

統合したメッシュオブジェクトを生成します。

• InspectorビューのBake All Child MeshBakersボタンをクリックします

Hierarchyビューに、分割されたメッシュオブジェクトが生成されました。

他にもオブジェクトがあれば、同様の手順で生成していきます。

仕上げ

元のオブジェクトを削除したり、当たり判定を入れたりして仕上げます。

元のオブジェクトを消す

元のオブジェクトをDisableにするだけであれば、HierarchyビューからTextureBaker(0)を選択して、InspectorビューでDisable Renderers On All Child MeshBaker Source Objsボタンをクリックすれば、自動的に該当するオブジェクトを無効にしてくれます。

完全に不要な場合は、Hierarchyビューから削除してもよいでしょう。

関連オブジェクトの削除

役目が終わったら、TextureBaker(0)なども消して構いません。

当たり判定の設定

元のオブジェクトを削除してしまったので、当たり判定も消えてしまいました。Mesh Colliderを追加して、当たり判定を復活させます。

• Hierarchyビューの検索ボックスに-mesh-と入力すると、統合したメッシュオブジェクトが表示されるので、すべて選択します

• InspectorビューでAdd Componentをクリックして、Physics -> Mesh Colliderを追加します

Staticオブジェクトにしたいので、その設定をします。

• Hierarchyビューの検索ボックスにCombinedMesh-と入力すると、統合メッシュオブジェクトの親が表示されるので、すべて選択します

• InspectorビューのStaticにチェックを入れます

• 子供もすべてstaticにしたいので、Yesをクリックします

以上で完了です。Hierarchyがそのままだと使いづらいので、検索ボックスのxをクリックして検索を解除しておきましょう。

成果

以上で完了です。成果を確認してみます。

もともとマテリアル一つだったので、ドローコールは変化ない模様。Saved by batchingは667から0になってます。

効果的ではなかろうかというのはShadow castersの数で、607から33に激減。

しかし、ポリゴン数が増えちゃいました。

上空ビューも似たような傾向で、Shadow castersが激減してます。

ポリゴン数が増えたことによってパフォーマンスは相殺されて、ほとんど差が分からなかった、というのが今回の結果でした^^;

まとめ

オブジェクトを統合することで、Shadow castersを大幅に減らすことに成功しました。しかし、オブジェクトを統合したことで描画対象のポリゴン数がうまく減らず、パフォーマンスの向上は微妙でした。

本来は、沢山マテリアルやシェーダーがあるシーンで、それらを統合してドローコールを減らすのが目的の機能なので、マテリアルをそれほど使ってないシーンだと効果はあったりなかったりでした。

しかし弾は残っています。Mesh Bakerの追加アセットMesh Baker LODも入手しています。これはLOD(Level Of Detail=距離に応じてモデルのポリゴン数を切り替える機能)をやってくれるやつで、まさにポリゴン数を減らしてくれるやつです。これと組み合わせた時に真価を発揮するに違いないと期待しています。

参考URL

Unity Analyticsを利用する(GDPRについてリンクを追加)

ずっとやろうやろうと思っていて放置していたUnity Analytics(アナリティクス)をようやく組み込んでみました。簡単に手順をまとめました。

EUのプライバシーポリシー強化への対応に伴い、Unity Blogにアドバイスが掲載されました。Unity AdsやAnalyticsをご利用の際は念のため、以下をご確認ください。

• Unity Ads、Unity Analyticsを利用する開発者・パブリッシャー向けGDPR関連情報 – Unity Blog
• EU 一般データ保護規則（GDPR）について | EU - 欧州 - 国・地域別に見る - ジェトロ

(2018/5/24追記)

目次

対象環境

• Unity2018.1.0f2 / 2017.4.x / 2017.3.xで確認

Unity Analyticsとは

公式マニュアルで気になった部分のみ抜粋です。

Unity Analyticsを設定するだけで、月間アクティブユーザー(MAU)、日別アクティブユーザー(DAU)、そして新規ユーザー数を確認することができます。Unity AdsやIAPサービスを利用していれば、それらの統計データも確認できます。 プレイヤーがゲーム内でどのような行動をしたかを知るために、プレイヤーが動作を行った際にStandard Analytics Eventを発生させることで、Analyticsのデータに含めることができます。これにより、チュートリアルを確認したか、IAPストアを訪れたか、想定したようにプレイヤーが上達しているかなどを知る手掛かりが得られます。 また、アプリのアップデートをせずに、Remoteセッティングを使うことでプレイヤーに適したゲーム拡張を配信することができます。

ざっくりと、アプリをリリースした後に、どのようなユーザーに利用されているのか、用意したチュートリアルなどが読まれたか、ゲームをどこまで進めたのかなどの情報を収集することができるUnity Cloudのサービスの一つということです。

コアデータ

Unity Servicesの設定でAnalyticsを有効にするだけで、以下のデータを自動的に収集することができます。

• 新しくインストールされた数
• 日間アクティブユーザー数
• 月間アクティブユーザー数
• 合計セッション
• ユーザーあたりのセッション数
• アプリで遊んでいた時間
• 国やプラットフォーム

Player behaviour data(プレイヤーの行動データ)

プレイヤーの行動を把握するには、AnalyticsEventを利用します。どのシーンを開いたかや、ステージをクリアしたり重要アイテムを取得したユーザーがどれぐらいいるかを調査して、ゲームがどのぐらい遊ばれたか、どの辺でユーザーが脱落しているかを把握することができます。

また、ゲームを開始した時に起動してから何回目のゲーム開始かや、ゲームオーバー時のレベル、ゲームオーバーの原因、スコアなどをカスタムイベントで送信することで、より詳細な情報を得ることができます。

その他

他にもあれこれ機能がありますが、今回の目的はPlayer behaviour dataで解決できるので省きますが、Remote Settingsは気になっています。Analyticsダッシュボードからゲーム内の設定値を変更することができる機能で、アプリを公開した後でこの値を変更すれば、プログラムの更新なしでバランス調整ができるようです。 作成した様々なRemote Settingsをエディター内でゲームオブジェクトに割り当てることができるそうです。

以下のように活用できそうです。いずれ調べよう。

• ゲームバランスの調整
• 機能の有効/無効設定
• 画面のテーマを変更する

Analyticsを有効にする

新規プロジェクトで有効にする

新規プロジェクトでAnalyticsを有効にするには、ログインした上で、プロジェクト作成時にEnable Unity Analytics欄をONにして、プロジェクトを作成します。

既存のプロジェクトで有効にする

開発済みのプロジェクトに組み込む手順です。

• クラウドボタンをクリックして、Servicesタブを表示します
• 以下のような画面が表示されたら、ユーザーを選択して、Createボタンをクリックして、UnityCloudにプロジェクトを作成します

• Unity Cloudにプロジェクトを作成していたら、以下のメニューが表示されるので、AnalyticsのスイッチをクリックしてONにします

• ANALYTICSのDiscover player insightsを有効にして、Enable Analyticsボタンをクリックします

• Designation for Apps Directed to Children Under the Age of 13欄は、13歳未満の子供が使っても大丈夫なアプリならチェックを入れて、Continueをクリックします
• COPPA compiance changedと表示されたらAnalyticsの有効化成功です。COPPA...の表示はxをクリックして閉じて構いません

動作確認

• UnityをPlayします。数秒すると、Servicesタブに以下のようにAnalyticsデータが表示されます

deviceInfoで起動したデバイスの情報、appInstallとappStartにはインストールされたプラットフォームとUnityのバージョンが表示されています。このデータは、1日後ぐらいにUnity Cloud上で集計されて、ダッシュボードでも確認できるようになります。これだけでも、例えばiPhone向けに配信したアプリがどのiPhoneにどのぐらいインストールされたかや、利用されているAndroid端末の傾向などを把握することができるので有益だと思います。

プレイヤーがどこまでゲームを進めたのかを把握する

Unity Analyticsの機能の一つに、Level Progression(レベルの進み方)があります。どのぐらいのユーザーが、どのレベル(チュートリアルの画面やゲームのステージ)まで進めたかを把握するためのものです。これを利用すれば、ユーザーがチュートリアルを利用しているかや、チュートリアルのどこかで脱落していないか。あるいはユーザーが一気に脱落するステージはないか。また、ステージが進んでいるということは、その端末でゲームが動作している確認もできます。

これをやるためには、ゲームが進んだことをAnalyticsイベントで送信します。staticメソッドを呼び出すだけですのでとても簡単です。

レベルの開始と完了を送信する

ステージ開始時と完了時にステージ数を送信して、プレイヤーがどこまでゲームを進めたかを把握できるようにしてみます。AnalyticsEventというクラスがProgression(進み方)を送信するための以下のようなstaticメソッドを提供しています。

イベント名	概要
game_start	新規にゲームを開始
game_over	ゲームオーバーになった
level_start	レベルを始めた
level_complete	レベルをクリアした
level_fail	レベルをクリアできなかった
level_quit	レベルをクリアせずに抜けた
level_skip	過去のレベルをスキップした
level_up	ランクが上がったり、RPGなどでレベルアップした

知りたいパラメーターを渡して、上記のいずれかのイベントを呼び出せばUnity Cloudに情報が送信されて記録されます。

※これらのメソッドは、送信されるイベントの名前が上記のようになるというだけで、どれを使わなくてはならない！というものではありません。それらしいやつを選んでください。

実装

Level Progressionには、level_startとlevel_completeを利用するのがセオリーのようです。ステージ開始時にlevel_startを、クリア時にlevel_completeを送信するように実装します。現在のステージ数が変数nowLevelに格納されているものとします。

• イベントを送信するコードの先頭で、以下を定義します

using UnityEngine.Analytics;
// 2017.3より前のバージョンの場合は、using UnityEngine.Analytics.Experimental;

• ステージ開始時に、以下を呼び出します。

        AnalyticsEvent.LevelStart(nowLevel);

• ステージクリア時に、以下を呼び出します。

        AnalyticsEvent.LevelComplete(nowLevel);

LevelStart()メソッドとLevelComplete()メソッドは、どちらも引数としてint型かstring型を最低1つ受け取り、開始するステージ数やステージ名を渡します。また、Dictionary<string, object>()で追加のパラメーターを作成して、2番目以降の引数で渡すことで、独自のパラメーターを送信することもできます。

上記を実装したらUnityでPlayして、レベルの開始とクリアを実行してください。デバッグキーを仕込んだり、ボタンで試すと楽です。

実行してから数秒待つと、Servicesタブにlevel_startとlevel_completeの情報が追加されます。

これでプログラムは完了です。とても簡単です。次に、このデータを分析するためのFunnelを作ります。

プレイヤーの進み方を確認するFunnelの作成

Unity Analyticsはデータの送信は簡単なのですが、分析方法にクセがあります。Servicesタブに表示されるようなデータが得られればExcelなどで分析すればよいのですが、生データを得るにはProライセンスが必要です。Proライセンスを持っていない場合は、用意されている分析ツールを利用します。

プレイヤーが何をしたかを確認するにはFunnel Analyzerを利用します。

Funnelを作成する

Unity Cloudのダッシュボードを開きます

• Servicesタブの右上のGo to Dashboardをクリックします

• Webブラウザーが起動して、ダッシュボードが開いたら、GO TO ANALYTICSをクリックします

• 画面左からAnalyticsの下のFunnel Analyzerをクリックします

• 進み具合を知るには、Level Progressionのテンプレートを利用するが楽なのでクリックします

• 確認したいイベントであるlevel_startとlevel_completeが設定済みになっています

• 確認したいレベル数を設定します。特にルールはないので、自分が把握しておきたいというレベル数を入力しておきます。例えば20ステージまで把握したいなら、Num Levelsを20にして次へをクリックします

• 以下のように、テンプレートに従ってファネルが設定されます

• 一番下まで見ると、level_startのlevel_indexが20のものと、level_completeの同様の設定を確認できます。1～20ステージの開始と完了が設定できているということです

• 問題がなければ保存をクリックして確定します

以下のメッセージが表示されれば完了です。このダイアログのxをクリックして閉じて構いません。

あるレベル以上までクリアできているかを確認したい場合のファネル

Level Progressionは、あるシナリオに沿ってプレイヤーが進めているかを確認するのが目的の機能のようです。そのため、設定と異なる順番で送られてきたレベルについては無視されてしまいます。

また、Unity Analyticsは送信されてくるイベントの記録がかなり遅いようで、頻繁にレベルアップするようなゲームの場合、実際に送信した順番と、Unity Analyticsが受け取る順番が前後してしまうことがあるようなのです。

あるレベルまで到達したかを確実に把握するには、先の設定は適さない可能性があります。そこで、特定の基準となるレベルまで到達したかを別のファネルを作成して確認するようにしました。

• ファネル分析画面の右上の作成するファネルの右の▼をクリックします

• Level Progressionを選択します

• Funnel Nameや説明を適宜設定して、レベル数は1で次へをクリックします

• level_startは1以上、level_completeは5以上を設定して、保存します。

送られてくるレベル数が多少前後しても、確実に目的のレベルを超えたかを確認しようという狙いの設定です。

分析の前に

では、いざ分析！と行きたいところですが、Unity Analyticsではファネルを作成したり、イベントデータを送信してからダッシュボードに反映されるまでに、1日程度かかります。

プロジェクトをビルドして、色々なデバイスやWebGLからイベントを送信したら、一日寝かせてください。Unity AnalyticsはスマホやWebGLなど、多様なプラットフォーム上で動きますので、この機会にあれこれビルドして実行するのもよいでしょう。

結果を確認する

一日経過したらデータを確認してみましょう。

Funnelを確認する

Funnelを作成した時と同じ要領で、AnalyticsタブのGo to Dashboardをクリックしてダッシュボードを開き、GO TO ANALYTICSをクリックして、AnalyticsのFunnel Analyzerを開きます。

• Level Progressionをクリックします

分析が終了していると、以下のようなグラフが表示されます。これを見ると、一人遊んでいて、レベル2まで完了した、ということが分かります。

しかし、実際にはもっと上のレベルまでクリアデータは送信してありました。これは失敗例です^^;

Event Managerを確認する

本当に送られてきたデータが信用できるかは、Event Managerで送信されてきたイベントデータを見ることで確認できます。

• 画面左のメニューからEvent Managerをクリックします

• 下にスクロースしてカスタムイベント欄を表示させたら、確認したいイベントをクリックして開きます。例えば、level_completeをクリックして、さらにlevel_index Aをクリックします

確認すると15レベルまでクリアデータがあるので、先のファネルでは目的の情報が記録できていなかったということが分かりました。

では、もう一方のレベル5までクリアできているかを確認するファネルに切り替えましょう。

こちらでは、level_complete > 5に値が入っているので、ちゃんとレベル5がクリアできているかが確認できました。この辺りの運用には注意が必要そうです。

Analyticsを利用する上での注意点

Analyticsを利用する上で気付いた注意点です。

• Unity AnalyticsでのStandardイベントやカスタムイベントの送信回数は、ユーザーごとに1時間あたり100回までに制限されています。1時間以内に100回以上のイベントを送信すると、101回目以降のデータは破棄されます
• 2017.3以前のUnityでStandardイベントを利用する場合は、事前にアセットストアからStandard Events SDKをダウンロードしてインポートする必要があります
  • 自分はUnity2017.3やUnity2018.1を利用したので、アセットのインポートは不要でした。
• Level Progressionは、想定した順番でレベルがクリアされたかどうかを判定する機能のようです。Analyticsに反映される前に次のレベルクリアの情報が送られてしまうと、実際にはクリアしているのにそのように集計されないので注意が必要です

調べきれていないので、もっとよい方法があるかも知れませんが、現状ではこんな感じでした。

まとめ

なんとなく敬遠していたAnalytics機能でしたが、使ってみるとめちゃくちゃ簡単に使えました。一方で、データの活用方法はちょっとクセがあって注意が必要そうでした。

今回は到達レベルのみでしたが、カスタムパラメーターを利用すれば、ゲームオーバー時の状況を送信したり、エラー報告を送信したり、フレームレートを送信して想定した速度で動作しているかを把握するなど様々な活用ができます。

ちゃんと運用するなら、生データがダウンロードできて、プレイヤーの移動軌跡を表すヒートマップも使えるProライセンスは強いなと思いました。

最後に。配布するアプリで利用する場合は、どのようなデータを送信するかを明示してユーザーの同意を得ておいた方がよいだろうと思います。

参考URL

• Unity Analytics - Unity マニュアル
• カスタムイベント（Custom Event）のご紹介 - Unity
• Unity Ads、Unity Analyticsを利用する開発者・パブリッシャー向けGDPR関連情報 – Unity Blog
• EU 一般データ保護規則（GDPR）について | EU - 欧州 - 国・地域別に見る - ジェトロ