• 映像関連　　　　　　　：９社
• ゲーム関連　　　　　　：４社
• 両方（フリーランス含）：６社
  計　　　　　　　　　　：１９社

• リガーさん　　　　　　：１２名
• アニメーターさん　　　：　８名
• 両方　　　　　　　　　：　３名
  計　　　　　　　　　　：２３名

• 各フローや作業内容
•  仕様やトリセツ

＜アニメーター＞

• アニメーション用と同じコントローラが欲しい。
• フェイシャルリグは必要ないが、
  タイミングを取るために目パチ機能と目線を動かすコントローラーは欲しい。
• 目線に関してはレイアウトとアニメーションで挙動が変わらないよう、
  同じリグが欲しい。
• とにかく軽いリグ。

＜リガー＞

• カットモデルではシルエットが分からないという理由でバインドしていたが、
  結局軽いカットモデルに戻った。
• レイアウトはあくまで配置や画を決める工程と定義している。
  レイアウト用リグと本番用リグは完全に別物。
  

＜アニメーター＞

• レイアウトはタイミング、カメラ、画を作る。
• レイアウトとアニメーションではスキルが違う。
• レイアウターはカメラマン。アニメーターは俳優。
  仕事の内容が違うのでレイアウトで付けたアニメーションの流用はしない。
• 以前はレイアウトとアニメーションの担当を分けていたが、
  レイアウターが意図して設定したカメラをアニメーターが勝手に変えた…！
  などのモメごとが発生したので、分けるのをやめた。
• 弊社のワークフローではモーションビルダーを使用してカット調整なども行うので、
  レイアウト時にアニメーションのブラッシュアップも兼ねている。
  特にキャプチャベースの場合は、レイアウトの時点でタイミングがほぼ決まる。
• レイアウトで付けたアニメーションも使えるなら使いたいが、削除することが多い。
• リグは作り込んだアセットではなく人型のキューブなどでよい。

＜アニメーター＞

• レイアウト作業中にアニメーションが壊れるような更新をされると困る。
  そういった場合は更新を止めてもらったり、
  レイアウト専用のリグとして分けて対応してもらっている。
• デザインやモデルが度々変わるので、アニメーションの調整が大変。
  レイアウトの時点で骨だけは確定してほしい。

＜リガー＞

• アニメーションに影響しないように気を付けて修正、更新している。
• カメラの見え方に影響する身長だけはレイアウト前にフィックスしてもらうよう、
  関係各所とやり取りしている。
• 大型アップデートの場合は、アセットのバージョンをロックする事がある。
  

＜リガー＞

• 骨から変える変更は無理。ベースアセットならなおさら無理。
• パイプラインがないので差し替えは負担が大きすぎて無理。断る。
• プロポーションの変更には、セカンダリーリグの変更も必要。
• レイアウトを開始する頃には、
  アセットのプロポーションは確定している（させている）。
  特にキャプチャーを使用する案件では、後で骨の位置を変更するのは難しい。
  そもそもリグ作業に入った時点でのプロポーションの変更は発生しない。　
• 万が一発生しても、ビルドスクリプトでリグを構築しているので差し替えは楽。
  スクリプトを作成する時間はかかるが、更新の際の負担は少ない。
• プロポーションの変更は対応しきれないので、
  発生しないようモデル作成時にクライアントに入念に確認している。
• 全部位をスケールできるようなリグを設定しているので、
  少しのプロポーションの変更は、コントローラーのスケールで対応して貰っている。
  ただ、
  リグのスケールで対応するとシミュレーションの設定や制御が難しくなる事が多く、
  シミュレーションチームからは嫌がられる。
• ｘgenで設定されている個所があると、スケールでの対応は厳しい。
• クライアントからモデルのOKをいただき、
  アニメーションを付けた後にキャラ崩れが発生していると言われ、
  モデルとリグの作り直しを3回繰り返したことがある。もちろん炎上した。
  

＜リガー＞

• アセットが更新されたらアニメーションをコンバートする内製ツールがあり、
  シーンを開いたときに最新のリグに自動でコンバートされます。
• 内製ツールがなくてもゲームエンジンがリアルタイムでリターゲット処理してくれる。
• Maya内ではHIKでリターゲットして対応している。

＜リガー＞

