KEIさん、コバタロさんに感謝。

• 色とびはよくない（特にリアル系）
• 特定条件でTimewarpが効く(最後のケースだと10倍に引き伸ばしているけどほとんどわからない)
• Turbulenceを≠0まで下げた場合、Vorticityを1以上に設定することで巻き込み感を出しやすいけど不自然な丸みを消すのが大変、というか詰め切れなかった。
• Turbulenceそのものは極端な数値を入れると面白く振舞う。
• キーはアランのチュートリアルでもかなり打ってる。人によって個性が出そう。
• 複雑なシーンはPhotoshopで爆発イメージを描いてから調整に入るとゴールが早い。
• 特にParticleSrcだけど、発生した最初のフレームのボクセル？が全然綺麗じゃない（まるいポコポコに）。
• ↑は現状コンポやモーションブラー、そもそも隠す、Fume上では現状解像度を上げる事でしか解決出来てない。
• 気がついたら追記します。

サポートスクリプト
FumeSourceManager
AMcKay_FFX-QuickSimRender
FumeFX_Partitioner
FumeFlowFloater

こちらも併せてどうぞ！

• 超訳：PhysX.comのRayFireの作者Mirへのインタビュー (5)
• Rayfireのプロパティ和訳途中まで – (ソースPSD付) (3)
• RayFireのプロパティを探る (5)

表題とは関係ありませんが、今日はTwitterで知り合った方の関係で、スタジオに学生の方が15人ほど来られました。

僕の感じる撮影のムーブメントだったり、1個人として映像にどう関わっていくのかといった事だったり…そもそもが映像業界に行きたくて、中でも自主的に動いているグループが中心だったので、基礎的な話も通りが良く前向きな意見交換が出来たのではないかと思います（楽しかったですよ！遠路足を運んで下さってありがとうございました）。ちなみにTwitter率も高かったです。最後に食事会もあったのですけど持ってなかった人はその場でアカウント取ったりしてました。動け動け。こういう機会はもっと欲しいですね。

CGを勉強中の学生でTwitterといえば@hata_kou さんのユーザーリスト：CG Student Japan というのもあります。気になるor自分が入ってないって方はどうぞっと。（他に Japanese CG Artists と フリーランスの映像屋さんやアニメコンポジット系ユーザーの多い?Aftereffects-users-list もお勧め。随時アップデートしてますので宜しければ抜けなどご指摘下さい。?）

さて本題。今回3dsmaxの破壊シミュレートプラグイン”Rayfire“を勉強するに当たってInfinity Lightさんのエントリに随分助けられました。最新のRayfireではUIが新バージョン(v1.5)にリプレースされたこともあり、自分用に対応表を欲しいなと作ってる最中です。といってもまだ分からないプロパティがたくさん残っていて、とりあえず確実なのはという所でInfinity Lightさんの公開されているものを現段階では転載させて戴いているだけなのですが、これだけでもかなり便利になったのでシェアしようと思います。(Infinity Light様、事後確認になってしまいましたが何か問題ありましたらご指摘下さいませ。宜しくお願いします。)

ソースのPSDファイルをこちら(画像もLink↓)

に置いておきますので必要な方はカスタマイズして使って下さい。（もしくはここはこうだぞって指摘頂ければ僕の方でアップデートもします。@terraon か teraomeister@ジーメイルまで。 基礎的な部分ですしうまく協力し合えれば良いなと思います。）

以下の動画は機能を探ってる段階で出来たプレビューの1バージョンです。破片の隙間からパーティクル出そうとしたのですけど衝突の計算が重いので実験ですし何となく浮かせています、ここからFume発生させるイメージ。プロパティはもっと追い込まなきゃ。この類型はパターンも遊べて面白いですね。ただ、この大量の破片に打たれたキーフレームが厄介。キーリダクションが重くほとんど無理な感じなんですが、そもそも選択も時間食いますしシーンデータもやたら大きくなるのでなるべく解決したいポイントではあります。

こちらも併せてどうぞ！

• 超訳：PhysX.comのRayFireの作者Mirへのインタビュー (5)
• RayFireのプロパティを探る (5)
• FumeFX RND (5)

Twitter始め、身の周りで作業環境を見直す動きがあり表題の通りなデータフォーマットについて情報が出てきたのでまとめておきます。
どうもTGAでやってるところが多いようですね。コーデックは作業速度に直結するので合理化を進める上で不可避の課題です。納品フォーマットもコピー時間を考えると節約する事で得られるアドバンテージも大きそうです。リサーチの結果ある程度把握出来た筈なのですが、例えばTGA、何故ここまで広く使用されるいるのかご存知の方いらっしゃいましたら僕宛にReply頂けますと嬉しいです、大方はこのエントリにて紹介します。足早にて失礼します。

RLE圧縮済の1520*820のTGA連番240枚/24fps>10s

にてさくっとテストした結果。(追記：× TGA to Quicktime ◯ Encode to Quicktime from …でした、画像そのままですが失礼しました。)これだけでもPNGか、Tiffにトライする価値がありそう(PNGのエンコードがオペレーションエラーでないか心配です、この手の検証もっと希望。)。関連してたくさんのTweetで情報交換が行われました。目に付いた範囲にはなりますがTogetterにまとめています。以下にどうぞ。どっちかというとこれからのアニメーション映像、かな。

これからの映像のファイルフォーマット(ポスプロ編)

また有力な大体候補の一つがOPENEXR。現状の僕の把握だと、アニメ系ならコンポ用の3D出力時に候補に入るフォーマットであり、複数パスを使用する場合に特に効果が大きい、というもの。@velvetface さんの作成されたリスト。CM〜実写VFX系。合わせてこちらも。

画像フォーマットのbit数による違い、int, floatの違いなどまとめ

ここから下は、そんなOPENEXR関連のエントリーです。

■memlog ? Blog Archive ? OpenEXR使おうぜ

taikomatsuさんも色々まとめられています。Houdoniを使ったマルチチャンネルの実例と効用の話。CG業界はこれから大きく変わる、そうあって欲しい期待もありますし、何よりそこで走りたいですね。

■3dsmax 2009 & Vrayからのmultiチャンネルexr出しメモ | Uziboze’s Blog

@Yasu_Tashiro on twitter

■* little things of mine * ? half

内部の仕様やデータ容量について。公式サイトからの引用も。

32-bit floating-point TIFF is often overkill for visual effects work. 32-bit FP TIFF provides more than sufficient precision and dynamic range for VFX images, but it comes at the cost of storage, both on disk and in memory.

32bitのTIFFはストレージやメモリーを圧迫してVFX WORKの足を引っ張るという話かな。勉強になります。@masuosuzuki on twitter

■コンポジット系　（Vice Magazine口調）: 電車で話していたことのまとめ

データ容量や計算時間まで踏み込んで検証されています。

TIF RGBA 16bit int の場合、1パスが3?4MBで10レイヤー必要だと40MBとか40MB x 150F だと　6000MB＝6GB
EXR 16bit float マルチパス10レイヤーが5MB以下　*デカくても12MB程度
5MB x 150F だと　750MB

こちらも併せてどうぞ！

• 超訳：PhysX.comのRayFireの作者Mirへのインタビュー (5)
• レーシック受けてみるよ　その１ (1)
• レーシックに行ってきたよ その2 〜手術日の流れ〜 (0)
• パリ学生の映像作品『After the rain』がキレイ (0)
• ハリウッドのモニタデザイナーMarkColeanのDemoreel (1)

超訳：PhysX.comのRayFireの作者Mirへのインタビュー

