掲示板ログ

2006/6～2007/11までのログです

パフォーマンス測定関連

フィルタリングにGPUを利用する場合は、データ転送コストが重要になってきます。
つまり、CPUで全部処理した場合の時間が、GPUとCPU間の転送時間より相当長くなければ意味がありません。

というわけで、今回は一般フィルタの処理時間を計測するプラグインを用意してみました。
また、計測の単位を秒にあわせるため、gpu_ccも、秒単位での時間表示に変更しました。
これらを組み合わせて比較することで、GPU化すると速くなりそうなフィルタの目星を付けることができるかもしれません。

というわけで、秒単位での参考データです。
環境:P4-3.4EG,XPsp2,RadeonHD2600Pro(AGP),720x480
表の意味:: フォーマット:(Put,Proc,Get)(単位はミリ秒)
F32:(8.49, 1.23, 33.6)
F16:(6.78, 0.717, 20.0)
U16:(4.31, 0.863, 16.9)
S16:(4.32, 0.704, 16.9)
U10:(4.31, 0.957, 9.29)

ちなみに、データ量は720x480x(16,8,4)byteと計算できるので、バンド幅を計算すると、
to_GPU:630MB/s, to_CPU:150MB/s
ぐらいになります。
前回のGeForce7300GS(PCIe)では
to_GPU:1.8GB/s, to_CPU:600MB/s
なのでかなり差があります。
実際、（この例での）PCIeぐらいの速度があると、画像サイズによっては
GPU版の色調補正フィルタが速いこともあるようです。

それにしてもAGPは遅すぎるような気がします。
念のため、CCCで4xと8xを切り替えてみましたが変化なし？？？。
ってことは、4x相当でしか動作してないってことでしょうか？
4xでの理論値は、上り1GB/s,下り266MB/sなので、その6割なら辻褄が合いそうです。

GPU色調補正フィルタのパフォーマンス測定（修正）

今更ながら、GPUフィルタでの処理時間計測の方法に問題があったことに気付いて修正しました。
正式版ではこの機能自体を削除していましたが、今回のバージョン(1.4)では、この修正を行った上で、
測定機能を復活させたものを同梱しています。

以前、測定に協力していただいた方々には申し訳ありません。
（修正前のものでは、ほとんどの処理時間がGet時の時間として計測されてしまいます）

以下に、修正した測定方法での結果を示しておきます。
なお、画像サイズは720x480で、整数フォーマットのみで測定しています。

環境1:P4-3.4EG,XPsp2,RadeonHD2600Pro(AGP)
表の意味:: フォーマット:(Put,Proc,Get)(単位はクロック)
U16:(1.47e7, 2.92e6, 5.76e7)
S16:(1.44e7, 2.38e6, 5.75e7)
U10:(1.46e7, 2.92e6, 3.68e7)

環境2:C2D-2.13G,Vista,GeForce7300GS(PCIe)
U16:(3.03e6, 1.02e7, 8.95e6)
残りは対応せず

上下方向の転送時間、GPUでの処理時間もそれらしい値になっています。
（以前のものを参考にされた方はすみません）


話は変わって、上を読んで分かるとおりRadeonHD2600ProのAGP版を導入してみました。
7.10でもいまだに、Catalystでは対応してないといわれてドライバが入らない
（ファイルを書き換えれば入りますが）
など問題はありますが、安定はしています。

HD解像度でのベクターデインタレが可能だったり、DX9での対応フォーマットが多いなど、
地味におもしろい点が多いです。
（このあたりはGPUフィルタの改造に関連しています

少し更新

次の3項目を更新しました。

1.Deinterlace Checker
EVRに対応してみました。
レンダラとダミーのソースフィルタを直結するようにしました。
（変なフィルタが間に入って、強制終了することがありました）

2.GPU色調補正フィルタ
16bit整数モードを追加しました。（R300,NV40以降）
ただし、Geforce系では問題があるようです。

3.インタレスレ その2 過去ログ
最後のあたりを補完しました。


