桜は散ってしまいましたが、皆さんは花見出来ましたでしょうか？
DFの花見はなんと300人ぐらいで、暖かいいい日に行えました。

さて最近の自分はシミュレーションを毎日行っています。Massive は基本シミュレーションですが今回ショット作成のフローが似ているNaiadを紹介したいと思います。
Massiveと似ている？群衆とParticleが？Massiveのフローは少ない人数で動きを設定し、ある程度満足する動きになったらいっぱい複製してコマンドラインでシミュレーションします。
Naiadも同じで、エージェントではなく、Particleを使って行います。

Naiadを簡単に説明：
Naiadをまだ触っていない方に軽く説明しますと…

シミュレーションのデータはBody（ボディー）といい、NaiadのノードはOperator（オペレーター）といいます。OperatorでBodyを発生、変形、消したり出来ます。上記の図の青い部分がOperator。Operatorはシミュレーションの設定を行う場所です。黄色い部分はBody情報で、どのようにBodyが変化したかの情報を確認出来るところです。

Operatorを選択し、下記のようにノードのパラメータが表示されます。

Bodyを選択して情報を確認出来ます。下記の図を見ればEmitterから43,782 Particleが出ていることが分かます。

Operatorに関しては大きく3種類あります。

BodyとFieldの中でも色々な種類があり、一つずつ説明するのは時間がかかるので後でグラフを見せながら少し説明します。Scopeはデータをビュー上で表示するためのノードになります。

最後にグローバル値を設定するためのOperator

たとえば全体のVoxelを細かくしたい場合、このOperatorで設定します。
Body毎にVoxelを設定した場合、グローバルではなく、その他のOperatorを選択し、設定できます。

流体シミュレーションに関して：
Collision（衝突計算）はオブジェクトその物ではなく、Volumeで行っています。
Volume情報がない物は計算行いません。
最初からVolume情報を持っている物はこちらになります：
１．Volume
２．Rigid-Body
３．Particle-Liquid(Mayaで言うところのFluid的なもの)
４．Field-Gas/Smoke/Fire

情報がないのは：
1． Mesh
2． Particle
※Meshは必ずVolumeに変換する必要があります。

上記の図はノードのグラフを作る流れのベースになります。
※違う物もあります。
１．最初にParticle、Liquid、Meshを作成または読み込みます。
２．必要なデータをVolumeに変換します。
３．Emitterを設定します。
４．VolumeをJoinでまとめます。（⑤に影響させたくないVolumeを⑤の後にJoin）
５．Force(力)を与える、たとえば重力。
６．Dynamics Operatorを通します。
７．Terminal（終了ノード）またはWrite（書き込みノード）で終了です。

３つのシミュレーションファイル（.ni）を作るケースが多いです。
1． ベースのシミュレーション
2． ①を使ってMeshを作成
3． ①か②を使って細かいSplashを作成
※　②を作らないケースもあります。

シミュレーションの注意点:
Collision用オブジェクトからParticleがもれる。
これはなぜでしょう？前述の通りMeshその物にはCollision出来ません。１回Volumeに変換する必要があります。その変換の設定によってはVolumeに問題が出たりします。

それを確認するためにScopeを使います。Scopeはデータを表示するためのノードです。
Iso-ScopeとTile-Scopeを下記のようにつないでMeshのVolumeを確認します。

Iso-ScopeでCollisionで使われているVolumeが見れます。
Voxel ScaleやTile Sizeが足りない場合、Collisionオブジェクトに穴が開きます（下記の図を参考ください）。

MeshVolumeやGlobalのTile Layoutを下げたり、MeshVolumeのThicknessを変えてください。

Globalの値を修正する場合、すべてのVolumeが細かくなりますが、シーンも重くなるので注意が必要です。

上記の図は修正後のVolumeになります。穴が全部消えて、Particleがもれなくなりました。

NEL：Naiad Expression Language
Naiadを使っていくとちょっと複雑のことをやりたい場合、NELを使う必要があります。
たとえば、２つのViscosity(粘性)のParticleを混ぜたい場合とか
Naiadでは１つのFluid Bodyしか扱えません。ではどうやって2つのViscosityを作るか？
それはEmitterIDを使ってNELで処理します。
最初に2つのLiquid-Emit-DistanceノードのEmitter IDをチェック入れてID番号をつけます（下記の図を参考ください）。

次は3つのParticle-Nel-Channelノードを使ってviscosityを設定します。

最初のノードでviscosity channelを作成します。

上記の図を訳しますとフレーム１でグローバルviscosityを好きな数字に設定します。
今回は０。
次の2つのノードを使ってemitterID毎にviscosityを個別に設定します。
下記の図はemitterID_100_viscosityのNEL.

NEL コード：
[code]max(.viscosity,(.emitId == 100 ? 2 : .viscosity))[/code]

maxのexpressionは2の値の大きい方を返します。
2番目の値はemitIDが100の場合は２、それ以外はグローバルのviscosity

emitterID_200_viscosityのNELをちょっと変えてください。
NEL コード：
[code]max(.viscosity,(.emitId == 200 ? 500 : .viscosity))[/code]

今回maxはいらないですが、値をこれ以上下回りたくない場合、このような書き方があると知ってた方が便利です。

この段階で(Naiad)でシュミレーションしても何にも換わりません。
なぜでしょう？Maya的に説明しますとattributeを追加しましたがまだどこにもつながっていない状態です。ViscosityをFieldに変換しないといけません。

上記の図を説明しますと
IsolateノードでParticleのBody情報だけをゲットする。

Field-Particle-Splatノードで作ったviscosity channelをfieldに変換する。

Field-Nel-ChannelノードでField.viscosity channelに変換したfield情報をつなぎます。
Expressionは:’f'です。

これで一通りの流れが完成です！結果はこんな感じです。

この他にもRigidBodyやSplashの設定などまだまだ色々ありますが今回はこの辺で終了したいと思います。
Naiadのサンプルはウエブにいっぱいあるのでそれを見ながら勉強すれば早いかと思います。