で知ったRayfireのお勉強。まだ初の手です。基本的にはシンプルなツールなんですが思うような破壊効果を得るには至っていません。シミュレーション一回の計算時間も中々小さくない事もあり習得に時間がかかっています。とはいえ最初の段階で基礎を覚えておくとそこそこコントロール出来るようになった時にかゆい所に手が届いたりするもので、僅かづつではありますが進めています。国内外問わずRayFireのドキュメントはまだまだ少ないですね。これから触ってみる方は参考にして貰えれば幸いです。
HD再生はこちらから。(on Vimeo)

研究に当たってインフィニティライトさんの和訳記事に助けられています。感謝。

*
Tipsやお勧めのリファレンスサイトがあればこのページにリンクしてTwitterで呟いて頂ければコメント欄に反映されます。宜しければ！

こちらも併せてどうぞ！

• 超訳：PhysX.comのRayFireの作者Mirへのインタビュー (5)
• とびきりキュートな森の物語”Bakers Precious Biscuits”(CM) (1)
• Rayfireのプロパティ和訳途中まで – (ソースPSD付) (3)
• 究極の未来の一遍”WorldBuilder” (3)
• レーシック受けてみるよ　その１ (1)

AEP PROJECTに

アニメ撮影におけるフレア/パラのエフェクトオペレーションを高速化するスクリプトパネル：FP-Launcher

という記事をエントリーしました。

中旬に学生さんに会うのでその時の授業や課題の素材にもします。セル部（170dpi相当）二値で作成＞スムージングと実際の制作を辿っています。階調を使えないのがこんなに制約だとは思いませんでした。解像度についても色々発見があったり収穫です。背景は3dsmaxにて。

コンポジットシーンでの使用例は以下よりどうぞ。>> HD再生はVimeoにいかないと見れないみたいです。

おまけでBGのテストショット。

こちらも併せてどうぞ！

• アニメの撮影って？ (15)
• [AfterEffects]スクリプトのモジュール化で詠唱破棄 (2)
• [After Effetcs Script] Speaking at AENY (2)
• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)

• RayFire [Official]
• CGTalk – RayFireTool
• RayFire Tool　覚え書き 01 【ユーザーインターフェース 和訳】

英語のトレーニングにも丁度いいやという訳でPhysXにあった開発者へのインタビュー記事を翻訳しました。表題の通りな超訳ですが、クリティカルな誤訳があればご指摘いただけると嬉しいです。
ではどうぞ。

PhysXInfo.com: Hi, Vadim. Please tell us about your PhysX SDK based application.

PhysXInfo.com: こんにちわ、 Vadim.君のPhysXSDKを基にしたアプリケーションについて教えてくれ。

Mir Vadim: Hi, RayFire Tool is 3ds Max destruction plugin. I have started development three years ago for my own purpose. I planned to create exciting reel with shooting, destructions, demolitions and a lot of other effects, but unfortunately default 3ds Max tools were unable to satisfy my needs, so I decided to create my own tool which will gather all abilities I want. Fortunately after few days I found video demonstration of Impact System Tool created by Daniel P. Ferreira at Blur Studio.

Mir Vadim :?やあ。RayFireは3dsmaxの破壊シミュレーション・プラグインで、3年前から開発を始めたものだ。ある時僕はエキサイティングな射撃や破壊、衝突を扱うシーンを計画したんだけど、3dsmaxのツールでは不可能だった。そこで僕の全スキルを駆使して開発してやろうと考えたんだ。幸運な事にそんな時、Blur StudioのDaniel P. Ferreiraの作成した素晴らしいツール(Impact System Tool)のデモに出会ったんだ。

Impact System Toolの使用された『Hell Gate』

This tool was able to create very realistic shooting effect in a seconds, but it was closed in-house tool, so I decided to create something similar for myself. After 2 weeks first build was ready to use and surprisingly for myself it was even slightly better than?Impact System Tool. Since it was based on ray intersection functions and it was created for shooting I named it?RayFire Tool. Before making it avaialble for public I asked permission from Daniel and Blur Studio to do so. So, I published first build and got very positive feedback from?CGTalk community.

あっという間にリアリスティックなシーンを制作できたんだけどImpact System Toolはインハウスだった。そこで二週間で最初のビルドを作成し実際に使ってみたんだ、自分でも驚いた事にImpact System Toolよりも素晴らしかった。それは”ray intersection functions(訳者注：計算の方法かな？)”に基いていて、shootingの為のプラグインであることから僕はそれをRayfireと名付けた。そして公開する前にブラースタジオやダニエルに相談して許可を貰った。それからCGTalk community.に投稿したんだ。

During next year I added ability to prefragment objects, simulate them using Reactor (default 3ds Max dynamic engine), quickly explode objects and a lot of other cool features for VFX artists. Even though?RayFire Tool was pretty popular it was simple free script with a lot of bugs, without help and proper support, so, after some time my friend?Anselm von Seherr gave me advice to make it more professional, fix bugs, create proper help, open website and start selling it. As you see I did so and after a half of the year finally added support for?PhysX engine, the reason why I am telling you all this story now.

翌年にかけて、Rayfireにreactorを利用したプリフラグメント・オブジェクトを加えた。それからたくさんの協力や幾度にもわたって友人であるAnselm von Seherrからのアドバイスを受けてRayfireはウェブサイトを開き販売を開始するまでになった。やがて遂にというべきか、PhysXエンジンのサポートも加え、こうして僕（Vadim）はここで話している訳だ。

First test with?PhysX using?RayFire in 3ds Max literally made me speechless for few minutes, I just couldn’t believe my eyes, it was magic, I simulated few hundreds of objects practically in real time. For me at that time it was like finding cure against cancer. For a week I couldn’t sleep at all, I didn’t stop working until version?1.4 with?PhysXengine support was released.

After that?RayFire became very popular in a few months. At that time it has very fast and useful shatter system, but with reactor it was pretty useless. With new?PhysX engine support these two parts, Fragmentation and Dynamic simulation multiplied usefulness of each other. It was possible to take a solid object, shatter it and dynamically break in less then a minute. It was huge update.

PhysXを使った最初のテストでは言葉が出なかった。まさにマジックだった。素晴らしすぎて眠れなかった。（以下、凄いって話しばしは略）

RayFireが有名になっても、Reactorはかなり使えない存在だった。そこに登場した新しいPhysXエンジンが、破砕と物理演算の双方を大幅に使えるものに引き上げた。結果として、ものの数分でSolid Objectを粉砕できるようになった、かなりのアップデートだったね。

One and a half of the year has passed since that moment and now?RayFire Tool became a default plugin for artists who need to create dynamic simulation, demolition, explosions or just prebreak objects. A lot of famous companies purchased it and use now in their production: first one and it will be here always is?Blur Studio, among others areBlizzard, Disney, Fox, Electronic Arts, Rockstar, Ubisoft, Codemasters, Crytek, Rocksteady, Sega, Boeing and evenUS Military.

そして今に到るまで半年か一年が過ぎた頃にはRayfireは3Dエフェクトアーティストの標準的なプラグインとなっていた。多くの企業(Blur Studio, among others areBlizzard, Disney, Fox, Electronic Arts, Rockstar, Ubisoft, Codemasters, Crytek, Rocksteady, Sega, Boeing and evenUS Militaryなど)が既にRayFireを採用しているよ。

Mirのサイトの最新のビデオセクションを見てくれ。

PhysXInfo.com: Initially, RayFire was using default physics engine in 3ds Max ? Reactor, but since v 1.4 PhysX solver option was added. How can you compare PhysX against Reactor ? Does RayFire have any PhysX specific features ?

PhysXInfo.com
確かに素晴らしいね。Rayfireの今後はどうだい？