ところで、あまり関係ないですが、今まで使っていたRadeonX1300(AGP)が
急にお亡くなりになられました。
まだ1年ちょっと（過去ログ参照）だったのですが、これもいい機会なので
2600pro(AGP)にでもしてみようかと思います。
（AGP版にはあまり良い噂を聞かないのが心配ですが）
とりあえず、今はオンボード(865G)を使っています。
上の1,2は865Gで気付いた不具合対策なども反映されています。

EVR DShow Vista

Vistaから使えるEVRですが、DirectShowから使う場合について少し調べてみました。
（EVRはXPでも.Net3.0を入れると、一応DLLが入りますが、登録しても使えません）

これまでのDShowでは、YUVからRGBに変換する場合のマトリクスや、伸張するかどうか、などを
明示的に設定する仕組みが標準では存在しませんでした。
EVRでは、このあたりをどうにかできるという噂を聞いたので、調査してみました。

まず、EVR自体とピンが提供するインターフェースを見てみましたが、
それらしきものはありませんでした。
そこで、ふと、VIDEOINFOHEADER2の解説を見てみると、変更点がありました。
（おそらく Windows SDK for Vista 以降）
予約領域の一部を DXVA_ExtendedFormat とみなすようにしたようです。

さて、実際にこの設定が反映されるかを試してみました。
Vista＋GF7300GS(v162.22)では、EVR使用時のみ効果があり、かつ変換マトリクス指定だけが
反映されているようです。
VMR7/VMR9（YUVミキシングモード含む）およびXPではまったく無視されるようです。

どいうわけで、DXVA2フィルタと同じく、Vistaでしかまともに使えないという感じです。
あと、この実験の過程でedvdec.axに上記のパラメータの追加機能を付けてみました。(v0.9.9)
デフォルト値は適当なので、いろいろ試してみてください。

DXVA2を使ったフィルタ

GPUでのデインタレースを利用したフィルタが作れないものかと考えていましたが、
DXVA2.0を使えば何とかなりそうだったので作ってみました。

はじめは、DXVA2はVistaのみでしか使えないと思っていたので、気が進まなかったのですが、
DXVACheckerの登場や、WindowsSDK内のサンプル(DXVA2_VideoProc)がXPでも動作することがわかり、作ってみることにしました。

その結果できたのがこのフィルタですが、残念ながらあまり実用的ではありません。
以前のGPUフィルタでも問題だった、処理結果のコピーがやはり重く、これがネックになっています。
また、XPでは一応動作するものの、一度RGBに変換する必要があったり、YC伸張設定が無視される、
などの問題があり、一応動く、という程度のものです。
ドキュメント等もあまり無いため、かなり試行錯誤しましたが、それでもまだ動作が怪しいです。

設定によっては、強制終了したり、エラーが表示されますが、いろいろ試してみてください。
なお、テストした環境は以下の組み合わせのみです。
・XP＋RadeonX1300(AGP)
・Vista＋Geforce7300GS(PCIe)

過去ログ

遅くなりましたが、インタレスレその2の過去ログをあげておきました。
（ただし不完全です）

同じようなのがすでにありますが

3月頭にぎりぎり購入できていたのですが、ほとんど使っていません。
活用するとすれば、PCをどうにかしてからになるでしょうか。

あとフィルタですが、久々にDShowのフィルタを作ってみました。
ネタとしては結構良さげだったのですが、音声周りはかなり苦労（というか資料が無い）しました。
適当な上に汚いソースがそれを物語ってます。

携帯と動画

最近携帯を変えてみました。
N703iμという機種なのですが、早速？動画再生機能を検証してみました。

ファイルフォーマット的には、mp4形式（3GPでなくてもOK）に対応しているということですが、
映像についてはMPEG4 SPまでの対応みたいです。（AVCはだめみたい）
テストファイル自体は、変換君ではなくAviUtl＋neroAacEnc＋MP4Boxで作ってみました。

音声については、AAC-LC,SBR,PSまでいけるようですが、なぜかPS部は再生してくれないようで、
モノラルなままでした（neroのせい？）
動画については、Xvidで320x240,30fps,1Mbpsぐらいは問題なく再生できます。