最後にExotic MatterのMarcusに今後どのような機能がNaiadに入るかを聞きました。
場所によってHighResに出来る機能は今後入るようです。

では

CGといえばアニメーション派だった私にとってこれは願ってもないチャンス！と思いきや扱うソフトが増えててんてこ舞いに・・・。最近はメインでMotionBuilder周りの開発、あとはプロジェクトによってSoftimageかMayaです。複数のソフトの仕様に接しているといろんな発見があって新鮮で、あるソフトが持っている機能を別のソフトで実現するにはどんなアプローチで実装すればいいだろう考えるだけでも楽しいです。

せっかくなのでちょっと求人もしちゃお。
スクリプトスキルを高めたい方はぜひDFのアニメーションチームにTDとして応募したらいいと思いますよ。
たとえばこんな人。
　・もともとCGアニメーターやってたけど、ちょっとスクリプト書き出したらそっち頼まれる機会が増えて
　　いろんな意味でハマってしまった人。
　・モーションデザイナーをちょっと休憩してプログラミングスキルを身につけたい人。
　・ゲーム屋さんでテクニカルアーティストやってるけど、映像系の知識もほすぃーっていう人。
　・ドMな人、もしくはドSな人。（良い意味で）
映画もゲームも大作に携われるのはデカイですし、何よりフリーダムですよ。学生さんでも大歓迎ー。

はい。
というわけで、アニメーションチームのメインツールである、MotionBuilderのスクリプトネタをご紹介しようと思います。

まず、どのソフトでもそうですが、ワークフロー上の何らかのルールに則った作業を自動化したいというケースは多くて、SoftimageやMayaなどであればコマンドの履歴が出ますから、一通り手動で作業したコマンドの履歴をコピペして、ちょっと書き換えれば何とかなってしまうこともあります。ところがMotionBuilderはそれを許しませんっ。コマンドの履歴なんてありませんからね。とっかかりとしては非常にやりにくいソフトだと思われます。

「何らかの作業を自動化する」場合、
大体、前処理（データの状態を知る）、メイン処理（作成する・変更する・削除する）、後処理（整理する・記録する）の3つに分かれるかと思っています。どういうことかというと、
たとえば、MotionBuilderのシーン中から何らかの条件を満たすものを検索する前処理、見つけたら何らかの変更を加えるメイン処理、そして実行結果をサーバー上に記録しておく後処理といった具合です。

もちょっと具体的な例でいうと、
「キャラのデータがまだない！」そんなときは、とりあえず仮の別キャラで作業しといて、あとで正しいキャラのデータに差し替えるかと思います。
初めから仕込まれている補助骨用コンストレインの様なものはいいとして、それ以外に、別途デザイナーが作業用にコンストレインを組んでいたりすると、差し替えた後に手動でまたコンストレインをつけ直させるなんて無駄です。何十カットもあったら最悪です。差し替えをスクリプトで自動化する際に、「もし勝手に作ったコンストレインがあったらつけ直す」など、状況に応じて対応できると便利ですよね。さらに、ツールを使用した時の詳細情報をログとしてサーバーに出力しておけば、不具合の報告があった際にそれがいつから不具合が出ているのか、特定のキャラのみで発生する不具合なのかなど原因を絞り込みやすくなります。ということは無駄な検証、情報収集をせずに済むというメリットがあります。

と、ずいぶん前置きが長くなってしまいましたが、
今回はその一番初めの工程、「前処理（データの状態を知る）」 に着目してスクリプトを紹介してみたいと思います。

目次

・シーン内のアイテムを取得する
・グループ・フォルダの中身を取得する
・あるアイテムがどのグループ・フォルダに所属しているか知る
・選択しているシーン内のアイテムを取得する
・プロパティの値を取得する
・コンストレインで使用しているモデルを取得する
・モデルを拘束している、もしくはモデルを参照しているコンストレインを取得する

※本記事中のコードは全てMotionBuilder2010(windows7,64bit)でのみ動作確認を行っています。他の環境では動作に違いがあるかもしれませんのでご注意ください。

シーン内のアイテムを取得する

まずは、シーンから何かを取得する例です。

■名前を指定してモデルを取得
[python]
from pyfbsdk import *
a = FBFindModelByName(“Cube”)
print a.Name
[/python]
シーンにCubeがあればこれで取得することができます。
FBFindModelByName() は pyfbsdkモジュール で既に準備してある便利なファンクションです。
しかし、取得できるのはモデル限定です。グループやコンストレインを取得することはできません。

グループやコンストレインを取得したい場合は次に説明するコードで取得できます。

■リストの中から指定した名前にマッチするオブジェクトを取得
[python]
import re
from pyfbsdk import *

def get_find_objects_by_name(name, items):
ptn = re.compile(name)
result = []
for item in items:
if ptn.search(item.Name):
result.append(item)
return result

def print_names(comment, items):
for item in items:
print comment, item.Name

a = get_find_objects_by_name(“”, FBSystem().Scene.Groups)
print_names(“Groups:”, a)
a = get_find_objects_by_name(“Position”, FBSystem().Scene.Constraints)
print_names(“Constraints:”, a)
a = get_find_objects_by_name(“^(?!Producer)”, FBSystem().Scene.Cameras)
print_names(“Cameras:”, a)
[/python]

get_find_objects_by_name(name, items) について
第1引数(name)に指定する名前で検索します。書式には正規表現を指定することができます。
第2引数(items)に指定するリストの中から検索します。ここを状況に応じて変えれば汎用的に使うことが可能です。

上記コードはグループとコンストレインとカメラのリストからそれぞれ取得する例ですが、
他にフォルダやテクスチャーなどでも可能です。↓
[python]
FBSystem().Scene.Folders
FBSystem().Scene.Shaders
FBSystem().Scene.Textures
FBSystem().Scene.VideoClips
FBSystem().Scene.Materials
FBSystem().Scene.Characters
[/python]

グループ・フォルダの中身を取得する

