DVCPRO HD 1080Pから720Pにダウンサイズ（追記有）

FinalCutでDVCPRO HD 1080Pの映像を720Pにダウンサイズする上での検証。
以下を比較してみる。

A) 1080の素材を並べた1080のシーケンスからQuicktime出力時に720に指定し出力。

B) 1080の素材を720のシーケンスに配置してから720に出力。

C) 1080で出力したものをshakeのResize（フィルターはsinc）で720にして出力。

結果は

A) この中では最も輪郭がボケた感じ。
B) この中では輪郭のシャープ感は真ん中
C) この中では最もデャープだが、暗部のノイズも一緒に強調されているようにも見える。

というわけで
BかCが適当そう。とりあえず、Cで様子見てみようかな。
Cのオプション手段として、C処理の前に、なんらかのノイズリデュースのエフェクトをかける手も考えられ葉するが、制作進行の足取りが遅くなり過ぎそうな気もするし、効果も未知なので、これはとりあえず保留。

後日の追記）
shakeのダウンコンバートのみなら、Resizaノードではなく素材を入れたFileInノード上ですべきだと後日判明。

Motionのテキスト

FinalCutStudio2になり、Motionも3になって機能充実したらしい。
でも…
これって、僕が気づいてないだけで、そういう機能あるんですかね？
というのは…
テキストの縦書き。
行替で強引に縦書き代わりにするのは、
効率悪くてしょうがないのですが。。。

今回も縦書き作業あったのですが、
その部分はPhotoShopでやってMotionに素材として入れました。

前のバージョンのFinalCutのプロジェクトが開かない

先日、やっとFinalCutStudioのバージョンアップを果たした。さて、これで現在進行中のアイドルDVDの編集（約120分!）の仕上げにはいるぞいっ！と意気込んだのも束の間、前のバージョンでこれまで組んできたプロジェクトが開かず、エラーメッセージが表示される。
「このプロジェクトは読み込めません。または、このバージョンのFinal Cutには新しすぎる可能性があります」
何を言うんだい。あなたが最新のはずでしょう！
どうにもならないので、旧バージョンに落として再度開けてみると問題なく開く。どうなっているんだ？
なんとか原因を見つけるべく、開いたプロジェクトをからいくつか違う状態のプロジェクトを作成し、それらを新バージョンで開いていっていき、その反応から原因を見つけることにする。正直めんどくさい作業だが、仕方が無い。
で、ようやく見つけ出した原因。どうやら、僕が使用している音楽ライブラリのうちのいくつかの曲が原因らしい。それらの曲を読み込んでいるプロジェクトはエラーになり、削除したプロジェクトは開くようになった。
ただ、どうして音楽ファイルでも問題ないものと問題あるものがあるのかまでは調べきらず。

燃費記録

メータ指示53166kmから53488の322km走行で29.66リットル使用。よってリッター約10.86km。
（ 11.57 → 10.24 → 8.99 → 9.92 → 11.91 → 7.89　→ 10.59　→ 11.29 → 8.65 → 10.86）

sonyHDVをネット配信サイズに（追記有）