あと、動画についてはVFRも問題ないようです。
余談ですが、MP4BoxはAVIでの120fpsVFRなファイルは扱えません。
多分普通はtc2mp4を使うのでしょうが、なぜか手元ではエラーがでて使えませんでした。
（PCに入れてあるperlがおかしくなっているからでしょうか？）
というわけで、MP4Box側を適当に改造して、直接インポートできるようにしてみました。
（ただしSP,ASPだけです。事情によりパッチという形ですが、上のリンクにおいてあります。
この携帯には関係ないですが、B-VOPにも対応しています。）

もっと関係ないですが、この携帯はSD Audio対応で、SD-Jukebox V6がついてきます。
このSD-Jukebox V6ではiTunesで作成したAACファイルをインポートできますが、
neroAacEncで作成したファイルはインポートできません。
どうやらいくつかチェックポイントがあるみたいなので、ファイルを書き換えてインポート
できるようにするプログラムも作ってみました。
これも上のパッチと同じzipファイルに入れてあります。

ついでに書いておくと、この携帯のSD-Audioプレーヤとしての使い勝手はもう一歩という感じです。
レスポンスや連続再生などの点で、まだ携帯のおまけ機能から脱し切れていません。
ただ、電池持ちは比較的よいです。

出力 別スレッド化プラグインを公開

ということで、やっと完成しました。

exaviの改造にはいろいろと問題があったので、
こういう形がよいだろうとは思っていましたが、なかなか面倒で・・。
ファイルの日付を見る限り一年以上放置してましたが、
yv12_srv.auoからいろいろと持ってきて、何とか完成しました。

あと、いつものことですが、テストはかなり適当なので、
バグがたくさん残っていると思います。
注意してください。

出力ウェイトプラグインの不具合

条件どれかひとつ満たす(OR)で指定時間経過後に終了のみONで使用時、
残り時間を指定を1:00:00にしても2m40s位で終了してしまいます
CPUはアスロン64 X2 3800+で
Aviutlは0.99です
また指定日時に終了では正常動作します。
よろしくお願いします

GPUフィルタの（ひとまず）公式版

実験していただいたお二方には、私の趣味に付き合っていただき、本当にありがとうございました。

このテストのポイントは、ひと手間かけてデータ量を半分にしてメモリ帯域を稼ぐのか(F16)、
そのままやり取りするのか(F32)、どちらがよいのかを見極める、
というところにありました。
結論としては、目的に応じて使い分けるのが良さそうです。（公式版では切り替えられるようにしておきました）

CPUtoGPUは32Fが有利で、逆は16Fに分がありそうです。
GPUでは解析っぽいことをやらせて、結果は小さいデータ（単一の値や、整数ビットマップ）
を受け取る、といった方法なら、AGPでもそこそこ使えるような気がします。
（SM4.0でPIXEL_YCを直接渡せるようにするのがたぶんベストですが）

と、少し考察してみましたが、実際どんなフィルタを作るのかはまったく未定です。
（そもそも最近ほとんどエンコードしてないので。）

GPUフィルタを公開

GPUを利用したAviUtl用フィルタを作ってみました。
実際の利用にはいろいろと問題があるのですが（Readmeを読んでみてください）、
それなりに動くようです。
普通に考えると無茶なアルゴリズムや処理内容でも、それなりにいけそうな感じです。

YUV to NV12変換フィルタを更新

基本的な動作や、変換係数などに変更はありませんが、
かねてから気になっていた点について変更してみました。

(1)YV12を優先
デコーダによってはYUY2出力のほうがYV12より優先されることがあり、
無駄な処理を行ってしまう可能性がありましたが、
これを避けられるようにしてみました（少しやっつけ）

(2)出力バッファ数を増やした
あまり効果は無いみたいです。

その他、一部デフォルト値を変更しました。
詳細についてはreadme.txtをご覧ください。

Cat 6.6 にしてみた

時間が無いにもかかわらず、6.6にしてみました。
6.5でおかしかった（？）ビデオモードが
直っているみたいです。
ただ、相変わらずアスペクト比が変です。。
（横に伸びすぎて、左右が切れたみたいになってます）

ゲストブックからの移行テスト

ゲストブックはカスタマイズできないので、
この掲示板システムに変更してみました。
JavaScript必須みたいですが、ご了承ください。

旧ゲストブックは近いうちに廃止します。