Mir Vadim: To be honest I don’t even want to compare these two engines because Reactor engine in 3ds Max is very old. This is simply not fair to compare current Nvidia PhysX engine and Havok Reactor. PhysX is hundred times faster, it is much more friendly and allows to affect on simulation during simulation. Reactor is closed engine, if you start simulation you can’t affect on it anyhow until it will finish. It is hard to compare how much faster PhysX because with a lot of objects Reactor will freeze max. The only advantage of Reactor for now is the support for concave dynamic objects, but if You will decide to use such simulation geometry, Reactor will simulate even more slower.

Mir Vadim:正直にいってReactorは古いね。二つは比べるまでもない。100倍速いし、ユーザーフレンドリーだ。それにrectorの作業は閉鎖的。オブジェクトが多いとReactorはフリーズするでしょう。唯一の利点はConcave Object=凹面オブジェクトをサポートしているだけで、だけどそんな時もReactorの動作は大変にゆっくりだ。（訳者注：ここらちょと訳が怪しいです。）オートデスクが次のバージョンで大きくアップデートしてくれることを望むよ、でないといよいよ使い物にならなくなるだろうな。

Don’t get me wrong, Havok engine itself is very good physical engine, but its representation in 3ds Max is very old and not competitive for PhysX. I hope Autodesk will update it in next versions, otherwise it will become completely useless.

いっとくけどRectorは素晴らしいんだよ。でも、PhysXと比べるとね、というだけの話で。

As I said PhysX engine is pretty friendly engine and that is why RayFire has a lot of unique PhysX features which Reactor doesn’t support. For instance, it is possible to deactivate objects, so they will behave like Static or Kinematic objects, but then, during simulation, activate them and make dynamic, you can do this by affecting them by some default max force helpers, like wind or bomb. Or You can activate them hovering mouse cursor over them which is in more artistic way to design your own dynamic simulation.

僕がいってるのはPhysXエンジンはreactorのサポートしていないたくさんの色々な形のオブジェクトに対応しているってことだ。分かりやすい例としては、それまで計算されていなかった止まったり動いたりするオブジェクトが、シミュレーション中にダイナミックに、3dsmaxのデフォルトの風や爆弾のようなフォースヘルパーに影響を受けたりすることが出来る”deactive object”も可能にしているということ。(訳者注：ここもちょと怪しい、でも使えば分かります◎)

Another awesome PhysX feature is Interactive Demolition System which tracks all collisions between objects during simulation and accordingly to their material, mass and collision force break them and continue simulation, each newly created fragment might be demolished further. So, you can start with only two objects and end with few thousands of tiny fragments.

もう一つの素晴らしい可能性の一つは、シミュレーション中の全てのオブジェクト間でのコリジョン（衝突）をマテリアルを保持したまま追跡するInteractive Demolition（破砕シミュレーション)で、粉砕によって生成された破片は更なる破片を作り出し、シミュレーション実行中もその莫大な破壊エネルギーを計算し続ける。したがってユーザーはたった二つのオブジェクトから数千の破片を作り出す事が出来るんだよ。

PhysXInfo.com: Have you encountered any issues with PhysX SDK during development ? Can you point to PhysXlimitations ?

PhysXInfo.com
開発中に問題はなかった？PhysXに限界を感じるかい？

Mir Vadim: The only PhysX limitation for now is unavailability to simulate concave objects. For now PhysX engine converts all simulated objects into simplified convex versions and simulate them. It supports concave geometry only for static objects, so, you can fill some cup with some objects, but only if cup is static, otherwise objects will lay on invisibly side of convex version of cup.

Mir Vadim:凹面オブジェクトを計算できないってことくらいかな。今は単純に凸に変換して計算してしまうでしょ。カップにオブジェクトを満たせるように、静止しているオブジェクトでなら凹面計算もサポートしている、そうでなければ不可視の凸面バージョンのカップオブジェクトの横にそっと置かれるだろうね。

PhysXInfo.com: We’ve heard, that certain features of previous PhysX 3ds-Max plug-in were added under your influence, specific for RayFire ? is that true ? Have you kept such relations with new dev. team (PhysX 2.0 plug-in) ?

PhysXInfo.com
ちょっと聞いた話なんだけど、PhysXの3dsMaxプラグインがRayFire専用にあなたの影響下におかれるって聞いたんだけど…本当？PhysX 2.0 plug-inのデベロッパーチームからそういう話が来たりしてるの？

Mir Vadim: Well, yes, that is true, not too much features, but there were few. Don’t want to say that they added them only thanks to me, maybe they had plans to add them later, but when I asked to add support for sleeping objects development team added it in a few days. Very friendly development team I can say so far. Having such opportunity want to say Thanks to Gavin Kistner and Jun Ma Jack for their work. PhysX 2.0 developing the same team and this is very good for all of us.

Mir Vadim: …そうだ、本当。そんなに遠くない未来に少数だけど、そうなる。僕にありがとうなんて言って欲しくないんだけど、彼らには開発に加えるプランがあったみたいで、sleeping objectsを近々加えて欲しいと頼んだ時には開発チームはそれをほどなく追加してくれたよ。PhysX 2.0の発展は僕たち皆にとって良い知らせだ。

PhysXInfo.com: Is RayFire taking advantage of GPU PhysX acceleration, or is it calculating physics on CPU ?

PhysXInfo.com
RayFireはGPUアクセレーションの恩恵を受ける？それとも物理CPUで計算する？

Mir Vadim: First of all I want to mention that there is no big advantage in simulation speed for Rigid Bodysimulation.
GPU PhysX acceleration is mostly needed for cloth, fluids and soft body PhysX simulations, so because RayFiresupports only Rigid Body dynamic simulation it will not use GPU PhysX acceleration advantage. Previous PhysXplugin version was 100% software, but current version 2.0, as I know, has GPU PhysX acceleration support, unfortunately there is no cloth, fluid and soft body support in it for now, but they will be added later.

Mir Vadim: とりあえず注意点としては、GPUアクセレーションはリジットボディ（固形物）の計算においてはそんなにアドバンテージはないってことだ。
GPUアクセレーションはクロスやフルイドや柔軟な物質に向いてるかな。rayFireはリジットボディのみをサポートしているのそんなにメリットはないんだよ。以前のRayFireは100％ソフトウェアだった。でも最新の2.0になれば…僕にいえる限りでは、クロスやフルイドや柔軟な物質をRayFireはすぐには扱わないので残念ながら意味無いんだけれど、GPUアクセレーションは追加されるだろうね。

PhysXInfo.com: In what direction are you planning to evolve RayFire ? Advanced particle system ? Deformable geometry ?

PhysXInfo.com
今後RayFireはどういう展開をしていくんだい？パーティクル？Deformable geometry?

Mir Vadim: To be honest I don’t want to evolve RayFire continuously, otherwise it will became a big, slow and hard to learn tool.
During whole development my main goal was to keep it as easy to use and learn as possible. So even newbies will be able to spend a hour for tutorials and next hour to create some cool demolition simulation. With current deadlines it is very important to finish your job in time and that is why I tried to make RayFire as simple as it could be.
So, if there will be a ways to add more features keeping it as easy and fast as now I will do this.

Mir Vadim:正直いって、いつまでも開発し続けるつもりはないんだ。大きくなれば、開発はゆっくりに、より難しくなる。今の目標は学習も使用もシンプルであることだ。覚えてであっても1時間勉強すれば、次の1時間でクールなシミュレーションが出来るような。差し迫った納期の中でも作業をフィニッシュさせられる事が重要だ。それが僕がRayFireをできる限りシンプルにとどめておきたい重要な所だよ。だから、（学習も使用もシンプルであり続ける）拡張のやり方が見つかれば、勿論僕はそうするだろうね。

