CG,映像関係についてのまとめとかなんとか: 新年早々のオゾウェイ

オゾウェイ。

ちゃんと最後まで確認して書き出せ。俺。

天才の転載。覚えておきましょう。ええ。

DVCAM= 30秒で280MB
一本分のコピー　約10分
HDV→DV変換　倍の時間

SD =4*3=1.33:1
HD =16*9=1.78:1
標準シネマ =1.85:1
ワイドシネマ =2.35:1
ただしデジタルでは、ピクセル寸法絶対値。

走査線は525ライン(PALは625)
しかし実際画像には486しか使われない（※映像の他に同期信号なども送る必要から）
＝720*486(同576)
スクリーン上はどっちも4*3の見えで、
486が縦長ピクセル。576が横長ピクセル。
720というのも、ビデオ機器側でたいていは
704 or 708しか使われない

後発のDVで480という値が使われているのは、
圧縮アルゴリズム上「16で割り切れること」が最重要であるため。

OfflineRT 　タイムコードを一致させたままとりこめる軽量映像素材。DVの5倍の量をストックできる(1GBに2時間!?)。ビットレート最大660KB。リアルタイムにかけれるエフェクトも格段に多い。編集が済んだ後に素材を再リンクすればアラ不思議、オンライン画質で出力できちゃう　＜タイムコードが一致してるんだから当然b
これを最初から使っていたら、家でノートでだって編集できたのにぃ

29.97　について。
輝度信号のみだった白黒時代からカラーへの過渡期、後付けされるカラー信号による輝度信号、音声信号への干渉を最小限にするために、フレーム周波数を1000/1001だけシフトすることになった。結果、
30*1000/1001＝29.97Hz　となった。
カラーのための電波帯域　色副搬送波は、3.58MHz。
これがカラーサンプリング 4:1:1 の　１。
あでもそうするとYが14.32MHzにもなっちゃうから、これは誤記(笑)

29.97という微妙な値では、使うとき不便。その対処策として導入されたのがドロップフレーム。実際にはフレーム＝画像がドロップされているわけではなくて、フレームに割り振られる「タイムコード」を意図的に飛ばすことで、結果的に実時間と数字との同期を実現している。
具体的には
・毎分のあたまで2フレーム飛ばす
・ただし、10分おきに、飛ばさないでおく。
→ありがたい参考　＝　http://www.ayatoweb.com/tv_design/tvd05.html#
エディウスではこちらに。。。＝http://www.edius.jp/cre_lab/knowledge01.html

appleProres422って、アルゴリズムが非公開なんだけど、DVがMotionJPEGの亜種だとすると、もしかして、プロレズはJPEG 2000のモーション版じゃないのかな？なんて思ったり。そしたら画質と圧縮率とフレーム単位の編集って言うのも、わかる。
JPEGの次世代規格で、JPEG XRっていう規格が進行中らしいんだけど、もとは某MS社の HD Photo ちう技術なのだとか。また幅を利かせるのか、連中は……。

＝＝＝＝＝

「特撮は不幸な技術だ、成功すれば誰も気が付かないし失敗すれば笑われる（スタンリー・キューブリック）」

＝＝＝＝＝
appleのサイトのムービー（チュートリアルとか）は、画質も反応もけっこう良い。これのカタログスペックは……
ビデオトラック：24FPS, 2000kbps
オーディオトラック：ステレオ、32kHz、1024kbps
音を非常に高品質に保っていることが分かる。
これで、あの品質と再生スタートまでのストレスの少なさのバランスがとれた動画コンテンツができるのだなと。
FLVのほうも調べてみたいところ

CG,映像関係についてのまとめとかなんとか

2009年1月8日木曜日

新年早々のオゾウェイ

0 件のコメント:

非常にためになるりんく

ラベル

天才の転載。覚えておきましょう。ええ。

ブログアーカイブ

CG,映像関係についてのまとめとかなんとか

2009年1月8日木曜日

新年早々のオゾウェイ

0 件のコメント:

非常にためになるりんく

ラベル

天才の転載。覚えておきましょう。ええ。

ブログ アーカイブ

ブログアーカイブ