今度はグループやフォルダに登録されているモデルを取得する方法です。
適当なグループを作り、Cube等のモデルを追加してから実行してください。
[python]
import re
from pyfbsdk import *

def get_find_objects_by_name(name, items):
ptn = re.compile(name)
result = []
for item in items:
if ptn.search(item.Name):
result.append(item)
return result

def print_names(comment, items):
for item in items:
print comment, item.Name

def get_members_of_(target):
result = []
for item in target.Items:
result.append(item)
return result

grps = get_find_objects_by_name(“”, FBSystem().Scene.Groups)
a = get_members_of_(grps[0])
print “Group:”, grps[0].Name
print_names(“Group item:”, a)
[/python]
get_members_of_(target) について
グループやフォルダの中身は .Items で取得することができます。（大文字小文字の区別がありますからご注意ください）

中身から名前を指定して取得したい場合は、 get_members_of_(target) のかわりに
get_find_objects_by_name(name, items) を使い回せば名前でフィルタリングしつつ取得できますね！
[python]
grps = get_find_objects_by_name(“”, FBSystem().Scene.Groups)
a = get_find_objects_by_name(“^Cube”, grps[0].Items)
print “Group:”, grps[0].Name
print_names(“Group item:”, a)
[/python]

あるアイテムがどのグループ・フォルダに所属しているか知る

今度は逆に、モデル等がどのグループ・フォルダに含まれているかを調べる方法です。
[python]
import re
from pyfbsdk import *

def get_find_objects_by_classname(name, items):
ptn = re.compile(name)
result = []
for item in items:
if ptn.search(item.ClassName()):
result.append(item)
return result

def print_names(comment, items):
for item in items:
print comment, item.Name

cube = FBFindModelByName(“Cube”)
a = get_find_objects_by_classname(“FBGroup”,cube.Parents)
print_names(“Owner groups:”, a)
a = get_find_objects_by_classname(“FBFolder”,cube.Parents)
print_names(“Owner folders:”, a)
[/python]

get_find_objects_by_classname(name, items) について
get_find_objects_by_name(name, items) を名前ではなくクラス名で判定できるよう
に書き換えました。コードはほとんど一緒です。
あるアイテムが属しているグループやフォルダは .Parents で取得することができます。

選択しているシーンアイテムを知る

スクリプトの処理対象をユーザーに指定してもらうケースなどで、選択の有無を判定する方法です。
Cube や camera をシーン上に作成後、選択して実行してみてください。
[python]
from pyfbsdk import *

def print_names(comment, items):
for item in items:
print comment, item.Name

models = FBModelList()
FBGetSelectedModels(models)
print_names(“Selected:”, models)
[/python]
FBGetSelectedModels(FBModelList) は pyfbsdkモジュール で既に準備してある便利なファンクションです。
上のコードでは、選択されているモデルを models に格納してくれています。
しかし、取得できるのはモデル限定です。グループやコンストレインを取得することはできません。

そういう場合は次に説明するコードで取得できます。
[python]
from pyfbsdk import *

def get_selected_objects(items, selected=True):
result = []
for item in items:
if item.Selected == selected:
result.append(item)
return result

def print_names(comment, items):
for item in items:
print comment, item.Name

a = get_selected_objects(FBSystem().Scene.Groups)
print_names(“Selected:”, a)
a = get_selected_objects(FBSystem().Scene.Groups, False)
print_names(“Not selected:”, a)
a = get_selected_objects(FBSystem().Scene.Folders)
print_names(“Selected:”, a)
[/python]
get_selected_objects(items, selected=True) について
選択の有無は、.Selected で判定することができます。
第1引数で指定するリストの中から判別します。
第2引数は通常指定しなくてもいいですが、
False を渡すことで、逆に選択していないものだけを取得できるようになっています。

プロパティの値を取得する

続いて、今度はプロパティの値を取得してみます。プロパティというのは、SIのパラメータ、Mayaでいうアトリビュートです。
Camera をシーン上に作成して実行してください。
[python]
from pyfbsdk import *

cam = FBFindModelByName(“Camera”)
print cam.PropertyList.Find(“Field Of View”).Data
print cam.PropertyList.Find(“Lcl Translation”).Data
print cam.PropertyList.Find(“ShowTimeCode”).Data
print cam.PropertyList.Find(“BackgroundColor”).Data
[/python]
Find(PropertyName) でプロパティ名を直接指定し取得できます。

ただ、プロパティ名がわからないと指定しようがないわけで、
どんなプロパティを持っているかは一覧にして確かめてみるといいです。
[python]
from pyfbsdk import *

def print_names(comment, items):
for item in items:
print comment, item.Name

cam = FBFindModelByName(“Camera”)
print_names(“Property:”,cam.PropertyList)
[/python]

コンストレインで使用しているモデルを取得する

コンストレインが拘束している、もしくは参照しているモデルを取得する方法です。
適当なモデルいくつかと Positionコンストレイン を作成してから実行してください。
[python]
from pyfbsdk import *

def print_names(comment, items):
for item in items:
print comment, item.Name

def get_find_objects_by_name(name, items):
ptn = re.compile(name)
result = []
for item in items:
if ptn.search(item.Name):
result.append(item)
return result

def get_registered_models(cns):
result = []
for grp_i in range(cns.ReferenceGroupGetCount()):
for model_i in range(cns.ReferenceGetCount(grp_i)):
result.append(cns.ReferenceGet(grp_i, model_i))
return result

constraints = get_find_objects_by_name(“Position”, FBSystem().Scene.Constraints)
a = get_registered_models(constraints[0])
print_name(“”, a)
[/python]
get_registered_models() について　
コンストレインは最低でも拘束する側とされる側の2つが必要です。Positionコンストレイン を例にすると、
「Constrained Object」 と 「Source」 です。
この場合、 ReferenceGroupGetCount() を使って2という値が返ってきます。つまり、Positionコンストレイン を構成する要素として、2つのグループが存在するということです。
また、2つ目の要素である
「Source」 は、「Source 1」 「Source 2」 「Source 3」 の様に参照先を増やすことができます。この場合、 ReferenceGetCount(GroupIndex) を使うと3という値が返ってきます。これは3つのモデルを参照しているということです。
最後に、 ReferenceGet(GroupIndex, ModelIndex) を使って
すべてのグループで使用している、すべてのモデルを取得しています。