こちらも併せてどうぞ！

• RayFireのプロパティを探る (5)
• Rayfireのプロパティ和訳途中まで – (ソースPSD付) (3)
• レーシック受けてみるよ　その１ (1)
• レーシックに行ってきたよ その2 〜手術日の流れ〜 (0)
• パリ学生の映像作品『After the rain』がキレイ (0)

Overview

映像の設計図の一形態である。
CGでムービーを作るコストが下がってきたので画コンテよりも精度の高い完成映像のシュミレーションとして撮影前にプリビズを作成するケースが増えてきている。
特にハリウッドのVFXを多用する映画。
映画の特典DVDやyoutubeでも一端を見ることが出来る。
日本ではプリビズ映像自体は公には余り露出していないが、やってるとこはやってる。

呼称

色々ある。

• PreViz ?[ プリビズ ]
• PreVis
• Previsualization
• アニマティクス
• ビデオコンテ＞＞Vコンとも
• コンテ撮/コンテ映像（ムービー）
• PV(ファイル名などで)

プリビズ映像の完成度

一概に精度が高ければよいというものでもないが、予算と時間が許すならより完成系に近い”高精度なプリビズ”は歓迎される。（実際にはバランスが求められるし、僕の環境でいえば新たなプロセスとして後々のスケジュールを食うのは避けられない。なので、この一呼吸が最終的な作品映像の品質にどの程度貢献するかを最大限把握しておきたいということで書いています。足回りのいい少人数制作のアニメーション作品などでは早い段階で取り入れられている印象ですが、本領を発揮するのは大規模なグループワークの現場であると思います。）

最近は精度も上がって来ていて、例だとナルニア物語のプリビズなどがある。

このプロセスの特化した専門のスタジオもハリウッドにはある。
有名どころでThirdFloor、Pixel Liberation Frontもサイト内のプリビスのshowreelが豊富で参考になる。

原点

フランシス・フォード・コッポラ監督は、｢ワン・フロム・ザ・ハート｣
(1982年)の撮影に入る前に、映画製作の革新的合理化を目指すとして、同映画の全編を白黒アニメで事前に丸ごと作ってしまった。

via　ＣＩＡ☆こちら映画中央情報局です

目的

コスト削減と品質向上の両面に効果がある。
いわゆるアニメのコンテ撮や原撮とは思想的に一線を画す。
ただしプリビズ的な思想で行うコンテ撮や原撮もまた存在する。

サンプル

以下、いくつかのPreviz参考。
かなり初期段階というか、ローコストな例
Watchmen Comic Opening Pre-visualization TEST

Third Floor プロフィール映像 （後半のクローバーフィールドの作例より再生)

アイアンマン – Previsualization

この状態までくると凄く見やすい！
インディージョーンズ4 – ?Previsualization

ナルニア物語 – ?Previsualization

以下はPixel Liberation Front のshowreelより(画像クリックで再生ページへ)

Commercials Previs Reel

Aliens vs. Predator 2 – Previsualization

スーパーマン･リターンズ – Previsualization

Previs – Postvis

マトリックス･レボリューション – Previsualization

マトリックス･リローテッド?- ?Previsualization

アニメの作例

via : 猫の集会メイキング – (コンテ主体のプレビズ映像が見える0:45より再生)

レミーのおいしいレストラン

面白いですね。色々見ていて目指すべき方向が見えてきました。

フレーム外の情報

自分メモ(編集随時)

• そのカットの尺（秒コマ+フレーム）
• 全体の尺
• カットナンバー
• 作品名
• 作業スタジオ名
• レンズ情報
• 登場人物
• 天候

とにかく伝わればいいので工程や目先の精度に惑わされないこと。それと、作品の核はある種のパッションであって、プリビズの精度が作品を「面白く」させる訳ではない。でもプリビズによって面白いかどうかの判断はし易くなる。そういうことか。

アニマティクスは作業プロセスそのものを意識させる言い回しで、プリビズはより「後の為の設計図」という思想を意識させるので僕はプリビズって呼び名を推したいな。業界で恐らくまだ異質な耳障りというのも大事。

こちらも併せてどうぞ！

• 超訳：PhysX.comのRayFireの作者Mirへのインタビュー (5)
• レーシック受けてみるよ　その１ (1)
• レーシックに行ってきたよ その2 〜手術日の流れ〜 (0)
• パリ学生の映像作品『After the rain』がキレイ (0)
• ハリウッドのモニタデザイナーMarkColeanのDemoreel (1)

6秒計はdotproofの提供する有料のiPhoneアプリ。
こういうのあったらいいよねってタイミングで登場したものの実際に使ってるよ！という声を余り聞くもこともなく、多くの方が入れたものの仕事で使う、という所までは行ってないのかなあと推測したりしています。個人的には期待していますので簡単なレポと、要望（ウィッシュ！）リストを載せます。ツッコミ歓迎です。

勝手な意見ではありますが、待つだけよりも、意見を出し合って開発側と一緒に良いアプリに育てていく、という感覚も押していきたい、最終的にお互いがwin/winの関係になれる形とはどんなものかを考えています。

そもそもこの6秒計のポイントは

1. iPhoneで扱えること
2. 時間をデータで扱うこと
3. アニメ仕様であること

の3つだと思います。もう少し詳しく書きます。

1. つまり手元におけること。シートや原画の”隣”においておける。これができるのはiPhoneアプリか「本物の6秒計」の類です（以下にオリジナルの6秒計の画像を。撮らせて頂きました）。ストップウォッチそのものはプログラムとしてはシンプルな部類ですし、類似の24P計測アプリはデスクトップ版が存在します。モニターか、手元か、少しの差ですが、これは僕の聞き取りに協力いただいた演出さんによればとても大きいことなのだそうです。（その方は6秒計をメインツールとして作業されています。）



2. 「データであること」とは、計測結果の加工や流用が可能だという事です。野望は多々ですがここでは割愛します。
3. 6秒で1単位であり、24FPSを基準としていること。汎用性を抑えた機能の先鋭化は高速化への一つの手です。dotproofさんの商品紹介でも
   

   特殊な用途のアプリケーションですので、みなさんに使っていただけるようなものではありませんが、日本から世界に発信しているアニメーション製作現場の方に使っていただければと思います。

   と明言するだけのことはあって、シート数でのカウントや、現段階で最新のv1.1では3秒計測モードなどを搭載するにいたっています。業界外でこんな製品が生まれるとは驚きでした。（メールで伺った限りですと、以前業界にいらっしゃった方が開発に携わられているそうです。）

これが実際のUI、流石というか、基本シンプルでいい感じです。
Twitterでコメント募集してみたけどやはり反応は薄かったなあ。なので以下は僕の個人的な聞き取りと使用感によるものです。

• totalフレーム表記ですが、実はそこまで重要ではないそうです。
• シート何枚目の何コマ目からか、が、実際の作業上は頻繁に必要でなり、こっちの方が重要なんだとか。
• 現場的にはフレーム表示よりも秒+コマの方が直感的かも？秒コマの要望。そうなるとどちらをデフォルトにするか？というのも。フレーム表記が便利な際もあるが、カットシートのUI的にはどちらでも問題ない。
  

  クリックでフルサイズ表示

• 選択肢としてのデジタル表示はあると嬉しい。
• “Mark”する際の「押してる感」がないと不安（常に目視しなければならない）、音量ボタンで代用できないか。
• Markの際効果音があると安心する。「押してる感」の補強。
• （重複しますが）フレーム表記/秒コマ表記の切り替えが設定出来れば問題ない。
• 計測したデータをカット情報として保存できる機能。
• 保存した各カットのトータルを表示出来る機能。＞コンテ書く際にシーンのトータル尺が分かるので使える！
• 保存したデータの外部出力機能、PC/Macとの連携。
• 30fpsの作品に対応できないか。

