09/07/22 17:10:25 L7beN1Kl0
>>382
>1-4
単純にトラックの表示・非表示や有効・無効を切り替えるだけであれば、それこそコンポジションを分ける方が
構造的にもパフォーマンス的にも有効だと思われるのですが、どうでしょうか?また、トラックのレンダリング順序
などの関係もあり、一つのフォルダにまとめてしまうとその関係が崩れてしまう、と言うことも考えられます。
>2-2
オーバーロードではなく、オーバーライドでしたw
Control.OnPaintをオーバーライドし、補間モードをニアレストネイバーなどにしてみましたが、速度的には
顕著な差は見られませんでした。
>2-4
ほぼ無いと考えていいでしょう。そもそも、Open GLなどからメインメモリにコピーせずにレンダリング後の
イメージを渡すには、レンダリングコンテキストごと渡し、渡されたレンダリングコンテキスト上でエフェクトを
掛けることになるのですが、後段のエフェクトとの相性によってはプログラムごと落ちてしまったり、レンダリング
イメージが不正になってしまうと言うことも考えられます。
>2-6
標準でサポートするのは、今まで通りAVI 1.0とBitmapクラスで扱うことの出来る各種画像形式を考えています。
AVI 2.0に関してはDirectShowが未だにわからないというのと、AvisynthによってVFWでもある程度は制限が
緩和できるということもあるので、標準サポートは見送る予定です。これら以外の入力に関しては、今まで通り
自分でプラグインを作成していただく形になります。
>2-7
球やモデルなどの3Dオブジェクトをそのまま読み込んだ場合、オブジェクト同士の前後関係は正しく扱えますが、
その後のポストプロセスをどうするかと言う部分で非常にややこしい問題が出てきます。
>2-12
AEのトップビューやレフトビューなどはOrthoになっているようですね。ちと考えてみます。
>2-14
1DLL=1エフェクトとは限らず、またそういう制限をかける予定もないので、厳しいかと。