exavi_vfr.auoについて <part 3> - kiraruノートの《切れ端》

2006年05月14日

昨日、書き忘れたことを追加しときます。

■より高速化を求めて: ファイルの書き込みを非同期書き込みにするということも考えられますが、
今ではOSが遅延書き込みをするのが当然となってきているので、実は
書き込みはそんなに遅くはありません。
つまりあまり効果は得られないのがわかっているのでやりません。
その反対に、読み込みは効果がありそうなんですが、これは本体でない
プラグインの身としてはどうにも手がだせない所です。
本体が非同期出力のI/Fを提供してくれれば良いんですけど。

まあ本質論を言っちゃうと、Reader-Writerスレッド化は本体がやるべき話で
あり、プラグインでやるのはどうかと思うんですが。
（ここで、AviUtlがマルチスレッド化されてしまうと、二重に同じことを
　行うことになり全く逆効果となってしまいます。）
AvisynthのMT化がどうなっているのかは知らないので（使ったことないし）
もし同じReader-Writerスレッドモデルだとしたら．．．恐いです。

まあ、細かくシグナルを出すタイミング（相手側がwait状態からrun状態に
なるの）を調整することぐらいはできそうですが。

■SSEについて: データバッファへのコピーにSSEを使っているため、非SSEのCPUのためには
別にビルドしたauoも同梱していることを説明し忘れていました。
該当するCPUを使ってる人はこちらを使ってください。

そうそう、CODECによってはRGBデータでしか入力できないものがあり
そういう場合、もし画像サイズが縦横が奇数だと（データとして8の倍数
バイトでない場合）最後の1ピクセル分がコピーされない（データ欠け）
かもしれません。
今ではほとんど有り得ないシチュエーションだとは思いますが。

また、YUY2でも縦が奇数ラインでかつ横のピクセルが4の倍数幅で無い場合、
同じくデータ欠けが起きます。