他、コンテを切る際の使用、カット内のタイミングを計る際の使用、二つの作業における”扱い方”はちょっと違うなと。この辺はもっと聞いてみたい所ではあります。あと今回色々と聞いて回っている間にiPhoneでQARさせるって何か便利なのかなって思うとちょっとワクワクしたりしましたよ。

などなど、とにかくこんなニッチな需要に反応していただけたのはチャンスだと思うのです。
単純に嬉しい、というのもあり、少しでも協力して次に繋げていければと思いました。僕よりも実際の演出や原画マン、プログラマーなど、相応しい方はたくさんいらっしゃると思います。これくらいなら買うかな、もしくはなぜ使わないか？購入に至らないか？など、ちょっとでもフィードバックが増えればなあと思いこのエントリーを書きました。

6秒計はこちらから購入出来ます。（Link to iTunes）

参考：ジャニカ･ウォッチ

index(CS3)

• （自分用：忘れがちなAfter Effectsショートカット）

index(CS4)

• ツールの選択
• フィルターギャラリー
• 描画モード変更
• 画像の表示
• 塗りつぶし関係
• 選択範囲と移動
• ファンクション
• パネルの操作
• ブラシの操作
• レイヤーパネルの操作

————————————————————————————————————————————————————–

AEのページはパーマリンク見つからず。
PSでクリティカルなのは個別にリンクを置いておきました。

これ系で3dsmaxのショートカット集はないものか。

こちらも併せてどうぞ！

• 忘れがちなAfter Effectsショートカット (9)
• 工場萌え with HDR | 写真と映像と (0)
• アニメの撮影って？ (15)
• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)

こちらも併せてどうぞ！

• After Effects CS3,Photoshop CS4のキーボードショートカット全部 (8)
• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• 工場萌え with HDR | 写真と映像と (0)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)
• オリオン64ビット (4)

こちらも併せてどうぞ！

• 究極の未来の一遍”WorldBuilder” (3)
• ゴスペラーズのPVもEOS 5D MarkIIで撮影 (0)
• とびきりキュートな森の物語”Bakers Precious Biscuits”(CM) (1)
• youtubeにローザンヌバレエコンクール公式チャンネル！ (0)
• 3万5千枚以上の写真から構成された美しい実験映像 (0)

Twitterでこんなつぶやきがあって

“もっと撮影って職業内容が広がって欲しいです・・・！アニメつくってますーっていうと、大抵アニメーターさん？って言われるのがちょっぴり切ないです”

で、ふと検索してて驚いたんですけど、そもそも「アニメ　撮影」でGoogle検索かけてもそれらしい情報がほぼ出てこない。他のエンジンでもそう。人材不足と言いながら、目だった情報がここまでネット上に少ないのは妙な話にも思えます。特に就職を控え、大事な選択を迫られている学生にとっては困った状況なんじゃないかなと。

誰にだって予測の付かない世界に飛び込むのはリスクだ。もちろん生の体験の情報量も半端ない。ただ、飛び込み上京をしてしまった僕が言うのも変な話だけれど、”ネットで調べ倒す”というのアリだし、有益な選択肢であって欲しい。膨大な情報を集めて、ガセネタをフィルタし、状況を租借した上で身の振りを選択できる人たちをアニメに振り向かせたいとも。iPhone＆App Storeが完璧に証明してしまったキーワードのヒトツが、何か凄いものが生まれそうなワクワク感。なんだかんだそういう雰囲気に惹かれて人は集まる。（もう運命的にこっち側の人や、いい意味でのアニメ馬鹿はどこにいようが集まってくるだろうのでどうにでもなれ、という感じです。笑。）その点で、今はアテンション以前の状態なのかなあ。

だから、というほどではないけれど。大丈夫そうな範囲でいわゆる「アニメ撮影」について書いてみます。くどいですが、僕の私見なので、の場合もある、程度のものだと捉えてもらえると嬉しい。興味ある方へ役に立てば幸いです。多分、ちょっと頑張っていきたい人向けのアドバンス編。

アニメ撮影

wikipedia>撮影監督>アニメの撮影監督によれば。

”アニメーションの撮影監督も、照明と撮影の最終責任者という点は、実写の撮影監督と同じである。セルアニメなら、動画（セル画）と背景が完成してから以降の、それらを適切な順序・位置に重ねて撮影台にセットし1コマずつフィルムに撮影する作業を監督する。(中略)
現在のデジタルアニメでは、被写体をカメラで撮影するという、本来の意味での「撮影」はない。しかし、セルアニメ同様に、動画と背景を合成してひとつの映像データにする工程が撮影と呼ばれ、撮影監督が監督する。撮影前の画作りと撮影時の画作りとの境界があいまいになったため、撮影監督が監督する範囲が大きく広がることもある。”

つまり、コンピュータ上で色々な部署からあがってきた「素材」を合成してひとつの「画」にする役職で、最終的な画面の”絵”を最初に見るポジションということ。スタッフクレジットでしばし見られるVFXやコンポジットは”撮影”と基本一緒の意味ですが、上記の通り、近年の撮影は映像の色や質感に”大きく””頻繁に”介入する事があります。
そうした場合は、特に大きなプロジェクトや撮影の影響力の強いスタジオでは「ビジュアルエフェクト」といった別セクションとしてクレジットされたりします。現状では同じ撮影部、というくくりの中で役割分担している場合が多いです。

またエフェクト?という言い方は撮影よりもニュアンス的に「画作り」の意味合いが強く、撮影の人が好んで使う場合もあります。呼び名は色々、ということです。「素材を元に画を”良く”するセクション」程度に捉えておくのがいいのかも。映像に関して色々挑戦させられるので、あまり「こうだ」という思い込みは持たない方が自由にやれます（こういう気持ちは仕事としてスタートしてからの方が維持が大変かも知れない、規律もまた大事）。

使用ソフト

• 商業セルアニメは”ほぼ”Adobe AfterEffects一本と言えます。
• 素材の加工など、補助的にPhotoshopも使います。
• いつまでも AfterEffects一本であるかどうかは分からないですが、すぐになくなることもなさそうです。
• 他の合成ソフトを覚えておいて損はないです。
• よく聞かれる内容として、入社段階であれこれソフトの扱いを覚えておく必要はないと答えるようにしています。
• ただし独学で苦労した経験が役に立つことは良くある事です。

適正

絶対にこれ、というのは今のところ感じたことはないです。環境やチームのバランスで求められる素養はいくらでも代わっていくと思います。あえていうなら、それを見極める力、ともいえそうですが以下のような点はいえるかと思います。

• 体力的にタフであること。何かしか徹夜仕事があるので。
• 精神的にもタフであること。スケジュールが詰まると負荷が高まるのでそっちもタフな方がラク。
• 要領が良いこと。逆説的ですが、徹夜はしない方がいいし、そうあれるよう自分をマネジメントできる事。
• 絵はかけた方がいいです、絵心があった方が、とも言えます。（以下はTwitterで言われた事）

• 多かれ少なかれ「CGで絵を描いているんだ」という気持ちは大切だよねーと。
• カメラ、レンズへの興味。最近はリアル系の作品が多く、演出や作画チームとの共通言語にもなります。
• 映像や物語が好きな事。これ全て、とも。