いつものアイドル映像仕事で、sonyHDVをネット配信用に縮小する必要性が出た。そのまんまエンコードソフトに入れてしまい、そこで縮小する手もあるのだが、素材のsonyのHDVはインターレース、対して今回使用するエンコードソフトFlash Video Enchoderはインターレース除去の機能はどうやらないらしい（あったらゴメンなさい）ので、エンコード前にネット配信用に640*360（正方形ピクセル）に縮小しておくことにする。
素材自体の編集はMac上のFinalCutなので、Shakeで縮小することにする。
まずは、インターレース除去。するとまあ、MPG圧縮という事もあってか、拡大して見ると、すごいブロック化状態である。斜めの線や、曲線が、ガタガタになっている。（でも、どうしてSONYはインターレースにこだわるんだろう。世間の最終出力はプログレッシブになってきていると思うのだけど）
ガタガタを消すために、縮小前にブラーをかける。アルゴリズムは無難にガウスにした。値的には、5あたりからガタガタ感が薄くなり、6でほぼ消えた。今回はちょっと遠慮して、5.5に設定。
で、それからReSizeで640*360に、ここでのアルゴリズムはsincにしました。sincは縮小においてディテイルが維持されるとの事ですが、シャープネス作用も強いので、先のぼかしで弱まった輪郭をここで戻そうという意図もある。
そうしてQuickTimeのTGA圧縮で出力。でも、FCPに戻すと、素材よりちょっとだけ明るめになっていた。以前にも書いたが、shakeとQTの組み合わせにおいては入れと出しのフォーマットが異なる場合、ガンマが変ったかのように明るめになったり、暗めになったりする事があるようだ。今回は入れがQT(HDV)で出しがQT(TGA)だったからからかもしれない。直そうかなとも思ったが、アイドル映像の調整としては、むしろちょうどいい明るさ具合だったので、そのままにする。


(修正しました)
HDTV表記をHDV表記にしました。この場合はHDVですよね（苦笑）

（後日追記）
shakeでのダウンコン処理のみならReSizeノードよりファイルを入れたFileInノード上で行うほうが良いらしいです。

3dsMAXレンダリング2

例のうちのDellマシンに起因するのかもしれないが、今回のレンダリングで出た不具合（？）。

3dsMAXのデフォルトのレンダラーであるスキャンラインレンダリングにおいて、64bitのMAXでレンダリングすると、画面上にポツポツとグレーの粒のようなノイズがいくつかランダムな位置に発生する。小さいので縮小表示していると気づかないが、等倍以上にしてコマでみていくと分かる。しかし、32BitのMAXでレンダリングすると大丈夫なようだ。ちなみにmental rayレンダリングにおいては、今のところ同様の現象は32bitでも64bitでも発生していないようだ。
32bitでやり直して問題なく進行。

mental rayレンダリングにおいて、64bitMAXで問題なくレンダリングされていたものを、32bitMAXでレンダリングしたら、オブジェクトが複数のプロジェクトにおいて途中何度か落ちた。テクスチャで負担をかけていないつもりだったが、少し大きかったのかな？
64bitで再開して問題なく進行。

3dsMAXレンダリング

自分はまったくまだ手探り状態の3dsMAX。今回zerφ2を制作する中で、そのレンダリングについて体験したメモ。

そのほとんどはmental rayを使用してレンダリングしましたが、動画においてはどれぐらいの設定が現実的なんでしょう？ちなみに今回の画像サイズは1280*720。
最初は、「そりゃ、できるだけ高画質にすべきでしょう！」と、サンプルは最小4、最大16、ファイナルギャザーはプリセットの最高にしてレンダリングしてみましたが、いやはや遅いのなんの。よほど時間もあって完全に決定状態でもない限り、避けたほうが良いスピード。ひとつのカットに8時間から数十時間（数日）かかってしまいます。
今回、現実的に選んだのは、サンプル最小1、最大4、ファイナルギャザーは高。レンダリング時間はひとつのカットあたり、数十分から8時間程度になりました。クオリティ的には、その後、合成先の実写に合わせてぼかしやモーションブラーを足すことを考えると問題がないくらいになっていると思います。
あと、この作業において、フィルターはmitchellにしました。最近出たＭＡＸ本でMitchellが推奨されていたからです。後で知ったのですが、Shakeにおいてデフォルトのフィルターは拡大ではmitchell、縮小ではsinc（縮小時にディテイルが維持されるらしい）だそうです。ただ、MAXのフィルターにsincはありません。そういえば、AEやCombustionではどうなんだろう？

で、ざっと映像ができて、音声担当の高橋さんにお渡しした今、差し替えように設定のクオリティをあげたものを合間にレンダリングさせています。いやはや、遅いです。果たして違いはでるのかなあ。。。

そうそう、あと、被写界深度とモーションブラーはMAXでは処理してません。その後のAEでやっています（あるいは、やっているようにみせている）。