あるモデルを拘束している、もしくは参照しているコンストレインを取得する

今度は上のコードとは逆で、モデルからコンストレインを取得する方法です。
Cube と適当なコンストレインを作成してから実行してください。
[python]
from pyfbsdk import *

def print_names(comment, items):
for item in items:
print comment, item.Name

def get_constraints_by_source(model):
result = []
for i in range(model.GetDstCount()):
if model.GetDst(i):
if model.GetDst(i).ClassName().startswith(“FBConstraint”):
result.append(model.GetDst(i))
return result

def get_constraints_by_destination(model):
result = []
for i in range(model.GetSrcCount()):
if model.GetSrc(i):
if model.GetSrc(i).ClassName().startswith(“FBConstraint”):
result.append(model.GetSrc(i))
return result

model = FBFindModelByName(“Cube”)
a = get_constraints_by_destination(model)
print_name(“destination:”,a)
model = FBFindModelByName(“Cube”)
a = get_constraints_by_source(model)
print_name(“source:”,a)
[/python]
get_constraints_by_source(model) について
これは、引数に指定したモデルを参照先として使っているコンストレインを取得するファンクションです。
GetDst(DstIndex) によってモデルの Destination をチェックし、クラス名がコンストレインだったら取得といった流れです。
ちょっとややこしいですが、
コンストレインから見たモデルは Source であり、
モデルから見れば、コンストレインは Destination です。
get_constraints_by_destination(model) も同様です。

おしまい。

すごく地味ーなスクリプトばかり紹介してしまいましたが、役に立ちますよねきっと・・・。
今後もMotionBuilderに関するスクリプトを紹介していけたらと思います（汗）ではでは！

※免責事項※
本記事内で公開している全てのコードの有用性、安全性について、当方は一切の保証を与えるものではありません。
これらのコードを使用したことによって引き起こる直接的、間接的な損害に対し、当方は一切責任を負うものではありません。
自己責任でご使用くださいませ。

最近、「室長」という呼び名が定着しちゃった感がありますが、実は「ひらく」と呼ばれる方が好きです。
機会があれば是非、「ひらく」ないしは「ひらくさん」と呼んでみてください。きっと喜びます（＾ω＾）

ここ最近はリニアワークフローにカラーマネジメント、そしてWindows7への以降など、矢継ぎ早に検証ごとを行ったりドキュメントを書く日々が続いておりました。そしてその中でも、Windows7への移行に伴った、AECS5.5（64bit）プラグイン対応というのがかなり大変でした…。なぜなら、弊社のAEプラグインはAE6.5（32bit）のSDKでコンパイルしたままにしていたからです。その昔、CS3あたりのSDKでコンパイルしたら大量にエラーが出て色々と面倒くさくなっちゃって（あ
というわけで、色々と取り組まなければならない案件を取りこぼして迷惑を掛けながらも、なんとか生きております。ええ生きておりますとも。

さて、前回ご紹介した≪画像処理入門【前編】 –そして僕は羽ばたいた–≫ですが、【前編】と書いてしまったからには【後編】を書かねばなりません。あー余計なことしたなー。なんで後編とか言っちゃったんだろうなー。こっそり編集してなかった事にしちゃおうかなー、、、なんて事を言ってる時間が勿体ないので、【後編】いきます。

１．前回のおさらい
前回のポストで、僕が作った≪光の回折プラグイン≫には、
①コンプでよくやる、エッジ部分のマスクを作って背景素材を合成する方法 【edgeBlendモード】
②実際に背景の明るい部分から光が漏れるような、そこそこ本格的なマスクを作って合成する方法【flareモード】
という二つの手法が搭載されていると紹介しました。
（flareと回折は別の現象なので、実はネーミングミスだったりして）

①のアルゴリズムに関しては前回紹介した通りです。
なので、今回は②におけるアルゴリズムを紹介します。
すっげー単純ですけどね。( ´,_ゝ｀)ﾌﾟｯ てなると思いますよ。(´ﾟ c_,ﾟ｀)ﾌﾟｯ

ちなみに前回も紹介しましたが、【flare】モードではこんな感じの結果が得られます（クリックすると大きくなります）

背景	キャラ（勿論マスクあり）
背景にキャラをのせただけのもの	【flareモード】で作られた回折合成用のマスク
【flareモード】での合成結果	【flareモード】と言ってもこうはならないので注意してネ!!（再）

前のエントリーでも書きましたが分かり易い合成例ですので、クオリティうんぬんは放っておいて下さい^^^

２．【flare】モードのアルゴリズム
flareモードのアルゴリズムは開発当初、『該当ピクセル（x, y）の近傍ピクセルを検索して一番明るいピクセルからの距離で輝度を決めればイイや』と単純に考えてました。ですがこのような単純なアルゴリズムでインプリすると、前回のブラーの時と同様、AEが固まって途方にくれるわけで…。毎度性懲りもなく画像処理の罠にはまるわけで…。もう（自分が）アホかと思うわけで…。父さん…。

そこで、頭から煙が出るほど（実際出た）考えて導き出した僕の結論は、『キャラのエッジ部分からrayを内側に放出してその積算量を回折光の量とする（回折合成用のマスクを作る）』という方法でした。つまり、『光の回折を起こす原因となるピクセルを最初から限定し、そこから発生する回折の光量を逆方向から計算する』事で、計算量を大幅に削ってしまおうと考えたわけです。そしてこれが意外とハマりました。それ以外にも細かい高速化を施していたりもするのですが、全部書くのはしんどいので、興味のある方はお菓子を下さい。（※但し美味しいお菓子に限る）

では実際、【flareモード】でどのようにして『回折合成用マスク』の生成を行っているのか、順を追って説明していきましょう。

