2012/02/23「3DCGツールとUnityによるゲーム開発実践セミナー」レポート　その２：マトリックス「Ragdoll」開発事例

ようやく書く時間が出来ました。1週間ぶりです。

前回の記事http://d.hatena.ne.jp/ikaakira/20120311/1331485160に引き続き、
Unityのセミナーレポートです。全3部のうち、今回は第2部。
コンシューマーゲームの開発なんかでおなじみのMatrix社の講演です。

・Matrix

本講演は、GREEから配信されているMatrix社製のAndroidアプリ「Ragdoll」を題材に、
Maya→Unityへのアプローチ手法についてお話いただきました。
自社フレームワークも持っている中で、Unityを選んだ理由、
スマホ向けにビルドするための苦労など、実践的なお話です。

https://play.google.com/store/apps/details?id=jp.gree.android.pf.greeapp3130

• • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • -

■アジェンダ

• プロジェクト
• 「Ragdoll」とは
• Unityを選んだ理由
• プロジェクト構成
• 実際の流れ
• アニメーション
• マテリアル
• GUI
• AssetBundle
• フォント
• ライティング
• ラグドール
• シーン分け
• 課題
• 要望
• よかったこと
• まとめ
• Q&A

■プロジェクト

• 2011/1スタート
• 目的：短期間・低コスト・成果

■「Ragdoll」とは

• ジャイロと物理演算を組み合わせてぶらぶら揺れる
  • 版権（ラスカル・グルーミー）ともコラボ
• 必須条件：リアルに見える・揺れる・カスタマイズ（キャラクター・UI）・かわいい

■Unityを選んだ理由

• Androidネイティブ開発も検討したが・・・→Unityで！
• いろいろゲームエンジン触ってみたけれど・・・
  • リアルさ
  • シェーダをカスタマイズできるのが決め手。（Unrealとかはできないのか？）

■プロジェクト構成

• 初期：計５人
  • プロデューサー：１（ベテラン）
  • プランナー：１（中堅）
  • プログラマー：１（中堅）
  • テクニカルアーティスト（TA)：１（ベテラン）
  • デザイナー：１（新人）

※新人からベテランまで多様な配置をこころがけた。
※Unity Proライセンス使用は、プログラマーとTAのみ

• 後半、サーバプログラマとデザイナーの増員

■実際の流れ

• Unity3.4.2pro ＋ maya2011
• モデルはNurbsからポリゴン化。やり直しが利きやすい
• キャラごとにリグをカスタマイズ。ペイントウェイトでスキン設定。
• 複雑なUIは、mayaで作成。
• 受け渡しはFBXで。
  • mayaでやること
    • メッシュ作成
    • ジョイント
    • モーション
    • UI
    • マテリアルの仮付け
  • Unityでやること
    • マテリアル
    • Pysics（物理設定）
    • プレハブ化（Unityのプログラムで扱えるように部品化することです）　
• 腕や足などの各パーツは、原点をボディパーツの頂点にスナップできる。
  • どの頂点にも。カスタマイズが面白い。
  • 法線方向にスナップする。

■アニメーション

• モデル用のFBXと、アニメーションFBXを別に作成。
  • アニメーション用には、モデルの変わりにロケータをつける。
• Unityでの作業
  • AnimationClip（Unityで扱えるアニメーションデータ）を複製
    • 元のFBXは不要になるので削除。アニメーションだけ残せる！
• データ変更の仕組みを自動化した。

■マテリアル

• マテリアルはUnity上で。
• Strumpy Shader Editorを使用。
  • • モバイルで使用するには重いので、手直しが必要。
• Furシェーダは別に作成。長さが調整可能。

※>Strumpy Shader Editorの参考記事。＞http://www.shader.jp/?page_id=300
AssetStoreで無料配布されてるみたいですね。ノードベースのシェーダプラグイン。

â– GUI

• Unity標準の「GUI Texture」は使いづらい。
  • 解像度、縦横費の違いに対応しづらい
  • DrawCal（描画回数）が増える。
• 「EZGUI」を使用！
  • レイアウトが崩れない
  • テクスチャアトラス（テクスチャをまとめること）で、マテリアルを1つに出来る。
  • ボタン、スクロールリストなど豊富な機能。

※参考記事。$200もするんだ！＞http://d.hatena.ne.jp/nakamura001/20110804/1312481838
※こっちも＞http://blog.cshool.jp/2011/10/4090.html

■AssetBundleの使用

• 複数シーンのテクスチャをまとめて高速化を図ろうとしたら・・・
  • ロードが長くなった！！
  • データ更新が面倒！！
• UnityのAssetBundleを使用！
  • シーン・データごとにAssetBundleを作成。
  • 更新確認して、必要なものだけ追加・更新。
  • アプリのビルドと、AssetBundleのビルドバージョンをあわせる必要がある。