• モジュラー式のリグシステムを使用している。
  各モジュールを組み合わせて、ビルドスクリプトを作成して流用している。
• 体だけはスクリプトで構築、セカンダリーは手動で構築している。
• モーションビルダーでリグを設定する際は、bipedはスクリプトで自動構築している。
• スクリプトベースを止めたい。もっと効率的な手法があるかも。仕組みを変えたい。
• スクリプトベースは難しいので慣れるまで時間がかかるし、新人教育が大変。
  

＜アニメーター＞

• 時間があるのでフロー内で吸収していた。
• そもそも変更による戻りが少なく、ちゃんとフィックスしたものが下流に流れてくる。
• 下流工程を無視して常にリグが更新される会社もあった。コストがヤバい。
• 終わったシーケンスはリグのバージョンをロックをするので、
  出来上がったシーケンスには影響ない。
• アニメーターから、極力変えないでと言われるので、
  アニメーションに支障ないように修正されていた。

＜アニメーター＞

• リグが修正された場合は、maxのbipedでリターゲットしている。
  体格差は結構吸収できる。

＜リガー＞

• シェーダーが確定していない時には極力したくない。
  衣装違いなどでアセットを分岐する時は、
  シェーダーを別で管理していないとレンダリング時が大変。
• どうしてもアニメーションに影響するようなリグの更新が必要な場合は、
  最悪アセットを分岐させる。
  その結果、太郎A、太郎A´のような微妙な違いの同一キャラアセットが増えていき、
  カオスになる。
• 弊社はパイプラインがないので、ただ下から積み上げていく状態。
  卒業制作のよう・・・。
• アセットロックの概念がない。リグの修正が発生すればいつ何時でも修正する。
• maxではアセットをリファレンスできないので、
  リグの修正でアニメーションに影響ある場合は修正用のパッチスクリプトを用意して、
  アニメーターに実行してもらう。

＜アニメーター＞＜リガー＞

• プライマリー（体）のアニメーションの確定後、
  セカンダリー（髪や服など）のアニメーション作業に入る。
• リグで揺らす簡易的なものはアニメータが対応している。
• 良い感じに動くようなパラメーターとコリジョンの設定まではリガーが担当している。
• マーベラスなどのガチなシミュレーションはリガーが対応している。
• リグからシミュレーションまで全てシミュレーションチームが対応している。
• シミュレーションチームなんて我が社にはない、人がいない。うらやましい。
• シミュレーションできる人が少ないので、
  リガーもアニメーターも協力して対応している。
• ゲームではエンジンで物理処理しているが、
  演出が必要な個所のみ手付けでアニメーションしている。

＜アニメーター＞＜リガー＞

• シミュレーション担当者が対応している。
• プライマリーアニメーション時にアニメーターが極力めり込みがないよう、
  気を付けて作業している。
• キャッシュ化したモデルを頂点単位でシルエットも調整できる社内ツールがある。
  アニメーション後はキャッシュ化しているので、
  めり込み個所はアニメーターが担当している。

＜アニメーター＞

• セカンダリーコントローラーとしてリグが設定されているものは、
  手付けで揺らします。
• コントローラーにヘアーなどのシミュレーション設定がされている場合は、
  コリジョンも含めて対応しています。
• 求められれば対応していますが、
  会社内とフリーランスでは作業フローや環境が大きく違うので限界があります。

＜アニメーター＞

• 動画が良い（多数）。
• 3分程度に編集されている動画であれば見やすい。
• 目次があればなお良い。
• 高画質の動画だと、自宅作業の場合は重くて見づらい場合がある。
• 冗長な動画は苦手。見るべき箇所が分からず文章検索ができない。
• 文字の仕様書だと読みづらい。

＜リガー＞

• 操作説明の音声付き動画を作成している。
• アニメーターが読んでくれるのか分からない。
  

＜アニメーター＞

• 「Hand_Lコントローラは左手を動かします」など、冗長な説明はない方がよい。
• 人型のIK-FKの切り替えやリバースフットなど、一般的な内容であれば不要。
• 特殊なリグであれば説明が欲しい。
• アニメーターにリグを解析する工数が与えられていないことが多い。
  仕様書が不十分な場合はキツイ。

＜リガー＞

• リガーにも仕様書を作成する工数が与えられないことが多い。キツイ。無理。