① キャラのマスク（白黒の一枚絵）素材を用意	② ①に対して「エッジ検出」を実行 （アルゴリズムは前回のエントリーで紹介済み）
③ ②のアップ（どこの部分のアップかは推して知るべし！） ※[内側][外側]とは、キャラマスクの[内側][外側]という意味です	④ ③の、値が”0″ではない部分の背景素材がコレ
⑤ ④の輝度値（luminance）を光の強さとして、キャラマスクの[内側]にあるピクセルからrayを一方向に放出。もちろん、遠くへ行くほど減衰させる。（ここで言う「ray放出」とは、スプレーをひと噴きするイメージです）	⑥ ray放出でピクセルに降り積もった積算値
⑦ 全体で見るとこんな感じ （図は上から下に向かって一方向にだけrayを飛ばした状態）	⑧ 実際には、このrayを数本飛ばした積算値の平均を使用 （この図では縦横斜めの8方向）

　
最後の⑧で出た積算値を[0.0-1.0]でclampし、rayの軌跡を消すためのブラー処理を行えば、『回折合成用のマスク』の出来上がりです。そしてこのマスクを使って「回折光」を合成するわけです。「回折光」自体は、背景素材をぼかして使ってもいいですし、マスクを作る時と同じアルゴリズムを使って色を構築する事も可能です。僕のプラグインでは、どちらも対応できるような仕組みにしてあります。
※当時はfloat値でのブラーをインプリしてなかったのでこの順番（clamp→ブラー）にしてますが、
本当は逆の方が1.0以上の値が死なないので良いと思います

とまぁ、こんな感じで【flare】モードは出来上がっているわけですねー。(´・∀・｀)ﾍｰ

３．他の適用例
開発当時に作った別の適用例です。

ただの平面＆炎素材	この平面にプラグインを適用するとこんな感じ
実際のrayはこんな感じになってます これにブラーを掛けて使用してるわけですね b

　
アニメーションで見るとこんな感じﾃﾞｽ。
なかなか興味深い結果になっております (ﾟ∀ﾟ)

一応、綺麗なムービーもこちらにアップしておきます（QuickTime形式）

４．シメ
とまぁ、ふたを開けてみればなんじゃこりゃ、っていうくらい簡単なアルゴリズムです。高校レベルの数学で充分対応できますね(笑)
ただ、結構センスは必要な気がします。エフェクトプラグインってやはり、最終的なリザルトが良くないと使ってもらえない（意味がない）と思ってるので、とにかく結果が美しくなるよう意識して作っています。この辺は、いちデザイナーと同じ感覚ですかね。「面白い」もしくは「美しい」プラグインが出来るとホントに気持ちイイです。（同じくらい「使いやすさ」も重要ですが！）

また今回のアルゴリズムは、『rayを飛ばしてその光の積算量を求める』という単純な方法なので、比較的簡単にマルチスレッド化できます。
このプラグインの場合は、ray毎にスレッドを割り当てるようなコードにしたはずです（確か）。なのでさほど重くありません。

そしてこれ、普通に実機でも動くんじゃないかなぁ。てか、ゲームエンジンでもこういった手法ってあるんでしょうか？（ゲーム関連のアルゴリズムには疎くて） もしなければ【Hiraku Diffraction】とか適当な名前付けて、このアルゴリズム使ってくれないかなぁ。そして金一封とか貰えないかしらｗ シガール一年分とかでも良いけど^^^ でもよくよく考えたら、ゲーム実機において前景と背景を切り分けるのって大変そうですよね。今回のアルゴリズムは前景のマスク素材が必須だし、やっぱ無理かー。夢が遠のいたぜ！イエイ！＞＿＜！★

兎にも角にも、皆さんも機会があれば是非AEのプラグインを作ってみてください。
若干敷居は高いですが、最近はWEBでの情報もかなり充実してきてるので、比較的簡単に作れると思いますよ。
（今はNuke全盛なので、そちらでも良いと思いますけど）

以上、ヨックモ○クの回し者がお送り致しました。
それではまた！！さよおなら！！

このイベントは、昨年12月に弊社に導入した3Dスキャナーとモーションキャプチャーとの連携やパフォーマンスを計る目的として
企画しました。また、同じグループ企業でもある円谷プロダクション様のご協力により3月24日（土）に全国公開される劇場映画
「ウルトラマンサーガ」とのタイアップ企画が実現しました。

























当日はあいにくの雨模様でしたが、イベントにはご家族連れの来場者も多数訪れ終始和やかなムードに包まれました。また、
バックグラウンドには歴代ウルトラマンの主題歌が鳴り響き大人の参加者の中からは懐かしいとの声が多数聞かれました。

今回のイベントは、午前の部、午後の部に分かれて撮影をしました。午前の部には子どものアクターとして、元スーツアクターで
現在はCGデザイナーとして幅広くご活躍中の帆足剛彦さんの双子のお子さん、江くん（ごうくん）と岳くん（がくくん）6歳に参加し
て頂きました。二人ともウルトラマンの大ファンとのこともあり、直ぐにウルトラマンゼロのポーズを皆に披露し、気合十分な様子
でした。撮影が始まるとお二人とも、ウルトラマンゼロ、怪獣アーストロンになりきり、迫真の演技をしてくれました。










































午後の部では、DFのデザイナーの中からアクターを体験してみたいと希望してきた2名（左から守田、阿部）にアクターを演じて
もらいました。DFでは男性に比べ女性スタッフは少ないですが、そんな中でいつもマルチに動いている守田は3Dスキャナーの
PVにも出演しています。また、阿部は幼少からウルトラマンに憧れており夢がかなったと喜んで参加して頂いた、DF入社してまだ
間もないですが期待のデザイナーさんです。

大人が演技するウルトラマンと子供が
演技するウルトラマンどちらも迫力が
あって見応え十分でした。細かな動き
もキャラクターに反映されていたので、
子供と大人の動きをその場で比較でき、
スタッフも「面白い！」と新しい発見に
興奮していました。
モデルデータは、前述の3Dスキャナー
を使い高解像度で撮影されたモデル
データを今回の為に最適なポリゴン数
に再構築し、制作しました。さらに、ウ
ルトラマンゼロの光線やアーストロンの
くちからの火を吹く仕掛けも仕込まれて
いました。