実際には業界の撮影が全員こういった映像制作気質かというとそういう訳ではないです。色々な人がいてたくさんの需要があります。技術的な側面の強い作業においては一時クリエイティビティを傍らにおいて、ひたすら慎重かつ几帳面な作業が求められますから（地道なマスキングや綿密な作画のトラッキングなど）、”そういう作業のエキスパート”もまた必要とされています。

将来

監督になる人、撮影監督を極める人、別の部署へ移る人、ずっと撮影の人、それぞれいます。特効や2Dデザイン、モニター類の映像デザインを極める人も。その人の裁量次第でどうにでもなるし、どうにもならない。目標へのアプローチのし易さはスタジオで異なるので環境選びはその辺の要となります。（スタジオ関係は特にですが、ネットの情報は余り正確でないことが多いのですので自分の目で検証を。）

収入

この辺りはセンシティブになってしまう部分ですが、何度か足を運んだ上での個人的観測ですけれど、専門学校段階でアニメとゲーム両方の素養のある学生さんの多くがゲームを選ぶのはほとんどの場合、経済的な期待によるみたいです。期待、というより、アニメは稼げない、という根拠の薄い確信を慢性的に共有してる。これについてはネットで話題になってしまっているマイナス効果かもなーと。大事なことなので、少しだけ書きます。

• リクルート情報を追ってみた感じ、12?16万/月が平均的なスタートラインな様です。
• 将来3Dとか演出とか色々やれると伸びるかも。
• 正直撮影だけで年収1000万?は聞いたことないです。
• 150〜700万くらいじゃないか？（推測）
• よって生活できるか、という範囲でいえば、十分に食えますし、頑張れば自分の家を持てる程度に稼げるようにはなります。
• 最近のネットの情報は経済面でのマイナスなイメージを多く感じますが、作画さんも含め、食えてる人は十分に食えてる、というのもまた事実です。
• どんな業界でも「その人次第」であるということです。

仕事／向上心

撮影の基礎技術はそのものはゼロスタートでも1ヶ月あれば日常業務はこなせるようになっている筈です。で、そこから先の可能性はほぼ無限といえます。ほとんどの人にとって、それこそが勝負でしょうから、やりたい事に照準を合わせたら、周囲の期待に応じつつ、確実に歩を進めていく必要があります。（勿論何もしなければ日々何も起きない）
3Dのモデリング、アニメーション、エフェクトワーク。
AfterEffects内で動作するエクスプレッションやスクリプトの記述。
撮影補助プログラム、プラグイン開発。
AfterEffectsの構造そのものや、ひいてはOSそのものへの理解、
ハードの理解、サーバの理解、線の理解、演出の理解、抜けがちなところで人の理解。
色々あります、できる事が増えて、それが映像に反映されるのは中々に気持ちいいです。絵がうまくなったと実感出来た瞬間の様に。

参考サイト

このエントリもあえて同じニュアンスの表題にしてます。全体像は

• AfterEffects compZero｜アニメの撮影って?

にほぼ全て書かれていますよ。ほとんどの撮影さんにとって納得のまとめかと。他にも。

• -Is-Composite | アニメの撮影？
• ゲルニカ･ブログ | アニメーション撮影とは

取材記事もありました。

• ぷらちな｜廣岡さんの記事-デジタル時代の撮影監督とは？
• BLOOD特設ページ | 北久保弘之vs江面久
• Adobe Feautures | 映画『イノセンス』で独自の映像世界を表現する

とりあえずここまでで、もっとこうでは？こんなのもある、などここのコメント欄でも自身の環境でもどんどん発信してみて下さい！そうすることで情報がより多層･多角的にウェブ上に配置されこれから入ってくる人の助けになると思います。敷居がクリアになることが幾人かの選択を助け、僕達のものづくりに参加しようと思う人の層を底上げしていくかも知れないです。その連鎖が慢性的に抱えている不安や不満を軽減し、「こうありたい」というビジョンを後押ししてくれることを願います。

合言葉はとりあえずTwitterやろうぜ。(ぉ

こちらも併せてどうぞ！

• [AfterEffects]スクリプトのモジュール化で詠唱破棄 (2)
• AEP PROJECT>アニメ撮影におけるフレア/パラ・エフェクトのオペレーションを高速化するスクリプトパネル：FP-Launcher (7)
• 工場萌え with HDR | 写真と映像と (0)
• レーシック受けてみるよ　その１ (1)
• 南極で素っ裸になる人達 (0)

Adobe Focus In blogによると将来的にAftereffectsとPremireは32bitwinOSにはインストールすら出来ないらしいです。正直歓迎。ただOSから再投資だと乗り換えコストが半端ないのでアニメ畑は大きく分かれちゃうだろうな。

Adobeの捉える世（メインの顧客層)のスタンダードはこの通り。

本家の64bit化に関する資料（直リンク）より。

現状未対応なプラグインもこうなると対応してくれるだろうし、してなくても64bitのメリットは優先していいと感じてます。そうなると32bitだと”今くらい”の解像度やエフェクトから先へは中々行けないんじゃないかなあ。
”つくりかた”のイノベーションでカバーする手もあるかもだけど、色々考えてくと各社横並び、助け合いの環境では現実的には課題が多いだろうなとも。現在でもTVスケジュールでフルHDは正直難しいしかけられる手数を考えるとメリットが少ない。
やっぱりそもそも作品への意識や作り方（か、もっとそもそもな、、、）、という話もあるでしょうけど。

遅かれ早かれ今度はソフトで、OS単位で分断されてしまう。
大筋の結果としては、アニメの従来の型とハイエンド系のソレとの映像の二極化が加速されそうな予感。。

今僕はWindows7の64bit（CS3）で作業してるんですが、それでも32bitとの差はひしひしと感じています。

こちらも併せてどうぞ！

• アニメの撮影って？ (15)
• [AfterEffects]スクリプトのモジュール化で詠唱破棄 (2)
• AEP PROJECT>アニメ撮影におけるフレア/パラ・エフェクトのオペレーションを高速化するスクリプトパネル：FP-Launcher (7)
• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• 忘れがちなAfter Effectsショートカット (9)

こういうfun的な使い方してるの見た事ないのでネタ&参考までに。
僕はGUI好きなのでこういうのがテンション上がって楽しくやれます。
(もっと派手にするよ！)
先日の飲み会でスライド用に作成したものをちょっと手直しした感じ。

unknownは未登録タイトルの分岐用です。
ノルマやカット情報も全てモチベーションに繋がる様なデザインを狙いたい。
Adobe Airみたくsystemclome外して表示を画像オンリにできると最高だけれど（無理）。
やり方はこっちのと同じなので興味湧いた人はやってみませう。

分かんなかったらSkypeとかで聞いてもらえれば怪しい解決策をshareできると思う。
（本当に大した事はしてないですよ。）

UIライブラリとかあると便利そうですねえ。
妙案招来ヽ(ﾟ∀ﾟ)ﾉ ﾊﾟｯ☆

Here I am.
skype:terraon2

追記 16:52
ちなみにD00 | ハラダさんがLanchPadをAE7以前で再現されてるのを観て
何となく対抗心でアップしてみたりしたのでした。w

こちらも併せてどうぞ！

• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)
• アニメ撮影におけるレンダリング支援スクリプト”Renderbird”のこれから。 (5)
• [AfterEffects]我的エフェクトランチャー (3)
• [AfterEffects]スクリプトのモジュール化で詠唱破棄 (2)

正のフィードバックをわずかでも加速させたい。
これからスクリプトを勉強したい人たちの為のサイト集@僕verです。

AEP Project

http://ae-users.com/jp/
日本最大のAEのユーザーによるコミュニティ。
スクリプトタグには有益なリファレンス／チュートリアルが満載。
Twitter
http://twitter.com/AEUSERS

