2011-11-06
【勉強会】第１回 横浜へなちょこUnity勉強会��〜FBXに複数のアニメーションを持たせる〜とりあえず解決編
また前回の記事の続きです。複数のアニメーションを持ったFBXファイルをどうやってUnityに読み込むか？
４．複数のアニメーションを持ったFBXを作成する方法（解決編）
--
その後、「FBX」「複数持たせる」「アニメーション」などで検索していくと、一つのヒントが見つかりました。こちらのページです。
↓
■複数アニメーション対応FBXの出力
http://www.kosaka-lab.com/tips/2010/01/fbx.php
おおこれはまさに望みの内容！！と思ったのですが…かなりトリッキーな方法ではあります。引用させて頂きますので、御覧ください。
（以下、引用）
MayaからFBXにアニメーションを出力した場合、１つのFBXファイルに対して１つのアニメーションしか出力されません。一つのFBXファイルに複数のアニメーション（歩く、座る、など）を格納する方法を発見しました。
MayaからFBXに出力する時にバイナリではなくテキストモードで出力します。
そして、動作毎に、一つずつファイルを出力します。３つのモーションが欲しければ３つファイル出力します。このとき、モデルのデータに変更を加えないようにしてください。
どれか一つのファイルをメインとして、そのファイルにアニメーションデータを追加していきます。
メモ帳や秀丸などのテキストエディタでFBXファイルを開きます。
ファイルの後方辺りに、アニメーションデータが格納されています。
;Takes and animation section
;----------------------------------------------------
Takes: {
Current: "Take 001"
Take: "Take 001" {
FileName: "Take_001.tak"
・・・・略・・・・
}
}
Currentの行とTake : "Take 001" { ・・・・}の間が、一つのモーションとなります。
なので、他のファイルから取得した同じ部分をTakes{ ・・・・} に貼りつけます。
識別しやすいように任意の名前をつけてください。
;Takes and animation section
;----------------------------------------------------
Takes: {
Current: "Take 001"
Take: "Take 001" {
FileName: "Take_001.tak"
・・・・略・・・・
}
Current: "Take 002"
Take: "Take 002" {
FileName: "Take_002.tak"
・・・・略・・・・
}
Current: "Take 003"
Take: "Take 003" {
FileName: "Take_003.tak"
・・・・略・・・・
}
}
これで、１つのファイルに複数のアニメーションを格納することができます。同じような方法でXファイルにも複数のアニメーションを格納することができます。
（以上、引用終わり）
ポイントとしては、
・maya（maxでもOK）から、テキスト形式（ASCII）でFBXをアニメーションごとに出力。
・各FBXのアニメーション情報部分を、１つのFBXに追記して保存する。
ということになります。早速試してみます。
maxからFBXで書きだす際に、「拡張オプション」の「FBXファイル形式」でバイナリではなくASCIIを選択。
で、テキストエディタで開いてみると…
あれ？先に紹介したサイトのFBXの中身とちょっと違います。「Takes and animation section」になってるはずのところが「Takes section」になっていて、しかもアニメーション情報の中身がありません。どうやら、これはFBXのバージョン違いによって起こる問題のようで、最新のFBX2012、また2011でも、同様の形式で書き出されてしまうようです。
ここでの対処法は、書き出し時のオプションで「FBX2010」を選択すればOKのようです。
この方法で、複数のFBXを書き出します。ここでは、「boy_idle」「boy_walk」の２つのFBXを書き出しました。
次に、１つメインのFBXを決めて、そこに他のFBXからのアニメーション情報のテキストのみをコピペします。スキンキャラクターのFBXとなると非常に長いテキストファイルになるのでちょっとわかりにくいのですが…
ここから
ここまで
をコピーして、
ここにペーストしました。アニメーションの名前が「Take 001」のままだと重複してしまうので、「Take 002」など、別の任意の名前に変えておきます。「Idle」「Walk」などわかりやすい名前にしておいたほうが良いでしょう。
テキストの編集が完了したら、ファイルを保存し、Unityにドラッグ＆ドロップしてみます。すると・・・
１つのモデルに２つのアニメーションを持ったFBXが読み込めました！！
＜追記＞
--
これは勉強会の後、（つい先程）試したのですが、
Projectビュー内でのドラッグ＆ドロップではなく、Hierarchyビューで「boy_idle」を選択
↓
Inspectorビュー内の「Animation」→「Size」をデフォルトの「1」から「2」に変更。すると「Animation」の項目に「Element 1 Take 001」が追加されます。「Element 0」には、Tale 001（idleのアニメーション）が最初から入っています。
↓
Projectビューの「boy_walk」ツリー内の「Take 001」を、「Element 1」の「Take 001」にドラッグ＆ドロップします。名前が同じなのでわかりにくいですが、こちらの「Take 001」は、歩きのアニメーションです。
↓
Inspectorビューの「Animation」の一番右にある○マークを押すと、再生するアニメーションを選択することが出来ます。これまた同じ名前「Take 001」で分かりづらいのですが…。
この方法で、Unity上で１つのモデルに複数のアニメーションを持たせることが出来ます。ただし、この方法では結局同一のモデルを複数読み込むことになりますので、ビルドした際のデータ量がどうなるのか（僕にはよくわかりませんが）、心配な所ではあります。試しにアニメーションのコピー元である「boy_walk」を削除すると、コピー先のアニメーションも消えてしまいました。結局、別モデルのアニメーションを参照しているだけなんですね。これで出来無くは無いけれど…決してベストとは言えない方法です。
--
５．まとめ
--
…目的は達成したものの、最初に述べたようにちょっとトリッキーな手法です。出来れば、maya、maxから直接複数アニメーションを書き出せないか、またはUnity上で複数アニメーションをジオメトリ１つに対して設定できないか、さらに検証したいところです。
例えば、ジオメトリを持たないFBXって書き出せないのかなあ…と思うのだけど、max、mayaのエクスポーターからは、必ずジオメトリ込みで書き出す必要があります。試しに骨のみで書き出したFBXをジオメトリ付きのFBXに適用してみたところ、
こんなふうに横向きになっちゃいました。（ジオメトリがあればよいってことは、何かダミーのモデルと合わせてエクスポートすればいいのかもしれない。後で試してみます。）
後、帰りの電車で勉強会参加者の一人に聞いた情報で、「Cheetah3d（チータ3D）」というソフトを使ったらどうか？みたいなお話しがあったのですが、これは初めて聞きました。ソフトの存在も含めて。
http://ja.wikipedia.org/wiki/Cheetah3D
今後も検証は続けるとして、ひとまず自前のキャラクターをUnityに読み込むことが出来ました。
次はこのデータをサンプルゲームに組み込んで、動かしてみたいと思います。
--
【勉強会】第１回 横浜へなちょこUnity勉強会�◆�FBXに複数のアニメーションを持たせる。
前の記事の続きです。
勉強会後半戦は、個人でそれぞれの課題に取り組むような感じ。僕はひととおり「Unity入門」の内容は（触りだけとは言え）終わってるので、次は自作のキャラクターを動かしたい！ということで、まずは3DソフトからUnityにアニメーション付きのモデルを持ってくることにしました。（この１ヶ月の間にホントはやっときたかったんだけどね…）
--
Unityコミュニティ内での標準ツールとしてはmayaを使用しているっぽいのですが、今回はアニメーションで使い慣れてるmaxを使用。サンプルキャラクターは、学校のローポリモデリング、アニメーションの授業で使用しているものです。（仮に「Boy」としましょう）
テクスチャが仮なので、まだ顔が描いてありません。ちょっと怖い。
Unityは.mbや.maxのデータを直接読むことも出来るらしいのですが、ひとまずそのへんの検証は後回しにして、3Dデータ交換形式の標準でもある「FBX」を使用します。最近、仕事でFBXを扱うこともあったので、FBXへの書き出し自体は特に問題になることはあリませんでした。
ファイル→書き出し
FBX形式を選択し、任意の名前をつける（ここでは「boy」にしました）
FBXエクスポートのオプションウィンドウで標準プリセットの「Autodesk Media&Entertainment」を選択してOKを押します。
--
--
次にUnityへのFBXインポートですが、これも特に問題無く出来ると思います。「Unity入門」Chapter6の内容を参考にすればOK。
先ほど作成した「boy.fbx」をUnityのProjectビューにドラッグ＆ドロップし、さらにProjectビュー内の「boy」をHierarchyビューにドロップしてプレハブ化すれば、Sceneビュー、Gameビューにキャラクターが表示されます。（テクスチャは別途読み込む必要あり）
Playボタンを押せば、アニメーションが再生されます。
ここで注意すべき点としては、maya、maxなどの3Dソフトであまりに小さすぎる、または大きすぎるキャラクターを作成した場合には、各ソフトでのFBXの書き出し時、もしくはUnityでの読み込み時に単位設定を調整する必要があります。今回のmaxのデータの場合、キャラクターを実寸で身長150cmくらいに作っておいたのですが、Unity単位ではおそらく1.5として読み込まれています。（Unityの単位の扱いはメートルを基準にしているっぽい）
max側でスケールを調整するには、FBXのエクスポートで「拡張オプション」→「単位」の項目で「自動」のチェックを外し、任意の単位を設定します。
ちなみに、標準のセンチメートルからミリメートルに変更してFBXを書き出すと、Unity上でのサイズは10倍になります。
※Unity向けに限った話では無いのですが、基本的にmayaでもmaxでも実寸を基準に作成していれば大きな問題は起きにくいかと思います。
Unity側でサイズ変更をする場合は、Projectビューでモデル（boy）を選択した状態で、Inspectorビューの「FBX Importor」→「Scale Factor」の値を変更します。
Scale Factor = 0.001に変更すると、サイズが1/10になる。
おそらく、この数値は１ｍを基準にして0.01ならcm、0.001ならmm単位で読み込まれるみたいだね。
ちなみに一番下の「Apply」ボタンを押さないと、変更が反映されないのでこれも注意！（けっこう知らないとはまります）
もう一つの注意点として、これはUnity入門にも書いてあるのですが、標準で読み込んだ場合には、アニメーションがループ再生されません。
これは、Inspectorビューの「FBX Importor」→「Animation」領域内の「Animation Wrap Mode」をデフォルト値「Default」から「Loop」に変更し、「Apply」ボタンを押せば、ループ再生されるようになります。
--
さて、ここからが問題です。Unity入門のChapter6では、サンプルのFBXが複数のアニメーションを持っています。
Idle、Walk、Jump、Crouchの４つのアニメーションを持っているのが分かると思います。
先ほどmaxから書き出したboy.fbxのアニメーションを見てみると、
「Take 001」という１つのアニメーションしか持っていないことが分かります。
（アニメーションの名前も、FBX書き出し時に自動的に上記に名前になるようです）
まあこれは当然で、そもそも mayaも maxも、１つのシーン内、１つのタイムライン上に複数のアニメーションを持つことはできません。
（アニメーションレイヤーという機能はあります。まだ試してはいないのですが…これは本来、複数のアニメーションを持たせるための機能ではありません。要検証。）
試しに、Unity入門のサンプルFBXをmaxに読み込んでみると…
確かに、FBXが複数のアニメーションを持ってる！…のですが、ここから1つだけを選択して読み込むことしか出来ません。
やはり、3Dツール上で複数のアニメーションを持つことはできないようです。
ひとまず、maxでboyに「idle」と「walk」の2つのアニメーションをそれぞれ別ファイルで作り、別のFBXとして書きだしてみました。
boy_idle.fbx
boy_walk.fbx（適当に作ったら、手足が同時に出ちゃってる…）
んで、これを同じUnityプロジェクトにドロップして、Unity内でアニメーションを複数もたせられないか…と思ったんだけど
やっぱり、個別のモデルにに個別のアニメーションとしてしか読み込まれないし、Projectビュー内でドラッグして別のモデルにアニメーションだけ紐付け出来るんじゃないかと思って試したけど、ダメですね。（何か方法はあるのかもしれないけど…）
ん〜こりゃどうしたもんか。
後で勉強会の主催者に聞いてみたら、前の記事で紹介したUnity本「Unityではじめるゲームづくり」では、複数のアニメーションを並列で持つ方法ではなく、タイムライン上に異なるアニメーションを直列に並べて、プログラム側でトリミングして使用している、とのこと。まあ、確かにこういう方法取る場合もあるけど、データ作り自体をそういうふうにする必要があるし、プログラム側でも処理がめんどいよな〜。やっぱり複数のアニメーションを持つ方法が、Unityでは最適解だと思うのだけど…。
また長くなったので、解決編は次の記事に。
--
【勉強会】第１回 横浜へなちょこUnity勉強会� 船廛譽璽�
今月もはるばる行って来ました横浜。
前回の第0回は書籍「Unity入門」の読書会という趣旨だったのですが、今回からは特にお題は決めず、各自が発表やその場で勉強をするスタイル。
僕の今回の目的、というか自分に課したお題は「自分で作ったデータをUnityで動かす」です。「Unity入門」のChapter6のサンプルのような、スキンキャラクターを用いたアクションゲームが作りたいなと。そのテスト。
http://homepage3.nifty.com/ika-aki/CoinCrazy/WebPlayer/WebPlayer.html
--
今回、第1部としては主催者と参加者からそれぞれ１つずつプレゼンがありました。
※がっつりプログラムの内容なので細かい内容はよく分かりませんが、ピンポイントで我社のプログラマに見せたいので、その際のメモをのっけときます。Twitterのハッシュタグ「#yhunity」でまとめて見れますので、そちらも参照して下さい。
↓
http://twitter.com/#!/search?q=%23yhunity
最初のプレゼンは主催者の@fum1h1roより。主に、Unityにおけるコードの再利用について。
--
敵の動きをスクリプトで書く場合、全敵のスクリプトを描くのはつらい。解決策としては・・・
��コピペ
敵少なけりゃいいけど数百とかいたらダメでしょ
・javascriptの場合・・・クラス定義どこにあるの？
→独自の継承の余地が無い。
→UnityのはJavaScriptではない。似てるだけ
・C#の場合・・・
別のクラスからメンバとして呼び出せる。
→この方法がいい？
Unityはオブジェクトに対してコンポーネントを追加していくタイプ。
まとめ
・ゲーム制作では継承が敵作成（同じような処理だけどちょっと異なる処理）に有効
→GUIでも使い出がありそう。
・Unityのスクリプトは、別のスクリプトと合わせて使用することが出来る。
→JavaScriptとC#の混在でOK。
--
以上、わからないなりにメモってた内容なので、間違いあればご指摘下さい。
これらのコードの再利用については、「Unity入門」でも、最近発売されたUnity本「Unityではじめるゲームづくり」（既に先行販売中）でもあまり触れられていない部分だとのこと。その点、有意義なプレゼンだったのではないでしょうか。
Unityではじめるゲームづくり (DVD付) (ゲープロシリーズ)
- 作者: ミシェル・メナード,.,湊和久,大西康満,放課後Unity倶楽部
- 出版社/メーカー: ソフトバンククリエイティブ
- 発売日: 2011/11/02
- メディア: 大型本
- 購入: 16人 クリック: 334回
- この商品を含むブログ (22件) を見る
２つめのプレゼンは「Pythonゲームプログラミング入門」の翻訳をされた@shinriyoさんからのプレゼン。（←2011/11/12 ご指摘により修正しました！）
「Unity Programing in Boo」と題して、スクリプト言語「Boo」のUnityでの使用についてお話し頂きました。後ほどどこかにスライドをアップして頂けるとのことなので、詳しい内容はそちらから見て頂ければと思います。
※2011/11/12追記！スライドをアップしていただきました！
http://www.slideshare.net/ShinsukeSugita/unity-programing-on-boo-10045689
- 作者: Will McGugan,杉田臣輔,郷古泰昭
- 出版社/メーカー: アスキー・メディアワークス
- 発売日: 2011/06/23
- メディア: 大型本
- クリック: 47回
- この商品を含むブログ (6件) を見る
以下、簡単なメモ。
↓
→インデントが文法
→リスト内包表記もOK
→直接Vector3の値へ代入OK。
・日本で使ってる人はまず見かけない。
→今後増えてく？そうでもない。
→作者がUnityで働いてるらしいので、今後サポートはされるだろう。
・Booの本が無い。どう学べばいいのか？
--
プレゼンの最後に「今後Unityでどのコードを使うか？」というアンケートが取られたのですが、
・JavaScript・・・やや少なめ
・C#・・・過半数
・Boo・・・１名
と、以外にC#の人が多かったです。
この後は、各自あるいは数人でまとまって勉強、となり、僕は前述のように「自作キャラクターを動かす」ための勉強をしてたのですが、内容がプレゼンと全く別になるため、次の記事に回します。
---
2011-10-30
【メモ】CEDEC、IDGA関連記事
最近はCG関係、ゲーム関係ともにイベントが多くてなかなか追い切れない。
ひととおり記事は読んだのですが、忘れないようにメモ。
＜CEDEC関連＞
--
■CEDEC Digital Library.＞http://cedil.cesa.or.jp/search
まだ非公開のものもありますが、CEDECの講演スライドが順次アップされています。
■CEDEC2011テクニカルアーティストラウンドテーブル2011：アーティストTA編、プログラマTA編 tweetまとめ #cedec2011 #cedectart＞http://togetter.com/li/184663
Toggeterのまとめ。いまTA（テクニカルアーティスト）が熱い？
■［CEDEC 2011］次世代キャラクターアニメーションの基本？ フルボディIKエンジンで自然なモーションを実現する＞http://www.4gamer.net/games/000/G000000/20110912065/
mayaにも搭載されているフルボディIKについての講演。まだ使ったことないなあ…。
＜IDGA関連＞
--
■【IGDA日本SIG-TA】第１回テクニカルアーティスト部会（2011.2.6）つぶやきまとめ - Togetter＞http://togetter.com/li/97621
■SIG-TART:GDC2011報告会 - Togetter＞http://togetter.com/li/121686
■SIG-TART:Siggraph2011報告会 - Togetter＞http://togetter.com/li/206951
全て同じイベントに関するまとめです。こちらもTAに関するお話し。
■IGDA日本 SIG-iPhoneスペシャル Unity デビット・ヘルガソンCEO来日講演 Twまとめ - Togetter＞http://togetter.com/li/46031
＞UnityのCEO講演なんてあったんだ。先着でUnityＴシャツもらえたみたいww。まだちゃんと読んでないのであとで。
--
■ゲーム業界イベントカレンダー＞https://www.google.com/calendar/embed?src=2f1m00arm4b3urees0it61mvbc@group.calendar.google.com&ctz=Asia/Tokyo&gsessionid=OK
こんなの会ったんだね。さっそく登録。CG関係もあるかな？
--
【雑感】二次創作と著作権
ニュース |
■tabahana氏による「カオスラウンジ騒動」の個人的な総括
■阿久根市のシャッターアートにまつわる話 - Togetter
--
どちらもTogetterのまとめなのですが、気になったのでメモ。
どんどんやって下さい！っていう許容範囲が広い作家と、逆に絶対にダメ！っていう作家の２極が存在する以上、どうしても二次創作ってのはグレーな存在として定義されざるを得ない訳であって、コミケ人気も込み込みで存在出来る作品だとしても、それは二次創作側から「別にいいじゃん」って言うべき類のものではないってのが僕のスタンス。
--
【東方】pixiv作品盗用疑惑 カオス*ラウンジ新作検証まとめ【現代アート】
「カオスラウンジ」の件は度々話題になってたので知ってる人もいると思うけど、アートって行為は上で述べたような常識的な判断なんか超えたところにあるものだと思うので、ある集団がそれをアートだとするならば、法やモラルなど気にせずに貫けばいいだけであって。言い訳とか、ごまかして有耶無耶にするからカコワルくなる。
--
http://blog.livedoor.jp/insidears/archives/52418499.html
阿久根市の件は、めちゃめちゃBIGなところを的に回しそうな気もするのだけど、あれがダメだとするなら町内会のド○ゴンボ○ルのイラストとか、田舎のイベントで見かけるキャラクターかかしとかキャラクター雛とかもアウトなわけで。それらが訴えられたという話を聞かないので、権利者の胸先三寸なんだろうと思う。おそらくそれによる金銭が発生した時点で審議、ってことになるんだろうね。
そういえばエコハちゃんはアウトになる前に話し合いで解決したね。個人的にはあれはギリセーフかと思ってたけどね。
--
2011-10-29
【レポート】CGWORLD 2011 -クリエイティブ カンファレンス〜�ァ．妊献織襦Ε侫蹈鵐謄�ア
http://www.borndigital.co.jp/seminar/detail.php?id=221
最後のカンファレンスの記事。
4コマ目は、17:00-18:00、デジタル・フロンティア様（以下DF）の「鉄拳 ブラッド・ベンジェンス」（以下BV）メイキングです。
＞＞デジタル・フロンティア Web http://www.dfx.co.jp/
すでにamazonでも予約しちゃいました。
- 出版社/メーカー: バンダイナムコゲームス
- 発売日: 2011/12/01
- メディア: Video Game
- クリック: 14回
- この商品を含むブログ (13件) を見る
実はこの公演中にMBAのバッテリーが切れてしまい（途中でビービー音がなってしまいました。すみません…）、後半は手書きのメモからの書き起こしです。しかも内容がかなり多岐に渡っていたので…ついていくだけで大変でした。
以下、講演の内容です。
--
■会社紹介（会社紹介ビデオが流れましたww）
・モーションキャプチャスタジオ「オパキス」を持っている。（BVでも使用）
＞CGWORLD.jpの記事 http://cgworld.jp/flashnews/service/-vicon-t160100.html
・フェイシャルキャプチャスタジオも。音声も取れるすごいやつ。
・最初のCGムービー作品は「ぼのぼの」→今回の鉄拳まで6作作っている。
・部署は以下の４つにわかれている。
CG制作室
開発室・・・プラグイン開発とか。
→これがあるからDFに来たって人もいる。
--
■■■FXメイキング■■■
・エフェクトチームの紹介
人員・・・14名。専業チーム
使用ソフト・・・maya,max
エフェクトを徹底的に分析。
持ち寄った案を全員で話し合う。手法を検討。後輩に指導。
前準備をしっかりやってTRY&エラーを少なく。
・プリセット作成（汎用的なもの作成）
・エフェクトライブラリを作成。
タグ、フリーワードで検索できる。
シミュレーションのキャッシュまで登録しているのですぐ使用できる。
マニュアル作成のインターフェースまで用意して、投稿しやすくする。
・安定したアウトプット
・スピードアップ
・情報の正確さ
デメリット
・ライブラリに頼りすぎる。
→新人さんには、プリセットではできないチャレンジカットを担当させる。
・エフェクトカット作成
・TIPS
・情報の共有
・検索性
・個人に依存しない
--
■ブラッド・ベンジェンス（BV）のメイキング
・TOTAL1300ショット
・エフェクトカットは500ショット・・・7ヶ月、最大15名体制
・準備で2ヶ月（プリセット作成など）
・使用ソフトはmaya,max半々。水でrealflow使用。
--
■立体視におけるエフェクト作成
・S3D（立体視）のためにできないこと
コンポジットでの2D処理・・・メッシュワープ、ガベージ(これなんだろうね？）禁止
位置調整も禁止。
・やりたかったこと
立体視を生かした臨場感あるエフェクト
--
■エフェクトの簡略化・自動化。
・遠方の雨、煙などの環境エフェクトはシミュレーションせず、板にテクスチャで処理。＞大幅工数削減。
→煙と炎を分離できるように作成。（各々で使用できる）
→雨は、距離に応じて３種類作成。シームレスなのでタイリング可能。
・エフェクト作業の自動化。→バーニア、銃のマズルフラッシュなど
・maya→maxへのコンバートも自動化した。（ジオメトリキャッシュ化→コンバートまで）
→今後もより自動化を進めていきたい。
--
■平八魔神メイキング
画像はただの平八なのですが…映画に登場した「平八魔神」という巨大な平八の周りに「木人」というキャラクターがパーティクルで配置されたエフェクト作成のメイキングです。
（映像が無いとよく分からないかもしれませんが・・・）
・パーティクルインスタンサー（mayaの機能）で木人を配置。情報量を多くした。
＞http://digicon6.typepad.jp/main/2010/12/autodesk-3dec-3.html
木人配置の専用UVマップを用意。木人は30パターン。
・max＋ThinkingParticle（以下TP）で、木人の崩壊を表現。
（TPはハイエンド作品で最近良く使われているパーティクルシステムです。＞http://www.too.com/digitalmedia/cgplug/index.php?id=3）
TPで、高速なリジッドボディを実現。
崩壊シーンでは、ダミーの範囲に入ったら木人が重力で落ちるようにしている。
パーティクルのみで動きをコントロール→キーは全く打っていない。
デメリット＞TPはデザイナには扱いが難しい。
--
■エフェクトメイキングまとめ
・自動化
・簡略化
・情報共有
・・・本編の作業に集中できる！
＜補足＞
マットペイント以外は、全てS3D（立体視）でレンダリングしている。
--
■■■フェイシャルメイキング■■■
キャラ崩れしても、表情豊かに！
・様々なチャレンジをした。
技術向上！・・・クオリティアップのために
事前準備！・・・・・・マーカー配置、アクターへの指示、打合せ
勇気をもって！・・・表情が弱くならないように
--
■フェイシャルリグの構築
・まず「アクションユニット」（表情の要素を細分化したもの）を考える。
喜怒哀楽などの表情をコンテから洗い出し、最小単位にまとめていく。
各部位ごとに、細かい動きまで。（口角をあげる、口をすぼめる、など）
・ユニットが多すぎてもアニメーションが大変になるだけなので、最適化が必要。
・各アクションユニットをどの方法で動かすか考える
TARGET BASE・・・ブレンド（モーフ）
JOINT BASE・・・スキン
＜ターゲットの利点＞
表情の統一が取れる
ターゲット一つで、いろんな表情が出来る
＜ターゲットの欠点＞
動きがリニアになる
複数ターゲット使用時に破綻が起こる
→それを補うためにマッスルを使用。
→セットアップが速い、軽い、といった利点がある。
--
■ターゲットベース＋マッスルの作例（映像見ながら解説頂きました）
・シャオユウの場合、全75ターゲットを作成。
・関連付け
→コントローラーでターゲットが動くように。
→肉の柔らかさを表現
・フェイシャル検証
→フェイシャルキャプチャデータを流し込んだだけで、違和感なく動くレベルに。
--
■フェイシャル撮影
・撮影順序を考慮してスケジュールを組んだ。以下の１→３の順で。
→午前と午後で表情筋の柔らかさが違う。午前中は表情が硬い。
１．アクションパート内のドラマカット
表情が固く、険しい方がよい。演技の指示が出しやすい。
２．感情が単調なドラマパート
普通にしゃべるショット
３．複雑に表情が変化するショット、キーショット
微妙な表情、泣き顔など。
--
■マーカーの配置
・これまでは、キャプチャの担当におまかせだった
→今回は、マーカー位置を指定した。
→実際にアクターの顔に指で触れながら、一番動くポイントに配置。
（例えばキャラのマーカー位置と異なっても、一番動くポイントを指定したり）
・表情は大きく動かす。過剰なくらいに。
→多いものを減らすのは簡単。
→よいノイズが取れる。
→動きが小さいと、コンポジット後に馴染んでしまうため。
・他には、現場の空気感、雰囲気を重視した。盛り上げる。
--
■アニメーション作業
・自動パイプラインを構築
「ADL」という独自形式を使用。
「AUTOMATE」というシステム
→音声データのカットポイントが自動的に読み込まれる。
→撮影の連番データを持ってくる、とか全部自動化した。
・ベースのデータを調整して、フィニッシュ
目、舌の手付け
キャプチャデータの修正
--
■良いフェイシャルアニメをつくるには・・・
・顔の筋肉を考える
→自分の顔に触れて、筋肉の連動性を確かめる。
・目の動きを重要視
→感情を伝えるのに重要。
・演出を理解する、理解させる
--
■最後に・・・
いい表情をさせたかったら、自分たちがいい表情を！！
→チーム内をいつも明るく！
----------
以上が講演の内容です。
エフェクト、フェイシャルともに、技術的な話はもちろんなのですが、作業の効率化や意識的な問題など、実作業以外の部分での努力、意識付けの重要性を感じさせてくれる内容だったかと思います。
特に、エフェクトのライブラリ化、TIPSの集積は職場でも進めなきゃいけないな…と思っていたところなので、是非、DF様の手法を参考にさせていただきたいです。
この後、本カンファレンスは「VFX JAPAN」という業界団体発足のイベントや懇親会など、21:00ごろまで続いたのですが、そこまで参加する体力は無く…退散。ただ帰り際に、一昨年専門学校で教えていた学生とばったり会ったので、軽く話＆飲んで帰りました。彼も、とあるゲームのソフトハウスで頑張っているようだったので、自分ももう若くはないですが負けてられないな！と思います。（逆に、既卒現役含めて彼以外知ってる学生に合わなかったとは…何たることだ！）
20111027-VFXJapan
＞＞http://www.shirai.la/members/akihiko-shirai/log/20111027-vfxjapan
----------
【研究】リニアワークフローについて
maya, 3dsmax, AfterEffects, CG, 書籍 |
先にアップしたカンファレンスの記事に関連して、その後WEBで見つけたリニアワークフローについての関連記事をいくつかピックアップ。あとでしっかり読む。
---
■チュートリアル / fieldjamのDesignVizエッセンス
第1回：リニアワークフローについて<その1>
http://area.autodesk.jp/column/tutorial/designviz_essence/1_about_linearworkflow_1/
第2回：リニアワークフローについて<その2>
http://area.autodesk.jp/column/tutorial/designviz_essence/2_about_linearworkflow_2/
第3回：リニアワークフローについて<その3>
http://area.autodesk.jp/column/tutorial/designviz_essence/2_about_linearworkflow_3/
第4回：リニアワークフローについて<その4>
http://area.autodesk.jp/column/tutorial/designviz_essence/2_about_linearworkflow_4/
---
■-elloneil-
リニアワークフローまとめ1
http://elloneil.blog82.fc2.com/blog-entry-186.html
リニアワークフローまとめ2
http://elloneil.blog82.fc2.com/blog-entry-187.html
---
■CGcompo AEでリニアワークフロー、カラーマネージメント
http://cgcompo.blog134.fc2.com/blog-entry-25.html
---
■clockwork3DCG（maya）メインのフリーランス日記
MAYAのリニアワークフロー1
http://blog.livedoor.jp/morisoba123/archives/51573480.html
MAYAのリニアワークフロー2
http://blog.livedoor.jp/morisoba123/archives/51722498.html
---
■ガンマについて（理論編）
http://maxmint.blog82.fc2.com/blog-entry-27.html
---
■ガンマ補正とリニアワークフロー
http://kotozone.blog55.fc2.com/blog-entry-145.html
---
■IWAI MOTORS BLOG
3DCG におけるリニアワークフロー その1
http://iwai-blog.blogspot.com/2011/01/3dcg-1.html
・・・ああもういくらリンク貼ってもキリがないから、googleのトップでヒットしたページは全部読もう。
---
あと、先の記事でご紹介したKojiVFX様がTwitterでお勧めされていた書籍を購入しました。
- 作者: Ron Brinkmann,中村達也,中本浩
- 出版社/メーカー: ボーンデジタル
- 発売日: 2005/01
- メディア: 単行本
- 購入: 1人 クリック: 24回
- この商品を含むブログ (1件) を見る
デジタル合成基礎講座
ざっと見たところで難しそうなのですが・・・頑張ります。
---
【レポート】CGWORLD 2011 -クリエイティブ カンファレンス〜�ぁ�KojiVFX
AfterEffects, イベント, CG |
http://www.borndigital.co.jp/seminar/detail.php?id=221
１個記事が空きましたが、引き続きカンファレンスの内容紹介。
3コマ目は、15:30-16:30、本日一番期待の講演、KojiVFX様の「映像合成基礎」です！
＞＞KojiVFX Twitter http://twitter.com/kojivfx
最初のポリゴン・ピクチュアズ様（以下PPI）の講演でもお話が出ていたのですが、海外のTVシリーズ作品「TRON UPRISING」のコンポジットを担当されております。合成ソフトは、アバターで一躍有名となった、３Ｄコンポジットソフト「NUKE」（＞http://www.thefoundry.co.uk/products/nuke/）を使用されているとのこと。
ここ数年僕はパチンコの映像作成で、ＣＧ、実写、アニメなどの合成作業をAEでやってるわけですが、それ以前の仕事でコンポジットの経験は全くなく、AEも仕事で使用してからまだ１年ちょっと。おそらく、すごい基礎的な、しかも重要な部分を見落としているのではないか？というのは常々感じていました。
講演者のKojiVFX様は、海外でコンポジターとしてご活躍されており（現在はPPIでお仕事されています）、今回のような合成に関する基礎的なセミナーも度々開いておられます。なかなかタイミングが合わずにこれまで受講できないでいたのですが、本日、いよいよ待望の参加！ということで、少しでも今後の仕事のプラスになるものを持って帰ろうと、意気込んで臨みました。講演ではCGと一見関係あるのか？と思うような計算式なども出てきて、素人目から見ると難しいものではあったのですが、なんとか理解できる部分を、以下に内容をまとめさせて頂きます。（間違いが多々あるかもしれません。気づいた方はご指摘願います）
受講後に、直接ご質問の機会も設けて頂きまして、非常に実りのある、今後必ず実践したい内容でした。
ではでは、講演の内容です。
----------------
■合成の基礎
・合成の基礎は計算で成り立っている。
・見た目では気づかない部分を認識することで、クオリティを保持する。
→それらを知らないままや合成すると、絵が荒れる。
合成の基礎を理解するには、APPLEの「SHAKE」がおすすめ（でもすでに販売終了＞http://blog.goo.ne.jp/buhitann/e/c99f14c20d6286527a763bc6b08e6aed）
・でも基本はソフトが変わっても同じ。
----------------
■リニアカラースペース
・リニアカラーとはどういうものか。
----------------
■RGBの計算式
・例えばRGB＝(1,0,0)の赤に（0.5,0.5,0.5）のグレーを重ねる
→Rは1.5になって、8bitだと1以上になるのでクランプされてしまう。
→R部分の階調がなくなってしまう。
・フローティングカラー32bitを使って合成すると綺麗。
・RGBチャンネルの情報を常に見る癖をつける。合成するときに、必ずRGBの数値をを見る。
・合成する時に、RGBのチャンネルごとに異なるグレーを乗せたりする。（明るくするときかな？RGBそれぞれで階調が無くならないように）
----------------
■AEの通常合成モードの計算式（NUKEのOVERモード)
・アルファで抜いた部分は0になるので、Bは表示されない。
・アルファがなかったら、A+Bの足し算（加算）と同じになってしまう。（実演して頂きましたが、確かにそうでした）
----------------
■プレマルチ？orアンプレマルチ？
・上は簡略化した計算式。実際の計算式OVERは
（A*a)+（B*（１−Aa））
・Aにアルファの掛け算をするのが大前提。
・事前にアルファの掛け算をするのかしないのか。（事前にするのがプレマルチ）
（AEでもオプションがある。確か「黒マットをキャンセルさせる」？調べとこう）
→これは重要。
----------------
■マイナス値
・計算をすることで、32bitだと黒がマイナスになる場合がある。
→マイナスがあると、カラーが反転してしまう。（これもAEで試したら実際そうなりました）
・必ず、スポイトで拾って黒部分のカラーを確認する。
→見た目じゃなく計算式。
----------------
■Photoshopの色とNUKE（AEでもだけど）の色が変わってしまう。
・グロー系のエフェクトはほとんどだめ。
・まずはリニアで作業して、後でsRGBに戻すと同じになる。
（補足：このあたり、コンピュータの認識する色と人間が認識する色の違い云々、というのが関わってくると思うのですが、もう少し調べたいところ）
----------------
■ガンマ
・使ってもいいけど、ガンマは、一番厄介なもの。
（PPIがではガンマ2.2くらいを好んで使っているが、原則禁止にしているとのこと）
・ゲインをいじった後に、色を戻すことができるか？
→ガンマを途中でかけちゃうと、戻せない。（できるけど・・・）
→ガンマってのは、規定の値。本当にこの調整をしたくてやっているのか？
----------------
■ルックアップテーブル（LOOKUPTABLE）
・ガンマではなく、LOOKUPTABLEを使って、自由にやったらいいんじゃないか。
（AEではレベル補正？）
・ルックアップテーブルなら、Rの数値だけを下げるとか出来る。
・カラコレでガンマを使わなきゃできない、なんてことはない。
・フローティング(32bit）でガンマいじった時に、マイナス値がでちゃうことがある。
----------------
■グループ化
・カラコレの計算は１つのグループにまとめて欲しい。
→AEだと、カラコレ後のコンポにさらにカラコレ、とかよくやると思うけど、それで絵が劣化する。
例）
ブライトネス→移動→ブライトネスとかやると・・・
移動させた時点で、イコールが付いてしまう？（←これがよく分からなかったけど、おそらく計算が一旦完結してしまう、というようなことかしら）
移動に対して、そこで完結させずにさらに実行すると、エッジが甘くなったりするなど、絵が荒れる。
・鉄則として、１つの行為をまとめて完結させる。
・ノード系のコンポジットソフトはこのへんのしくみがよくわかって良い。
→１つの処理には、１つのノードしか無いので好き。めんどくさいけど。
----------------
■リニアワークフロー
・CGから上がってきた素材は黒い。（←これもよく分からなかったですが・・・ガンマの関係でしょうか）
・OPENEXRを使う。
・作業ワークスペースでガンマはかけて欲しくない。曲者。
→内部的にはリニアで作業する。モニタだけガンマを上げる、とかやるとよい。
・リニアはオーバー（明るすぎること）しても戻しやすい。良いクオリティであがる。
----------------
■引き算で気をつけていること。（シャドウとか）
・どうしても絵がマイナスになっていくので、チェックして確認。
・もらったパス素材をそのまま使うのではなく、ちゃんと確認する。
・目で見て判断しない。
→それらを１人１人気をつけることで、必ずクオリティはアップする。
----------------
■まとめ
・海外に行って、何かが違うことに気がついた。
→それが計算式！
・海外のコンポジターはみんなそれを知って、実践している。
・日本でも出来るはず！
----------------
■質問
・EXRでマイナス値の素材はあるのか？
→ベクター素材。ポジションパスとか。
（以下、僕から直接KojiVFX様に質問させて頂いた内容です）
・仕事で8bitの素材を貰うことが多く、ワークフロー自体8bitで行なっているが、それでも32bitフローティング環境で作業すべきですか？
→32bitは重いけど、必ずクオリティは上がる！
→8bitの素材はどうにもならないので、せめて12bitの素材をもらえるように。
・映画の合成で、OVER、ADDなど以外に特殊な合成モードは使用されますか？
→全然使用する。
→ただ、スクリーンなどは実はマイナスの計算を行なっているので、合成結果がマイナス値になる可能性がある。しっかり数値で見て、理解して使えば問題ない。
----------------
・・・以上、１時間の短い時間ではありましたが、非常に充実した内容でした。
我々の職種（ゲーム、パチンコ）としては耳なじみのない言葉、初めて聞くことも多く、決して全ての内容を理解したとは言いがたいのですが・・・引き続き不明な点は調べて、かつ必ず実践して、映像のクオリティアップに繋げたいと思います。
素晴らしい講演をしていただき、なおかつご質問にも答えて頂いたKojiVFX様に感謝です！
（ご本人は、来年以降はまた海外で仕事を探すとのこと。頑張ってください！）
----------------
さて、次はいよいよ最後の講演、デジタル・フロンティアの鉄拳セミナーです！
2011-10-27
【研究】FBXについてあれこれ
ちょっとまとめる時間がないので、セミナーの記事はまた後で。
今仕事でやってるFBXに関するあれこれ。
maya→maxのエクスポートなのですが、やはり一筋縄ではいかん。
そもそもFBXって何よ？って人はこちらから。Autodeskの公式ですが。
＞http://www.autodesk.co.jp/adsk/servlet/pc/index?siteID=1169823&id=14945696
----------------------
まず大前提として、事前に、FBXプラグインのバージョンをmayaとmaxで合わせる必要があるかと。それぞれのソフトインストール時に、一応FBXプラグインはインストールされるのですが、常に最新のものにしておくのが無難かと思います。（現状の最新は、2012.2）
http://usa.autodesk.com/adsk/servlet/pc/item?siteID=123112&id=10775855
・maxのプラグインガイド
----------------------
■maya側のポイント＆問題点
当然ながらFBXで書き出されない情報もあり、それを含んだシーンは書き出し時にエラーが出たりするので、事前に消去or修正する必要があります。（エラーが出たとしても、意外と書き出しでフリーズすることは無いです。そのへんはちょっといいかも＞FBX）
・書き出しオプションは、デフォルトで用意されている「Autodesk Media&Entertainmant」をベースにすれば、基本問題無し。
・ガンマなどをテクスチャに追加適用したマテリアルは、書き出し時にエラーが出てしまう（書き出しは行われるが、テクスチャがついてこない）ので、テクスチャは「ファイル」のみにしておく。mayaでグラフネットワーク繋ぎなおせばOK。色は後でmax側で調整の必要ありだけど、Photoshopで同様のガンマを事前に入れておけばいいか？
・まだ検証中ですが、おそらくbump2Dノードを適用したバンプマップや、スペキュラマップは書き出せるっぽい。
・非表示のオブジェクトはエクスポートされない？・・・のかと思ってたら、書き出し時に「すべてをエクスポート」を選択すると書き出せるっぽい。ただその場合、エクスポート先（今回はmax）での可視性が「0.0」（完全透明）になっているので、ちょいと戸惑う。
・メッシュ、マテリアル、テクスチャ、ボーン構造は、データさえ整理すればそのままmaya→maxに持ってこれる。ただ、コンストレイン情報やIK情報は、今回のデータではできなかった。エクスポータにはコンストレインをONにするオプションもあるのだけど、これをONにするしないにかかわらずダメ。コントローラーのオブジェクトがエクスポートされるだけで関連性は削除されている。（エラーメッセージには「ベイクが必要だよ」みたいな表示が出るけど・・・）
・やっぱり日本語フォルダ名はご法度！エクスポート時にテクスチャパスも書き出されるのだけど、勝手に英語名にパス書き換わってた。事前にBonusToolsとかで直しとく。
BonusToolsダウンロード＞http://area.autodesk.com/bonus_tools
・mayaでのウェイト情報は、maxではスキンモディファイヤとして読み込まれる。
・実はデータに軽くフェイシャル（mayaのスキンクラスタ）が付いてたのですが、これはmax側でちゃんとモーファーモディファイヤとして認識されました。ただ、５種類あったはずのターゲットが、エクスポートすると実質2種類に減ってたけど・・・
＞（解決！）ターゲットの名前が同一だったせい。フェイシャルターゲットの名前を全部固有にしたら、大丈夫でした。
・シェイプは持って来れない？オブジェクトに置き換えたらいいのかな？
＞ジオメトリの設定で、Nullオブジェクトに変換したデータ書きだしたけど、MAX読み込みで失敗（エラーで落ちる）。
・この件に関係ないけど、作業中にグラフネットワークが表示されなくなった？再起動したら直ったけどこれってバグ？
一応、maya初期化の方法＞http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1341123518
・先ほど、ガンマ情報を削除したけど、テクスチャをmayaで統合（mayaファイルのエクスポート）してからのほうがいいのかなあ・・・
・単位の設定が重要です。今回のデータだと、mayaからcm出力→maxでcmでインポートだとうまくいかない。実寸の1/10になる。おそらくmayaで実寸で作ってないせい。mayaで出力時にcm（係数10倍）→maxでmmで受け取ると実寸に近くなる。
以下、ヘルプより抜粋。
基本のシステム単位にインチを使用する 3ds Max とは異なり、MotionBuilder と Maya はどちらもセンチメートルを使用します。この違いに対応するために、3ds Max ユーザは、表示単位をセンチメートルに切り替え、既定値のシステム単位設定(インチ)はそのままにするように勧められることがあります。この設定によって、他のソフトウェア アプリケーションとの間でファイルを交換する場合に問題が発生します。
たとえば、3ds Max オブジェクトを書き出す場合に、表示単位をある測定単位(センチメートルなど)に設定し、システム単位を別の測定単位にすると、FBX エクスポータは表示単位と異なる場合でも 3ds Max のシステム単位のみを評価します。
FBX ファイルを MotionBuilder で保存し、再度 3ds Max に読み込む場合はさらに複雑になります。FBX インポータは、3ds Max のシステム単位を評価しますが、FBX ファイルを MotionBuilder で保存すると、センチメートルに変換されます。FBX インポータは、それに応じて入力される FBX ファイルを 3ds Max のシステム単位に合わせて変換します。これによって、スケーリングするつもりがなくてもオブジェクトはスケールされます。表示単位は常にセンチメートルであるためです。
FBX ファイルを 3ds Max と MotionBuilder の間で交換する場合は、システム単位設定をセンチメートルに変更して一致させます。FBX ファイルを 3ds Max と Maya の間で交換する場合は、Maya の作業単位に合わせて 3ds Max のシステム単位を変更します。
・エクスポートしたボーンが、maxで表示した時に選択プラケットが大きくなっちゃってすごい邪魔。（移動ツールのときだけで表示されないのはなぜ？）
＞実際にはダミーの周りに表示されるのは選択プラケットではないっぽい。
・上記現象を嫌って、エクスポート時に「ボーンに変換」すると、一部ボーンが90度回転しちゃうのでこれもダメ。（UP軸が異なるせいか？）
・maxにエクスポートしたボーンに合わせて、新規でBipedを組んだ。
↓
各スキンごとに、不要なエンベロープを削除→エンベロープ（.env）保存しておく。
（もしかしたら、mayaでオブジェクトまとめれば1スキンで済んだかな？）
↓
一旦スキンを削除→再度適用→先ほど保存した.envを読み込み。
読み込み時、各エンベロープに対応するように、Bipedのリストを入れ替えるのがポイント。
↓
ウェイト情報を全くいじらずに、mayaのボーンをmaxのBipedにのせかえ成功！
既に適用されたウェイト設定を、そのまま利用できるので便利！
Bipedの何がいいって、既存のbip、bvhファイルを利用できる！
・キャラはだいたいメドが付いたのだけど、マップがまず大きすぎて、mayaでテクスチャを表示させようとしただけで落ちる・・・メモリのせい？
・一部だけ選択したら表示できた。テクスチャから、キャラと同じようにガンマ情報抜く必要があるけど、マテリアルの量が多くて大変・・・
・マップ全体を選択して書きだすと、maxのFBX読み込み時に落ちる。部分的に選択して書き出し、を繰り返すしかないか。めんどいけど・・・
------------------------------
今日はここまで。
2011-10-26
【レポート】CGWORLD 2011 -クリエイティブ カンファレンス〜�� 神風動画
http://www.borndigital.co.jp/seminar/detail.php?id=221
2コマ目は、14:00-15:00。
こちらもおなじみのCGプロダクション。「FREEDOM」で一躍有名になった、神風動画さんの講演です。
＞＞神風動画 http://www.kamikazedouga.co.jp/
講演タイトルがなんと「デジタル女子のXXな話」ということで、これまたいつもの技術的な話とは一風変わった(おそらくは始めての試み)ものとなっています。
代表の水崎さんがMCを務める形で、業界関係の女子6名と本音トークを繰り広げるという…そう、ちょっと前まで日テレでやってたから騒ぎなかんじの番組のアレです。
水崎さんはCGworldなんかでもおなじみなので、そのイケメンぶりはご存知の方も多いかと思いますが、生水崎はかなりイケメンです。声も良く、MC役としてもピッタリ。正直、この講演を選ぶべきかどうか迷ったのですが、職場の女子との上手なコミュニケーションの取り方の勉強になるかな〜とか言い訳をしつつ、単純にどんな女子が集まるのか、という興味本位で参加しました。ええ、ゲスな理由です。どんなドロドロした話が聞けるのか…期待膨らむ中講演スタート！
-----
(スライドに、例の番組っぽいロゴが映され、会場内には例の番組っぽい音楽が…)
女性比率の少ない業界、
果敢に立ち向かう皆さんのナマの意見を！
MC水崎さん登場。追って女性陣6名登場。お名前は伏せますが、順を追って紹介がありました。以下概略。
---
1.ＣＧ作家・元声優
・ベビスマ（http://www.fujitv.co.jp/b_hp/baby-sma/index.html）出たことがある。声優らしく、声を入れて豪華に見せた。
・オリジナル作品も作成。制作・演出も自分で。（牛山さんの作風に似てるな〜と思った。＞http://usms.ws/）
・CGはじめて１年だって。すごい。
・声の演技から作品を発想する？→そうでもない。
・ガチオタらしい。
※Youtubeの作品紹介見たら、この人青山さん（＞http://www.project-wivern.com/main.html）の奥さんなのか？確かに公演中も「旦那が〜云々」言ってたけど･･･
・背景・キャラクター作成
3.アニマ CGデザイナ
・キャラクターモデリングを主に。。オリジナル短編とかも。(アニマでは１年に１本くらいはオリジナル作ろう、みたいな風習がある)
4.バンダイナムコゲームズ プロダクトマネジメント（販売戦略）
・たいこのお姉さんでおなじみ？
・この人もガチオタ
※謎情報：バンナムは社内に滝がながれているらしい。
・明和電機とお仕事も。(びんぼうゆすりをカウントする装置。＞http://white-screen.jp/?p=2392)
・名刺作成も受けているらしい。１デザイン１０万で注文できる。
・IE9でプラグインなしで動画動かすウェブサービスを手がけた＞http://jsdo.it/event/svggirl/
・うっかりペネロペ：ペネロペは青いコアラの女の子らしい。２４カ国でOA。背景は２D（絵本をベースに）
・レスキューファイアー：１シーズン目は田口健太郎、２、３シーズン目は山本明VFXで。
---
(ここから、事前に取ったアンケートから、面白回答を紹介。あの番組のアレです。)
■男女比は？
・白組は１／３。神風も
■何故自分だけが頼まれるの？あんなことこんなこと
・頼まれない（アニマ）→頼りない
・つぶやいといて（KAYAK) ＞http://twitter.com/#!/barimi
・領収書のまとめ
■気づいて！私なりのSOS（↓こんなときはSOSのサインです）
・気配を消す
・おでこ全開（髪うざいので）
■朝方？夜型？
・朝型・・・１名
・夕型・・・１名
・夜型・・・４名
■仕事中によく見るサイト
・前田有一の超映画批評（白組の方）＞http://movie.maeda-y.com/
■怖いと思った話、死ぬかと思った話。
・失踪者が出てそのまま行方知れず。
・入社直前のサバゲーではじめて社長と会う。（アニマの笹原さん）
・領収書に「尻組」とかかれていた。
■スキルアップのためにやっていること
・新刊本チェック。最近はインド数学。＜これ確かに僕も興味あります。2桁の掛け算とか。＞「インド数学で計算しよう」http://math.hoge2.info/
・人と話す時になるべく黙る？（声優の方）
■好きなことを仕事にするための努力
・ツンデレ？・・・仕事との距離感？あくまで俯瞰で見れるようにってことでしょうか。
・普通の仕事してる友だちの話は聞かない。・・・絶望するからね･･･。
・どんな仕事でも、最後には好きになっている。･・・・母性本能で作品を愛する。
---
・・・とここまででタイムアップ！
最後はかなり巻きで進行したのですが、想定の内容の半分くらいしか講演内では紹介できなかったようです。残りの内容はぜひ次回でやりたい！とのこと。
（個人的感想）
---
まあ上記のとおり、あまり期待したようなゲスな内容も、つっこんだ話もなかったのですが、まあMC水崎さんの話のうまさと個性的な女子の面々で1時間持ったかな･･･と思います。ただ皆さん、一流のお仕事をやっておられるなということで、自分も負けてらんないなと思いました。
1コマ目でも感じたのですが、社長、代表をやられるような方は総じてプレゼンがうまい！そして声がいい！
プレゼンは練習でうまくなるかもしれませんが、声は先天的なものなので･･･やはり、なるべくしてそういうポジションに就かれているのかなあと思いました。
さて次は、本日の（個人的）メインイベント、KojiVFXさんの「映像合成基礎」です！！
--
「Pythonゲームプログラミング入門」の著者とありますが、翻訳です。
「@shinriyo_twitter」はATND用で、GoogleアカウントなどでATNDのアカウントを取得したため「_twitter」をつけましたが、普段はshinriyoだけです。
http://www.slideshare.net/ShinsukeSugita/unity-programing-on-boo-10045689
誤字みつけました。
・Ubity
・JavaSvript
先日は有難う御座いました＆ご指摘有難う御座います！
ご指摘の箇所、修正しておきました。
大変失礼致しました。
Unity勉強会はまた来月も御座いますのでぜひご参加下さい。
ご指摘の箇所、修正しておきました。
大変失礼致しました。
Unity勉強会はまた来月も御座いますのでぜひご参加下さい。