今回は、映画「ウルトラマンサーガ」のVFXスーパーバイザーを務める弊社ディレクター前川にバーチャルカメラを構えて映画撮影
さながらの役者へのアクション指導やカメラワークでディレクションしてもらいました。バーチャルカメラを使用することでカメラが構え
ている構図をインタラクティブにモーションビルダー上に描画させ、大迫力の映像を巨大スクリーンに映し出せたことで観客席から
は歓声が上がるほどでした。





















来場して頂いたお父さんにもバーチャルカメラを担いで頂きカメラマン体験をして頂きました。また、会場では3Dスキャナーの展示
体験ブースを設置し、来場のお客様に写真を撮影する様に手軽に高解像度のポリゴンモデルが生成される所も体験して頂きました。

デジタル・フロンティアでは今後もこの様な参加者体験型のイベントを企画していこうと思います。
近日、CGWORLD.jpと来月号のCGWORLDにてイベントの様子とここで紹介できなかった弊社ディレクター陣のインタビュー記事
も紹介する予定です。ぜひ、そちらもチェックして頂ければと思います。

映画「ウルトラマンサーガ」について
作品タイトル：『ウルトラマンサーガ』
公開日： 2012年3月24日(土)
出演：DAIGO　杉浦 太陽　つるの 剛士　黒部 進　森次 晃嗣　団 時朗　
高峰圭二　真夏竜　秋元才加　宮澤佐江　佐藤すみれ　梅田彩佳　
増田有華　小林香菜　島田晴香
声の出演：宮野 真守　　　　　　　　　　　　　　　　　
監督：おかひでき　特技監督：三池 敏夫　脚本：長谷川 圭一　
音楽：原 文雄エグゼクティブ・プロデューサー：山本 英俊　
監修：大岡 新一　チーフプロデューサー：北浦 嗣巳　
企画：岡崎 聖　渋谷 浩康　撮影監督：髙橋 創　
VFXプロデューサー：鹿角 剛司　VFXスーパーバイザー：前川 英章
宣伝プロデューサー：栗原 俊志　音楽監督：田靡 秀樹
制作：円谷プロダクション　配給：松竹
製作：『ウルトラマンサーガ』製作委員会
公式サイトはこちら








デジタル・フロンティアのモーションキャプチャースタジオ＆3DスキャナPV
をYouTubeにて掲載中！

Digital Frontier YouTube Channelはこちら
DF Twitterはこちら

さて、もろもろお伝えしたところで、今回の記事ですが今現在キャラクターリグをやっているのでリグに役立つ事について書いてみます。

ヒストリーをあえて使ってみよう
リグを組む前に要らないヒストリーを消すのは常識だと思いますが、デフォーマー以外のヒストリーをあえてリグで使っちゃう方法です。
デフォーマーだけにこだわらず使えるものは利用しちゃえば可能性は広がる！かも！？

今回、利用する機能です。
■combine
- – -Mesh > combine
■poly Bridge
- – -Edit Mesh > Bridge
■Bevel
- – -Edit Mesh > Bevel

今回はこれだけにしておきましょう。
どれを見てもみなさん普通に使ってらっしゃる標準のMayaのモデリング機能なんですがこれをデフォーマーのベースに使っちゃいます。

＿ １ ＿
こんなモデルが上がってきたとします。ベルト的ななにか？
こいつをセットアップしていきたいと思います。

＿ 2 ＿
polyBridgeするためのポリゴン板をベルトの上と下に用意します。
※polyBridgeではひとつのMeshShapeでしか割り当てることしか出来ないのですが、ここではまだ上下のオブジェクトをcombineしません。
動かすためのコントローラーも用意します。
ベルトに対しての上下のオブジェクトとコントローラーの位置は下図を参考にしてください。

＿ 3 ＿
さて、ここで上と下のポリゴン板をcombineします。
ここ重要です！！＞＞コンバインのHistoryは残したままにしておいてください。
Historyを残したままにしておくとcombineしたオブジェクトとtransformノードが二つ出来るはずですよね。
そのtransformノードを二つ作っておいたコントローラーの子にしてみてください。
コントローラーを動かすとわかるかと思いますがcombineしたあとでも上と下のポリゴン板を別で動かすことができます。

＿ 4 ＿
次にpolyBridgeを使います。
ポリゴン板のエッジを上と下それぞれ選んでpolyBridgeを作成します。
コントローラーを動かすと、デフォームしてくれるはずです。ですがリニアな動きにしかなりません。
もっと柔軟に！！という場合はpolyBridgeオプションにcurveという項目があるのでそれを組み合わせるといいでしょう。
ここでcurveを動かす三つ目のコントローラーを真ん中に足しました。

＿ 5 ＿
ここで気がついたのですが最初に作ったポリゴン板の縦幅、大きすぎましたねｗ
パッキリ形状が出るのが気になる！！ってかたはBevelかPolySmooth使うと良いですよ。

＿ 6 ＿
ここまで出来たらあとはpolyBridgeオブジェクトとモデルをwrapして出来上がり！！
簡単っすねｗ

＿ 最後に ＿
簡単な説明でしたがどうでしたでしょうか？
ここまでのサンプルデータを用意しました。参考になれば幸いです。

HistoryRig.ma（zip）

モデリングの機能なので意図しない動きになったり、重くなったりもするのでそういう問題を解決克服していくのもRigのお仕事です。
そしてわざわざこの手法を取らなくても、もちろん手段はいっぱいありますし、もっともっと効率的な方法もあります。
大事なのは、目的に沿ったものが組めるか、ということです。
リグを組む上で他にも大事なことはたくさんありますが割愛！！
てことで今回は締めさせていたただきます。

最後までご覧くださってありがとうございました！！

