AMD Video Convertor

PCスペック

　まずはじめにPCの基本構成です。1号機は1年半くらい前に組み立てた自作機ですが、AMDプラットフォームとしては今でもそれほど見劣りのするPCではありません。2号機はつい先日組み立てたのですが、こちらはパフォーマンスではなく、超低消費電力を追求したPCです。

　エンコードマシンとしてはCPUパワーがありHDD容量も大きい1号機がメインとなりますが、内蔵グラフィクスエンジンが新しい2号機の方でも念のため試してみることにしました。

必要なソフトウェア

　まずはAMDのCatalystドライバーにControl Panelが正しくインストールされていることが前提ですが、それに加えてさらに以下の二つのソフトウェアが必要です。

使用してみる

　以上でAMD Video Convertorを使用する準備が整いました。使用するにはAMD Vision Engine Control Panelをまずは開きます。以前はCCCと呼ばれていた、グラフィックチップ設定用のアプリです。スタートメニューからでも、通知バーからでも起動できます。

　次に入力ファイルの選択画面が開きます。エンコードしたい動画ファイルを指定するわけですが、ここで読み込みできない場合は、上記のDirectshow Splitterに問題があります。
　ファイルの読み込みに成功すると、ビットレート、長さ、解像度、アスペクト比などなど、その動画ファイルの情報が表示されます。

　”次へ”を押すと、今度は出力ファイルの設定画面になります。どういう形式の動画ファイルに変換するかを決めなくてはなりません。AMD Video Convertorは非常にシンプルなUIのソフトであり、基本的にプリセットされたプロファイルから選択することしかできません。また、ユーザー設定を追加することもできません。
　プリセットされている形式は上のスクリーンショットにある通りです。映像のビットレートだけは表示されますが、解像度やフレームレート、オーディオの形式やビットレートなど、細かいことはこの時点ではどこにも表示されず不明です。

　さらに”次へ”を押すと、いきなりトランスコードが開始されます。作業中は上記のようなプログレスバーのみ表示され、経過時間と予測時間が表示されます。ここで”予測時間”というのは、その時点における残りの作業時間ではなく、スタート時からのトータルの時間です。残り時間を読み取るには、予測時間から経過時間を引き算しなくてはなりません。

エンコード時間

　さて、実際どれくらいの時間で再エンコードができるのでしょうか？ 下記の条件で試してみました。

• 入力ファイルは地デジを録画したTSファイル。長さは55分。ビデオの圧縮形式はMPEG2でビットレートは約13Mbps。解像度は1440×1080ピクセルでフィールドレート59.94Hzインタレース。オーディオはAACのステレオでビットレートは160kbps、サンプリング周波数は48kHz。
• 出力ファイルは、MP4形式。ビデオの圧縮形式はHPEG4-AVC（MPEG4）でビットレートは約4Mbps。解像度は1280×720ピクセルでフレームレート29.97Hzのプログレッシブ。オーディオはAACのステレオでビットレートは160kbps、サンプリング周波数は44.1kHz。

　上記の設定で、AMD Video Convertorを使用した場合（ハードウェア支援あり）と、TMPGEnc 4.0 Expressを使用した場合（ハードウェア支援なし）の場合で、どの程度変換時間に差が出るかを測ってみました。以下の表が結果です。

　1号機の場合、時間短縮効果は約3倍と言ったところですが、2号機は約7倍となりました。これはCPUの性能が1号機は十分にあるので、もともとソフトウェアエンコード（=CPUを使用）の場合でも、そこそこ短時間で終わるためであり、逆に2号機はCPUが非常に非力なので、GPUによるハードウェア支援の効果が非常に大きく出たと言うことだと思われます。

　また1号機と2号機の差を見比べると、GPUによるハードウェア支援と言っても、やはりCPUにも依然として大きく依存していることが分かります。その差およそ3倍。2号機のグラフィックエンジンの方が2世代ほど新しいのですが、トランスコードのコア性能はそれほど変わっていないのかも知れません。

　1号機はCPUのみでもほぼ実時間でトランスコードが可能ですが、ハードウェア支援を利用すれば3倍速で変換できるわけで、55分番組が20分で変換できるとすれば、これはなかなか使い道がありそうです。変換中も特にPCの動作が重たくなることもなく、普通に他のアプリを使うことも可能です。一方、2号機はやはりCPUの非力さが目立って、どちらにしても実用性に乏しいと言えそうです。ハードウェア支援を利用してようやくほぼ実時間変換が可能ということになりますので、スペックや消費電力を考えれば悪くはないとも言えるのですが。

　ちなみにIntelのQSVはCPUによると思いますが、1時間の地デジTSファイルを解像度変換＆再エンコードするのに約7分程度で完了するそうです。私の1号機の約2.5倍くらい速いです。フトウェアエンコードでもi7-2600あたりなら30分弱でできてしまうとか。さすがに動画エンコードについてはIntelのほうがずっと強いようです。まぁ、それでも私は使いませんが(^^;

　なお、変換後の品質（画質）については特に評価していませんし、あまり気にしていません（所詮、圧縮ビデオですから…）。

しかし問題が…

　変換時のパラメータ詳細が煮詰められないのが大きな欠点ですが、今回の実験でエンコードした出力ファイルは、フレームレートは30fpsなものの、解像度は720pを保ってることもあって、PC上で再生してもそこそこ見られる画質になります。また、このままiPhone4に転送して再生することも可能。iPhone4にはちょっとオーバークオリティかも知れません。

　で、今後はどんどん使っていこう！と思ったのですが、一つ重大かつ致命的な問題があって、今時点では解決できていません。というのは、AMD Video Convertorを使うと、頻繁にエンコードに失敗してしまうのです。傾向としてはまず、1時間を超えるファイルはほとんどの場合終盤に失敗し、強制終了してしまいます。1時間以内のファイルでも、途中で強制終了してしまったり、正常に終わったふりをしつつも、出力されたファイルが壊れていたり。

　元のTSファイルが良くないのか、Directshow Splitterが良くないのか、あるいはAMD Video Convertor自身の問題なのか…。いずれにしてもこの成功率の低さ、不安定さではちょっと実用に耐えません。長いファイルこそほんとうは時間短縮したいところですから。

　ということで、この問題を解決するまでは、どうしても必要な場合はソフトウェアエンコードをすることにします。