※ここにAssetBundle関係の記事リンクあります＞http://aretokore.jp/blog/2011/05/unity.html
（AssetBundle以外の記事も充実してます。EZGUIとかも）
※僕自身、これが何なのかよく分かっていませんが・・・

■フォント

• Unityでは、フォントテクスチャを2048x2048に収める必要がある。
• 「ひま字」フォントを使用。
• スプライトテキスト（使用する文字だけ抜き出す機能）は、使用しなかった。
  • ユーザー独自ネームのため。

※ひま字フォント＞http://www.kfstudio.net/himaji/

■ライティング

• Unityはモバイルでシャドウマップが使えない。
  • Blob Shadow Projectorで丸影を実装。
• 「ピクセルライトカウント」というパラメータを減らすと、負荷が減る。
  • 見た目はあまりかわらないのでオススメ！

※Blob Shadow Projectorは標準機能みたいですね＞http://d.hatena.ne.jp/nakamura001/20110528/1306603307

■ラグドール

※ここでいうラグドールは商品タイトルではなく、３Ｄ用語としてのラグドールです。
参考→http://www.4gamer.net/games/039/G003948/20080208032/

• 「Ragdoll Wizard」機能を使用。←これmaya?
• 耳などには追加でジョイント、剛体設定
• モデル修正のために、maya上でのクラスタを合わせておく。
  • →再設定の必要が無い。

※このへん、内容はだいたい分かるのですがmayaでの具体的な設定方法は分からず・・・

※Ragdoll WizardもUnityのAssetみたいですね。＞http://unity.creator.ms/unity-005.html

■シーン分け

• 初期
  • 作業者ごとにシーン分け
  • スクリプトシーンを、GUIシーンに追加していた。
• EZGUI導入後
  • スクリプトで、プレハブを読みにいく形に変更。

• エクセルでパラメータ管理→マクロ→Unityに流し込む

• Subversion
  • バージョン1.7以降であれば、使用に問題は無い。

■課題

• リソース管理・まとめ方は一考の余地あり。いい方法があれば教えてほしい。
• ロード時間の短縮。

■要望

• 受け渡しフォーマットの強化。
  • Phisycs、マテリアル、AnimationClipなど、mayaからそのまま持ってこれれば。
  • AssetBundle互換問題
    • モバイルでも、CPUプロファイラが動いてほしい（よくわかんない）

■よかった事

• チーム力・開発力の向上。
• 実装までの速度アップ。再生ボタンを押すだけ！
• コミュニティ（facebook Unity助け合い所）の存在
  • Unityは異例の盛り上がり！
  • OPEN化！

■まとめ

• iPhoneかAndroidで迷った。
• Unityは画材のようなもの。使い方次第で変わる。
• 目的のうち「速い」は達成できなかった
  • ものは出来るのだが、チューニング、リリースまでの時間がかかった。

• 最後に・・・

とにかく作ろう！！！

• お仕事お待ちしております。スマホ・デモ・プロトタイピングなど。
  • [email protected]まで

â– Q&A

• EZGUIのバグは？端末依存とか、ボタンの反応とかであると聞いたが？
  • バグはあったが、開発上、大筋では問題なかった。

• mayaでのUI作成と、EZGUIをどう組み合わせたのか？
  • ボタン挙動はEZGUIで。
  • mayaのUIは、プログラムでアニメーションを実行しているだけ。

• シーンきり分けについて詳しく
  • デザイナー・・・maya上でレイアウト。UnityではUIシーンを構築せずに、プレハブ化まで
  • プログラマー・・・プレハブを呼び出すだけ。

• アニメーションデータが、メモリを圧迫してしまう・・・
  • 複製したアニメーションクリップを動的に読み込んだり
  • プレハブにアニメーションを仕込んだりしている

• FBXに入っているアニメーションデータを全て載せるのがきつい・・・
  • 必要なものだけを読んだりしている。

• • • • • • • • • • • • • • • • • • • • • • • • • • • • • -

・・・と以上になります。

改めてまとめてみると、各要素ごとにしっかり整理されていて、
非常に分かりやすいプレゼンでした。細かなTIPSもあったりして。

会場では、質疑応答でも見られるように「EZGUI」についての質問が多かったですね。

あとはやはりアニメーションデータの持ち方はどこも苦労しているのかな？という印象でした。
Matrixさんはそんなに問題ないようなのですが、質問者さんのほうでは
なかなか解決が難しい問題のよう。時間が短いせいもあり、あまり質疑がかみ合わない感じでした。

• -

さて、残すはラスト第３部ですが、今日はここまで。
また来週にでも更新します。