※注意※ 本記事内でダウンロード可能なサンプルシーンを使用したことによって引き起こるいかなる損害も
当方は一切責任を負いかねます。自己責任でご使用くださいませ。

花粉が刻一刻と私を攻撃してきて日増しに鼻声化してきている今日この頃です。
一説によると今年は花粉の量が少ないとか言われていますが実際のところどうなんでしょうか？
3月は私にとって一年でもっともスペックの低い月ですが負けないように頑張ります・・。

さて、今日のポストは、先月弊社にて新しく誕生した『CGジョブトレーナー』という職種について触れさせて頂こうと思います。

『CGジョブトレーナー』とはどんな職業かと言うと、読んで字のごとくCGデザイナーのトレーニングをする人です。
日本中にCGを教える専門学校や大学は数多く存在します。

しかし、CGプロダクションの作業フローを理解した上でカリキュラムを組む学校はそんなに多くないと思います。
つい先日某専門学校を訪問させて頂いたときも、ゲームを意識したのかかなりのローポリゴンデータで作成された

キャラクターの静止画を見せてくる学生さんを多く見受けました。ゲーム会社さんの採用基準については詳しく分かりませんが、

弊社の様な映像プロダクション目線ではローポリゴンデータで作られた静止画作品はマイナスからの評価になってしまいます。

これまでも弊社では、新人教育と独自のワークフローを取り入れて新卒の方を多数育成して参りましたが、

デザイナーがデザイン業務の傍らで教育するのはあまり好ましい事とは言えません。

そこで、この度弊社では、新卒者または制作経験の浅いデザイナーにCG技術を教える『CGジョブトレーナー』という職種を誕生させました。『CGジョブトレーナー』は、DF独自のワークフローを理解し、後進にCG技術を教える事に特化した業種です。

• 今まで教育現場で教えていたが、もっと制作現場に近い所で本当に役に立つテクニックを伝えていきたい方

• 長年CG制作の最前線で頑張ってきたがそろそろ方向転換し、今後は自分が才能ある若者たちを育成する側に立ちたい方

• CGに関してしか勉強してこなかった若者たちに社会人としての振る舞い、デザイナーとしての振る舞いを教えてあげたい方

そんな皆様のご応募をお待ちしております。
詳細はこちらをご確認ください。
http://www.dfx.co.jp/recruit/application/

最後までお付き合い頂きありがとうございました。

詳しくはこちらをご覧下さいませ。
■ソフトウェアディベロッパー, massiveアーティスト
■テクニカルディレクター, アシスタントテクニカルディレクター

皆様のご応募をお待ちしております！！

■Render関連
　弊社もLinear Work Flow(以下LWF）に本格的に乗り出すこととなり、2011で支援し始めた
　Color Profile関連の検証を行い、導入を検討しました。
　今までは擬似的にGammaを利用して作業してきたので2011を使用してみると若干明るいなと
　思いつつも今までやってきた方法も擬似的なものだから結果が違うのだろうと
　プロジェクトを進めました。大手の会社が間違うはずがないと。
　が、ある日オートデスクから懺悔の告白がありました。
　実は2011のColor Profile(sRGB変換部分)にはバグがあります…2012では解決しています…と。
　それで社内のあるプロジェクトとバイオハザードの質感担当の部署は大慌てで
　2012にバージョンアップを行い、作業もある程度やり直すことになりました。

　ですが、少し時間が経ってまた見つかったのがOpenEXRのImage compressionの[PXR24]が
　使用できないバグでした。
　LWFの利点を生かすためにはOpenEXRの導入は必要不可欠という判断を元に容量も
　かなり必要とするので2011で全てのImage compressionを比較してもっとも効率がいいのは
　[PXR24]という結論を出し、シーンもそのように設定しました。
　が、2012ではImage compressionを[PXR24]にしても[B44]に出される始末…。問い合わせしてみたら
　これはMentalRayのバグなので次のバージョン（2013)ではないと直らないとの返事でした。
　それでまた急遽Image compressionの設定をZIPに変更するように現場のデザイナに
　指示ことになりました。デザイナの目が怖いなと思った時期でもあります。
　皆さんも気をつけてください。

　①Maya2011のColor Profile(sRGB変換部分)にはバグがあり、正しくレンダリングされない。2012では直っている。
　②Maya2011では使用可能だったOpenEXRのImage compression[PXR24]は、2012では[B44]で出される。

　まあ、これらはLWFを行うことがなければ気にする問題ではないので他の方は大きなダメージを
　受けないバグだと思います。
　逆にLWFで作業している方はもう一度確認をしたほうがいいと思います。

■FBX関連
　・Maya 2012－カスタムアトリビュートがこない
　　2010や2011ではまったく問題なかったカスタムアトリビュートのImportですが、2012では
　　何故かできなくなっています。弊社のワークフローはMBでアニメーションの作業を行い
　　Mayaでそれを利用してカット作成をするようになっています。
　　今回MB上でカスタムアトリビュートを導入して必要情報をMaya上で使用することを
　　目論見ましたが見事に砕かれました。詳しく調べてなかった私のほうでも問題がありますが、
　　驚きなのは2011で普通にサポートしているカスタムアトリビュートさえもこないのには
　　涙を流すしかなかったです。3DSMAXのプラグインはそのカスタムアトリビュートをちゃんと読むんですよね…Mayaはスルーするのに…
　　急遽MB上でテキストで必要情報出してMaya上ではそのテキストで再現するといった
　　原始レベルで対応する方法しか取れませんでした。
　　まあ、このバグもカスタムアトリビュートを使用しなければまったく問題ないバグです。