AfterEffectsScripts

http://aescripts.com/
元々凄かったけど、最近の大掛かりなリニューアルで
AE界隈ではぶっちぎりのアテンションの高いサイトに。
海外のスクリプトフリークの為の、たぶん、聖地。

bry-ful’s Homepage

http://bry-ful.ddo.jp/BRY/
スクリプトを公開されています。
AEプラグインf’s pluginもこちらで公開されてます。
アニメライズされたツール群にはあちこちでお世話になってる方も多いのでは。

da_tools〜Animeの道具箱〜

http://www.da-tools.com/index.html
チュートリアルの完成度が類を見ない、書籍でもこんなのない。
ExpressionからScriptまでの基礎トレに最適。
撮影向けの業務補助ツールも公開されてます。
ないものは作れ。これ大事。

AfterEffects CompZero

http://sites.google.com/site/annamillersclub/
情報貴重過ぎ。書き味面白すぎ。
CMSネタは一度ご覧になられよ。
blog
http://www.tetsuoh.jp/
twitter
http://twitter.com/t_e_t_s_u_o

ねこまたや

http://www.nekomataya.info/nekojyarashi/wiki.cgi?FrontPage
DAICONフィルムから業界に関わられているねこまたやさんのサイト。
アニメーター業務に加えデジタルツールの開発も。
迷宮。なれど宝の山。

OPEN SPACE

OPEN SPACE
http://www.openspc2.org/
より、After Effects自動化大作戦。たぶんちょー有名。
http://www.openspc2.org/book/AfterEffectsCS4/
逆引きになってて便利に使わせていただいています。
何だっけ？と思ったら最初に見に行く場所。

IntegerQ GeoLog

http://geocities.yahoo.co.jp/gl/integerq
IG江面さんのブログ。
ちょくちょく出るプログラム系の話題からあれこれ妄想するのが楽しい。
江面さんの画作りへの姿勢について学ぶ事が多いです。
Tipsという形では一度まとめて投稿されてます。

RAネタ、その１「半端なラストフレームの除去」
RAネタ、その１「半端なラストフレームの除去」 〜追記
RAネタ、その２「エクスプレッションだけではダメな理由」
RAネタ、その3「独自の設定ファイルを読み込む」
RAネタ、その４「ESTKを常用してみる」
RAネタ、その5「ツールっぽいスクリプト」
RAネタ、その6「レンダリングの予測時間」
RAネタ、その6「レンダリングの予測時間」〜補足
RAネタ、その７「After Effectsの操作・手始めに」
RAネタ、その８a「コンポジションの尺を変更」
RAネタ、その８b「コンポジションの尺を変更」
RAネタ、その9「テキストファイルの扱い」
RAネタ、その10「HTMLに変換してみる」
RAでスクリプトを常用する意義‥‥
RAネタ、その11「カット名を活用する」
RAネタ、その12「カット名の情報をWebにて表示してみる」
RAネタ、その13「カット名をもっと活用してみる」（前編）
RAネタ、その13「カット名をもっと活用してみる」（後編）
RAネタ、その14「BGと背景を読み込む・序の口編」
ESTKと他の言語のundefined

以下はおまけ、というには豪華過ぎるスクリプト関連の情報に多く出るブログやサイト。

国内編

• AENotes
• ae.info
• L.T.P
• SleepWalker

海外編

• Yenaphe.info
• redefinery
• nabscripts
• paul Tuersley’s Scripts
• AEXTENSIONS

ここいいよってあったらコメントで教えて下さい。いっそ自家宣伝でも（笑）

こちらも併せてどうぞ！

• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)
• アニメ撮影におけるレンダリング支援スクリプト”Renderbird”のこれから。 (5)
• [AfterEffects]我的エフェクトランチャー (3)
• [AfterEffects]スクリプトのモジュール化で詠唱破棄 (2)
• [AfterEffects] 萌えるスクリプト”LaunchPad.jsx” (3)

フォント製作会社の方のお話をしっかり聞く機会があったので下調べ＆疑問や自分のなりの認識をぶつけてみました。ちょー小口の客で申し訳ないが勉強したい。カフェで歓談。二時間くらい。いろいろ前向きな方向で把握できました。
以下僕の事前にとっていたメモ。

アニメ制作会社とフォント製作会社を隔てるものは何か？
二つの課題を感じる。

1. 使用頻度そのものの低さ
2. フォントへの理解不足

使用頻度の低さ

• 致命的。
• 撮影セクションだけでは使用する機会そのものが少ない。
• 一度契約すると抜けるのがリスク（データ互換の問題、随時ラスタライズするのは手間じゃね？）
• ハリコミ素材、PV、CM、ポスター制作
• OP、EDなどで大々的に使うならありかも知れない。
• ただ後述の様に”悪い流行”のリスクもある。

フォントへの理解不足

• ライセンスの知識、倫理感。
• 正しく運用できるか。
• 映像制作会社は一般に高品質の映像を求めてる。
• フォント製作会社はその実現の為のツールとしてフォントを提供してる。
• フォントの可読性はテキストや単語自体の情報をより明快にし、デザイン性はそれに怖い、儚い、といった雰囲気を付与する。
• 可読性×デザイン（デコレーション）性
• フォントの選択は演出の一部。
• 意図に反したコンポジット（不要なにじみ、ぼけ、色、etc）は見る人を混乱させカットの機能を阻害する。それと同じ。
• 「目をやった携帯の表示文字が妙に美しい教科書体」とか「儚さが要求されるシーンでテロップが極太ゴシック系」とか無意識でも違和感につながる。?とはいえそういうのは余程じゃない限り起きない、見れば分かる。
• ではもう一手。
• （好例じゃないかも＞＜）「近未来の警察もの。調査に向かったアメリカ系製薬会社の広々とした無菌室の様な受付に埋め込まれたモニタ、で使用されてるフォント」だったりたとえば近所のカフェだったりのメニューで「もっとこうがいいと思うフォント」
• この情報が他にもないとベストなセレクトは出来ない、という要素をより多く列挙できればいいんだと思う。モダンな固い系で、と言われて１０種並んだ内、明確な根拠をもった一手を打てるか？
• そもそもでいうとカフェメニューというと手書きが多いがそれは何故か？など、日常的にフォントを考察する意識。
• フォントが扱える、というのはそういう事。
• フォントは文化でもある。
• ハリウッド風である、とか、官公庁っぽい、とか感じる為にはある程度該当する経験が必要。
• 成功例/エヴァンゲリオン(マティスEB)・雪風（自作）など。
• 能力以上のツールは常に危険。フォントに使われる。という状態のリスク。
• これはプラグインに翻弄される様な恥ずかしさに似ている。
• 恥ずかしい雪。恥ずかしいライト。上げれば霧がない。
• 悪い意味でに流行ってしまったかも知れない例。エヴァフォント、TYPEMOONフォント（DF金文：月姫のロゴで使用）イメージが定着した上、フォロワー的な作品が氾濫すると起こり易い。

ブランディングの為に独自フォントを開発する例。そういうサービスもある。

お勧めはパッケージプラン。ダイナコム、モリサワ、フォントワークスで対応。

バグ

• フォントワークスの一部フォント、特定のフォントサイズで”枠線”ありの場合、枠線のみがジャギる場合がある。再現性あり、フォントサイズを変更すると直る。Photoshopでは何も起きない。AfterEffectsだけの問題。

フォント関連の優良ブログのネタを交換

