A's Video ConverterでVideo Codec Engineの片鱗を探る

リクエストをいただきましたので、この半日このソフトを弄ってました。

A's Video Converter。さまざまなトランスコードのエンジンに対応したこのソフトは、かつてはAti AVIVO Converterの実質的フォロントエンドとして活用されてきました。それが、この10月14日に、はやくもAMD Video Codec Engine(VCE)に対応したというではありませんか。搭載はされていますが、まだ活用のしようがないAPU内蔵のVCEを計測するチャンスです。早速試してみましょう。なお、サイトでは32bitと64bitの2種類が交換されていますが、32bitは時々設定ファイルを手動で消してやらないととまってしまうことがあるなどしたため、OSも64bit版Windows7なので64bit版を使って実験しています。入れたランタイムはMicrosoft Visual C++ 2008 SP1 だけ。あと、動画＋音声読み込み用に、ReadMe.txtの指示に従ってffdshowの64bit版(一応音声のみ)とHaali Media Splitterをインストールしてあります。

A's Video Converterは比較的簡易なトランスコーダーのため、アスペクト比などを指定できないようです。なので1440x1080の動画ではなく、1920x1080のMPEG2-TS、30分のものを用意しました。ただ、TSのままだと音のズレが少し発生したため、TMPGEnc MPEG Smart Renderer 4でMPEG2-PSに変更してあります。手っ取り早かったためにこれを使いましたが、他のツールでもかまわないと思います。
放り込んでトランスコードのエンコーダにAMD VCE Encoderを選びます。これを選ぶとフォーマットはH.264固定になります。品質VBRも選べますが、デフォルトのままだと容量が大きく、少しでも弄ると極端にファイルサイズが少なくなりすぎて画質が悪くなるため、ピークVBRを使うことにします。ProfleはBaselineかMain、ビットレートは4000平均の8000ピーク、音声は128Kbps、それとDXVAを有効にしてディインターレース処理などを有効にしました。デコードもGPUを有効にします。これでやってみましょう。

29分10秒

ほぼ実時間くらいです。1920x1080のH.264/AVCと考えれば十分速いと言えるでしょう。続いて、GPUデコードをはずしてDXVAによるディインターレースなどのみ有効にして計測しましょう。

22分34秒

なんかGPUデコードはずした方が速くなるんですが。じゃぁDXVAを外してGPUデコードのみ有効にしましょう。ディインターレースが無効になりますが、その分速度が上がるかも知れません。ちなみに、AMD System Monitorで確認すると、GPUの利用率が下がり、CPU利用率が上がります。本当にGPGPU使ってるのかと思うくらい。

12分01秒

速い！　むちゃくちゃ速いです。ひょっとしたらと思い、GPUデコードも全部外してみると

8分27秒

・・・これやってるパソコン、A10-5800Kですよ？　Core i7の6コア12スレッドモデルとかじゃないんですよ？　1920x1080で30分の映像をH.264に変換するのにかかる時間がたったの8分27秒。普通にソフトエンコードとかでやれば1時間を切ることはよほど画質を犠牲にしないかぎり絶対にないでしょうから、脅威としか言い様が無いです。ちなみにSpursEngineやIntelQVCにはリサイズを行うとエンコードが遅くなります。ならば、VCEはどうなるのかと最速のGPUデコード＆DXVA無効の状態で、ソフト処理で1280x720へのリサイズを行います。

4分25秒

もはや時が止まっている間にこっそりエンコードしたとしか思えない速度(笑)　よくあるポルナレフのAAが思い出されます。

そして、問題の画質ですが・・・。従来の常識はすべて捨ててください。以前のATI Stream、nVIDIAのCUDA、QSVに、今まで脱CPUエンコードでは最高画質だったSpursEngine。そのすべてをVCEは確実に上回っています。言わなきゃ数倍の時間がかかるソフトエンコードだといわれても、おそらく信じてしまうでしょう。よく見ると細部が多少チリチリするところが見えなくもないですし、やや立体感に欠ける部分も見受けられます。が、少なくとも今回の動画では一所懸命粗探しをしてなんとか見つかる、というレベルでした。多くの人にとって普通に使える画質だと断言できます、この速度で！
ただし、すべてがいいわけではありません。インターレース保持の映像にすると、再生の時にうまく解除してくれないんです。GPU任せではダメで、VLC MEDIA PLAYERなどを使って映像ファイルごとに多少調整する必要があるでしょう。また、トランスコードゆえにシークバーで動画の好きなところを探すことが出来ない動画になってしまっています。ある意味仕方のない話と言えますが。

ですが、本気で驚かされました。少し興奮気味で今回のエントリーを、夜の夜中なのに書いてます。Trinityをお持ちの方、一度試して見てみてください、VCEの実力は相当なものです。ここまで持ち上げちゃってるのでその想像は超えないかも知れませんが、十分実感できると思います。後は優秀なソフトにそのエンコード環境をつけてもらうだけ。AMDさん、本気で営業がんばってください(涙)。


追記：夕べは興奮して書いてしまいましたので、過大評価なってしまいました。かなり厳しい動画を使ったためか、目標ビットレート4000Kbpsと指定したにも関わらず、ほぼ8000Kbps平均まで上がっていました。それでもTMPGEenc Video Mastering Works5の固定品質60換算くらいの容量ですが・・・。平均4000をきっちり守らせると、それなりに画質は破綻します。今度もう一度画質チェックをし直す必要があります。