　・MAX2012－システムを24FPSにしても何故か30FPSで読み込まれる
　　※これはバグなのか仕様なのか確認はしてないですが、個人的にはバグだと思って書いてます。
　　わけあって3DSMAXのFBX関連のスクリプトを書くことになりましたが、また見事に
　　やられました。手動でFBXファイルを読み込む分にはまったく問題がないのですが、
　　スクリプトで自動化をたくらむと落とし穴が待っています。
　　システムのFPSを24FPSに設定してもMAXScriptではFBXのデータを読み込むと見事に
　　Rotationの情報だけが30FPSで読み込まれます。厄介なのがTranslationとScaleは24FPSで
　　読み込まれるから間違いがわかりづらいことです。
　　この問題はMAX単体での作業ではまったく問題ないですが、弊社のようにMayaがメインツールで
　　エフェクトチームが3DSMAXを使用している状況では恐ろしい問題です。
　　0.01度違いでもカメラから遠く離れたものは大きなずれになりますから。
　　小規模のプロジェクトはFBXの読み込みを手動で行えばすむことなので問題ないですが、
　　カットの数が多い大きなプロジェクトを頻繁に扱う弊社にとっては自動化を図る
　　ワークフローではこれは大きな問題になりかねません。
　　そもそもTranslationとScaleだけ24FPSでくるのはバグなのではと個人的には思いますが…
　　唯一の解決策はFBXを読み込むときに24FPSでResamplingすることですが、データが
　　増えることになります。キーがスタートとエンドの２個しか打たれてないのが全フレーム打たれることになるので。
　　あ、それとFBXMAX2012のプラグインはカメラに関するバグもありますので最新版にバージョンアップしてください。
　　Mayaからだした情報が正しくこないので。
　　勿論、3DSMAX単体で手動で作業する分にはまったく問題ないバグです。

まったく問題のない（？）バグの話ばっかり書いて申し訳ないです。
次回はもっと面白くて為になる情報をもって皆さんにあいたいと思います。
次のMayaにはバグがなくなりますように…

PyQtをインストール

MBのPythonのバージョンは2010が2.6.1、2011と2012が2.6.4なので、Python2.6用のPyQtをインストールします。
PyQtは以下のURLからダウンロード出来ます。

http://www.riverbankcomputing.co.uk/software/pyqt/download

もしかしたら、2010では最新バージョンは使えないかもしれません。PyQt4.5.3では動作確認出来ましたが、4.7では文字化けしたエラーが出て実行出来ませんでした。
2011と2012は両バージョンで動作確認出来ました。

MotionBuilderでPyQtを使う方法

二通りの方法があります。二つともPythonのサーチパスにPyQtのパスを追加するものです。PyQt以外(例えば自作のライブラリなど)もこの方法が使えます。

一つ目は、MotionBuilderのPythonのファイルを書き換える。必ずバックアップを取ってください。
(MBインストールフォルダ)/bin/config/Python/pyfbsdk_init.py
上のファイルから以下の記述を探します。
[python]
path.extend(sys.path)
sys.path = path
[/python]

それの前に一行追加します。
こんな感じ
[python]
path.append(“C:/Python26/Lib/site-packages”)
path.extend(sys.path)
sys.path = path
[/python]

二つ目の方法は、実行コードにPyQtのパスを書き込む。
以下の三行をコードの頭に追加する。[python]
import sys
sPyQtPath = “C:/Python26/Lib/site-packages”
if not sPyQtPath in sys.path : sys.path.append(sPyQtPath)
[/python]

簡単なコードでPyQtを使えるようになったか確認します。
[python]
from PyQt4.QtGui import *
w = QWidget()
w.show()
[/python]

何もないウインドウが表示されたら成功です。

QtDesigner

QtDesignerの詳しい使い方はtakさんの記事にあるので、今回はMBでの.uiファイルの使いかたです。

QtDesignerを起動します。
GUIの雛形を選びます。

通常はWidgetでいいと思います。メインメニューやステータスバーが欲しい場合はMainWindowを選択すれば良いと思います。

PushButtonを一つ追加。

シグナルとスロットの追加

スロットにonPushButton()を追加。

Signal/Slot Editorでシグナルとスロットを関連付ける。

FirstPyQt.uiという名前で保存します。

MBでスクリプトを書きます。Window＞Python Editor
FBSDKのモジュールをインポート
[python]
from pyfbsdk import *
[/python]

PyQtのモジュールをインポート
[python]
from PyQt4.QtCore import *
from PyQt4.QtGui import *
from PyQt4.uic import loadUi
[/python]

クラスを作る
[python]
class Main(QWidget) :
def __init__(self) :
QWidget.__init__(self)
self.ui = loadUi(“(保存した場所)/FirstPyQt.ui”, self)
self.ui.show()
[/python]

継承元は.uiファイルをテキストエディタで開いて確認

widgetのclassアトリビュートに書いてあるクラスを継承します。

スロットをメソッドにしてクラスに追加
[python]
def onPushButton(self) :
o = FBModelNull(“null”)
o.Show = True
[/python]

最後にクラスをインスタンス化
[python]
Main()
[/python]

実行すると、ボタンが一つあるウインドウが開きます。ボタンを押すとヌルオブジェクトが追加されます。
エラーが出ていないのにうまく動かない場合はもう一度スクリプトを実行してみて下さい。前回のエラーやprintで出力したものが表示されます。

PyQtでスタンドアローンツール

ついでにPyQtでスタンドアローンのツールを作る方法も書いておきます。
先ほど作成した.uiファイルを使います。
[python]
import sys
from PyQt4.QtCore import *
from PyQt4.QtGui import *
from PyQt4.uic import loadUi

class Main(QWidget) :
def __init__(self) :
QWidget.__init__(self)
self.ui = loadUi(“(保存した場所)/FirstPyQt.ui”, self)
self.ui.show()
def onPushButton(self) :
print “Pushed”

app = QApplication(sys.argv)
Main()
sys.exit(app.exec_())
[/python]
MB版との違いはpyfbsdkモジュールが無いのと、最後に何やら増えてるところです。
(pyfbsdkモジュールが無くなったので、onPushButtonメソッドの内容も変わってます。)
最後の三行はPyQtを使うときのお約束みたいなものなので、特に気にしなくていいと思います。

おまけ

サンプルダウンロード
(MBインストールディレクトリ)\bin\config\Scripts にファイルをコピーしてから使用して下さい。

PyQtリファレンスガイド

また、メイキング動画もアップしていますので、ぜひご覧ください。