• 【ゆず屋】漫画、アニメ、ライトノベル関係のロゴに使われているフォントの紹介。オタクのためのフォント読本「書体の研究」の情報も。http://yuzuya.style.coocan.jp/blog/
• 【TYPE RHYTHM】旧20代デザイナーの文字組〜30歳になりました〜http://mojimoji.blogzine.jp/
• エレメントで見分ける明朝体（シリーズ）http://www6.ocn.ne.jp/~td20/element-01.html

もっとあったら教えて下さい。

こちらも併せてどうぞ！

• SPEED/IDEA/TALK (0)
• LuminoScope新曲招来！ フル試聴できマス (1)

ちょいまとめつつ。
AfterEffectsで使えるドッキングパネル対応のエフェクト・スクリプトランチャーは大きく三つある。

■LanchPad.jsx |?紹介記事は [AfterEffects] 萌えるスクリプト”LaunchPad.jsx”

■rd: Script Launcher |?紹介記事は AE(CS3)のscriptUI 探索 |ホホホイの散歩道

■hs scriptLancher |こちらは非公開。

アイコンスタイルは見易く直感的に扱えるが表示面積を圧迫し、テキストスタイルは多く表示できるがとにかく視認性が低い。

”作業環境に見合った重要度のスクリプトやエフェクトを、相応のスタイルと配置をとったパネルに割り当てる”事が重要なんじゃないかと。

ひとまずこの二方向を埋める様なスタイルとして”視認性の高いテキスト主体”のランチャーを勉強代わりに作ってみましたヨ（｀∀´）。アイコンまずは適当に。リスト形式で縦に長いのが特徴で、二行使えば50個くらい仕込めます。手動で編集してるので任意のアイコン入れたりとかサイズが重要度にあわせて不定形だったりとか、割と自由。

組んでる最中tetsuoさんにtwitter経由でtips教えていただいてシラナカタヨー！！てなったのですけど、たとえば結局画像をアイコンとして表示させる為の「iconbutton」に関する記述ってAfterEffectsのScriptingGuideには記載されてないんですよね、今回そこで苦労しました。
(そもそもCS4のScriptingGuideは現在に至るまで未発表。）
なので参考になるかわかんないですけど、上記ランチャースクリプトのインターフェース周りの関数をここに置いときます。説明しないので？てなった人は聞いてください。文法のツッコミは是非とも！

var panelName = “hoge”;

function createUI(thisObj) {
var myPanel = ( thisObj instanceof Panel) ? thisObj : new Window(“palette”, “toolPallet”,[100, 100, 300, 300]);

//WINDOW情報
BTN_MARGIN =0 ;
BTN_WIDTH = 58;
BTN_HEIGHT =20;
BTN_STARTWIDTH = 0;
BTN_STARTHEIGHT = 20;

//スクリプトとアイコンのパス
folderObj = Folder (“../”+panelName+”/”);//フォルダを指定
jsxFileList = folderObj.getFiles(“*.jsx”);//フォルダ内をJSXでフィルタ
pngFileList = folderObj.getFiles(“*.png”);//フォルダ内をPNGでフィルタ
var jsxNum = jsxFileList.length;

btn=0;
//ファイルの数だけボタンを作成
for (var i =0; i< =jsxNum-1; i++)
{
if(pngFileList[i].exists)
btn[i]=myPanel.add("iconbutton", [BTN_STARTWIDTH, BTN_STARTHEIGHT*(i+1), BTN_STARTWIDTH+BTN_WIDTH, BTN_STARTHEIGHT+BTN_HEIGHT*(i+1)],pngFileList[i], {style:"toolbutton"});};

return myPanel;
};
createUI(this);

カスタムランチャーは自分で好きにデザインできるので使っていて楽しいと思います。
動くから放置してたものの{style:”toolbutton”}とか分からないままです。面白い情報とか、皆で弄ってガシガシシェアできたらなって感じですヽ(ﾟ∀ﾟ)ﾉ ﾊﾟｯ☆

memo
スクリプトのウィンドウパネルを他のパネルのようにドッキングさせる| AEP PROJECT
にて簡潔な解説があります。

こちらも併せてどうぞ！

• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)
• アニメ撮影におけるレンダリング支援スクリプト”Renderbird”のこれから。 (5)
• [AfterEffects]スクリプトのモジュール化で詠唱破棄 (2)
• [AfterEffects] 萌えるスクリプト”LaunchPad.jsx” (3)

■アニメの撮影って?

tetsuoさんの所で発見。
とっても分かり易かったので布教したい。
スマートなテキストに乾杯ヽ(ﾟ∀ﾟ)ﾉ
進化し続ける監督がカテゴリとして「原作を忠実に加工するのに特化する監督」「原作に自分の色を混ぜて再構成する監督」「自身の創造性のみで作品を作り上げる監督（これ語弊あるかも）」に分化していく様に、撮影って「画作りに走って演出に向かう撮影」「人付き合いと画作りのバランスが取れる撮影監督を極める撮影」、稀にいる「プログラムに走って根本の制作システムに手をかけようとする撮影（半分Producer/SE）」に分かれてくと思う。

■カラーマネージメント
これピンと来ない方是非何度か読み返してみて欲しいです。
僕も全然理解できてなくて、以前仕事で印刷所とやり取りがあった際えらく苦労しました。
（修行なう。）

こちらも併せてどうぞ！

• 今年の”色”-2009 Color Predictions- (0)
• ゴスペラーズのPVもEOS 5D MarkIIで撮影 (0)
• youtubeにローザンヌバレエコンクール公式チャンネル！ (0)
• My Likes on Vimeo (-20091110) (3)

本当に破棄する訳じゃないのだけれど。
ねこまたやさんのnastoolsを参考に。
script>startupに”XXXX.jsx”を置いておいて

//@include “…/lib/hogehoge1.js
//@include “…/lib/hogehoge2.js
//@include “…/lib/hogehoge3.js

みたく書く。これで常用する関数や変数はAE起動時に最初からメモリに投げておくことが出来るみたい。
基本テンプレートの構造やら選択レイヤのインデックスの拾い方を毎スクリプト毎に教えて上げるのも面倒だし何よりメンテの勝手が悪い。
数も増えて来たしそろそろとばと。AEPから作品名、作業ディレクリ、尺、フレームレートの諸々の基本数値を抜き出して一発で呼び出せる様にしたりもやっておいて、そうするとコードが短くなった分コアの処理だけを終えるから、ちょっと弄ってみようかって気になりやすいです。

他にも
http://sites.google.com/site/annamillersclub/download
に実例が紹介されてます。

//@includeを使えばスタートアップじゃなくてもスクリプト中に外部ファイルとして読み込む事も出来ます。

深夜にコード書いていると、今もM3に乗っかって反響するBGMに酔ってふらふらする。
音は麻薬。音楽の世界観に当てられるとテンションが上がって何か目に見える者を描いてみたくなる。その為の一歩が今はテキストの切り貼りで中々むずがゆいです。しばしガマン也。

明日からほぼ一週の休暇ですよ！

こちらも併せてどうぞ！

• アニメの撮影って？ (15)
• [AfterEffects] クリップのフェードインを自動化する スクリプト”AtFI” (3)
• AEP PROJECT>アニメ撮影におけるフレア/パラ・エフェクトのオペレーションを高速化するスクリプトパネル：FP-Launcher (7)
• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)

AE.infoにsmoothの記事を書きました。

こゆのはae.info向きですね。

こちらも併せてどうぞ！

• 僕がAEスクリプトの勉強に使ったサイト8選+ (12)
• 忘れがちなAfter Effectsショートカット (9)
• 工場萌え with HDR | 写真と映像と (0)
• ドラッグ＆ドロップでAfterEffectsを介さずにファイル収集を実現するWSH (1)
• オリオン64ビット (4)