rigayaの日記兼メモ帳

---

結論から言えば、まあ当たり前ではあるけど、2867ドライバでも問題なく使えた。

【QSVEnc 基本動作環境】
Windows Vista,7 (x86/x64) (QSVEnc.auo / QSVEncC.exe x86版)
Windows Vista,7 (x64) (QSVEncC.exe x64版)
Aviutl 0.99g4 以降 (QSVEnc.auo)

【検証環境 ～2011.09.30】
Win7 x64
Core i5 2500 + H61
4GB RAM
Intel Graphics Driver 8.15.10.2376 (API v1.1)
Intel Graphics Driver 8.15.10.2509 (API v1.1)

【検証環境 2011.10.01～】
Win7 x64
Core i5 2500 + Z68
GeForce 8600GT as Primary GPU
4GB RAM
Intel Graphics Driver 8.15.10.2509 (API v1.1)

【検証環境 2012.01～】
Win7 x64
Core i5 2500 + Z68
4GB RAM
Intel Graphics Driver 8.15.10.2509 (API v1.1)
Intel Graphics Driver 8.15.10.2559 (API v1.1)
Intel Graphics Driver 8.15.10.2626 (API v1.3)
Intel Graphics Driver 8.15.10.2653 (API v1.3)

【検証環境 2012.05～】
Win7 x64
Cpre i7 3770K + ASUS P8Z77-M
16GB RAM
Intel Graphics Driver 8.15.10.2696 (API v1.3)
Intel Graphics Driver 8.15.10.2729 (API v1.4)
Intel Graphics Driver 8.15.10.2753 (API v1.4)
Intel Graphics Driver 8.15.10.2761 (API v1.4)
Intel Graphics Driver 9.17.10.2867 (API v1.4) ※追加

libmfxhw**.dll のAPIのバージョンまとめ。
API v1.1 … 2376, 2509, 2559
API v1.3 … 2626, 2653, 2696
API v1.4 … 2729, 2753, 2761, 2867

---

メーカー製ノートPCなどは専用ドライバでないとうまく動かない場合が多く、更新はあまりおすすめできないけれど、自作PCなら更新してみる価値はあるのかもしれない。

それと、4.gamersの記事には、「消費電力の低減を図ったら性能が若干低下した」とあるので、QSVEncの速度に影響はないか確認したが、特に大きな差は無さそうだった。どちらかというと、アイドル時に350MHzに入りやすくなっているようで、それによって消費電力の低減が謳われているのだと思われる。

検証環境
Win7 x64
Intel Core i7 3770K (4C/8T, 3.9GHz)
Intel HD Graphics 4000 (1150MHz)
DDR3-2133 Dual-Channel 16GB
Aviutl 0.99m
QSVEnc 0.10

lsmashinput.aui
Aviutl フィルタ無し
MPEG2, 1440x1080i, 29.97fps, 10000frames
インタレ保持、CQP=24:26:27

---

2761ドライバ。179.86fps。

---

2867ドライバ。180.83fps。まあ測定するたびに±1fpsぐらいずれるので、このぐらいなら大差ない、と言える。





ちなみにCPU使用率。20%弱。(※色変換 無変換)

---

今回のテストでは、安定してBoostが効き1150MHzを維持できているので、速度に変化はなかったものの、Boostがぎりぎりかかっている場合には2867ドライバのチューニングの変化が次第では速度に影響が出るかもしれない。

---

インストールはさくっと終わる。
新しいOSはインストールしたあとのWindows Update祭りがなくていい。発売から時間が経ってくると、Windows Updateが3桁来たりして、「Windows Update初めてからがOSインストールの本番」なんてことに…。


さてさて。昨日も書いたけど、構成は
Win8 Pro x64
Intel Core2Quad Q6600 (4C/4T, 2.4GHz @ 1.075V)
GA-P35-DS3R
DDR2-800 2GB×2
NVIDIA GT520
Intel SSD X25-E 30GB

で、


Windowsエクスペリエンスは1.0～9.9に拡張されてる。


CPU-ZとGPU-Z。



このCPUとGPUであのWindowsエクスペリエンスってのはどうなんだろ。OS出るたびに毎回基準が変わってるみたいなのでよくわからない…。

CystalDiskInfo。Shizuku Editionいいよね～。
てか、このSSDももう相当使ってるな…。



CystalDiskMark。こちらも最近出たShizuku Edition。
IDE接続なので、4K QD32が残念なことに。GA-P35-DS3RはAHCIモードにすると起動が10～15秒遅くなるため、IDEモードで我慢中。
ちなみにBIOSは起動が遅いので、UEFIなマザーを買ってくるとWin8の高速起動が最大限生かせると思う。


このSSD、買った当初はもうちょっと数字でたと思う。特に512Kランダム書き込みあたりはもっと出ていた(昔のベンチのSS見つからず残念だった)。これはIDEとか関係なく、SSDが少しづつヘタってきてるんだと思う。X25-Eって結構前の製品だからTrim非対応だし。とはいえ、体感で感じるほどではない…気がする。十分速いし。



全画面。



x264guiEx動作テスト。ウィンドウタイトルが中央固定な以外は特に問題なく動く。レイアウト崩れもなし。


エンコード中の様子。昔も書いたけど、タスクマネージャが一新されて綺麗になってる。


わたしの公開しているx264guiExなどは、さらっとチェックしたけど、基本的にはWin8でもちゃんと動くはず。

.NET 2.0～3.5がプリインストールされてないのが面倒だけど。.NET 4.0に移行しろってことですかね…。

---

・x264優先度の設定
x264のCPU優先度の設定。x264の優先度を下げることでその他の作業が軽くできる。(エンコードはわずかに遅くなる程度)


・エンコード一時停止
一時的にエンコードを止めたい時に。再開したい時はもう一度ここをクリックして、チェックを外してください。


・ちょっと透過
ログウィンドウの透過のON/OFF。わたしは透過大好きですが、嫌いな人は切ってください。


・透過率の指定 (デフォルト28%)
透過率を変更します。見えなくなると困るので上限90%。透過率50％だとこんな感じ。



・ログの色の指定
4つのボックスをクリックして、それぞれ背景色・文字色を変更。



・このウィンドウを最小化で開始
エンコ開始時にウィンドウを最小化状態で起動。作業の邪魔をしないように。


・このウィンドウのサイズを保存
前回のウィンドウサイズを保存し、次も同じサイズで開く。


・ログ自動保存を行う
ログ内容をファイルに自動的に保存。デフォルトでは出力ファイル名 + "_log.txt"。このファイル名はその下のログ自動保存の設定から変更できる。常に同じファイルに追記していくことも可能。それをdropboxフォルダに入れて(以下略)


・ステータスバーの表示
ログウィンドウ下のバーの表示/非表示。


・タスクバーに進捗を表示
Win7 / Win8タスクバーの進捗表示。


・表示フォント
ログウィンドウで使用するフォント。好きなフォントに変更できる。

---

その他x264guiExに関する記事のまとめとか。
x264guiExの導入>

---

---

(16,180,16)と(180,16,16)がどのように変化したかを表に。赤くしたのが異常値。

---

Win7 SP1 x64
IE 9.0.8112.16421
Radeon HD 7770
Catalyst 12.8

GPUは色空間解釈。
CPUはBT.601。

---

Win7 SP1 x64
IE 9.0.8112.16421
Intel HD Graphics 4000
Intel 8.15.10.2761

GPUは色空間解釈。だけどfullHDのBT.601指定なしがおかしい…。
CPUはBT.601。

---

Win7 SP1 x64
IE 9.0.8112.16421
Intel GMA4500MHD
Intel 8.15.10.1872

GPUもCPUもBT.601。

---

Win8 Enterprise 90日評価版 x64
IE 10 RTM
NVIDIA GeForce GT520
306.97

GPUもCPUもBT.601。

---

という感じになりました。なんか相当色々あって統一されてない感じがなんとも。

というかフラグ無視しないでおくれ。

---

拡張 x264 出力(GUI) Ex は、seraphy氏 の 拡張 x264 出力(GUI) を改造し、
パイプを利用することで、x264を分離したものです。

x264が別プロセスであるため、64bitOSでは64bit版のx264が使え、
32bitのx264に比べ、エンコードの高速化が期待できます。(0～15%程度)

またパッチをあてたものなどさまざまなx264を選択することができます。
多くの場合x264の更新のみで最新版のx264を使用できます。

---

重要事項

---

無保証です。自己責任で使用してください。
拡張 x264 出力(GUI) Exを使用したことによる、いかなる損害・トラブルについても責任を負いません。
つまり、こんなのってないよっていう状況に陥っても知りません。

---

ダウンロード

---

x264guiExの記事の下のほうの「ダウンロード>>」をクリックし、その先のページからダウンロードできます。

---

準備

---

x264guiExの準備

Aviutl.exeと同じフォルダ、またはプラグインフォルダに
auoフォルダのなかに入っている
x264guiEx.auo、x264guiEx.ini、x264guiEx_stgフォルダ
の3つを放り込んでください。

こんなかんじ

クリックで拡大

x264guiEx.iniは「登録されている拡張子は表示しない」設定になっている場合、拡張子の".ini"が省略され、単にx264guiExというファイルに見える場合があります。省略された拡張子はファイルを右クリックしてプロパティを開き、ファイルの種類というところで確認できるので、iniファイルがauoフォルダの中に見当たらない場合は確認してみてください。


また、以下のものが必要なので、
インストールしてください。
インストールされてれば必要ないです。

Aviutlが32bitアプリで、x264guiExも32bitです。
なので64bitOSであっても以下3つのものは32bit版(x86版)が必要です。

VC++ 2008 SP1 再頒布可能パッケージ (x86)
http://www.microsoft.com/downloads/details.aspx?FamilyID=a5c84275-3b97-4ab7-a40d-3802b2af5fc2&displayLang=ja




XP の場合は追加で以下のものが必要です。
Vista/7では必要ありません(すでにインストール済み)

.Net Framework 2.0 SP2 (x86)
http://www.microsoft.com/downloads/details.aspx?familyid=5B2C0358-915B-4EB5-9B1D-10E506DA9D0F&displaylang=ja
リンク先のページの下のほうのこれ↓




.Net Framework 2.0 SP2 LanguagePack (x86)
http://www.microsoft.com/downloads/details.aspx?familyid=C69789E0-A4FA-4B2E-A6B5-3B3695825992&displaylang=ja



それぞれダウンロードしたら普通にインストールします。

---

必要なものを集める

以下のものが必要になるのでとりあえず集めてください。
ダウンロード先の例を書いておきます。
探せばこのほかにも見つかるものもあります。

x264
・32bitOSの方 → 32bit 8bit-depth のmirror1～6のどれかからダウンロード
・64bitOSの方 → 64bit 8bit-depth のmirror1～6のどれかからダウンロード
※OSが32bitか64bitかは「コンピュータ」を右クリックして「プロパティ」から確認できます。Win7の例
http://x264.nl/





neroaacenc (aacエンコーダ)
http://www.nero.com/jpn/downloads-nerodigital-nero-aac-codec.php





mp4box (mp4 muxer, mp4作成時に必要)
ここでは、POP氏(http://pop.4-bit.jp/)のビルドされているmp4boxを紹介します。
左上の「バイナリを選択」をクリックして、mp4boxの「latest」とあるものを選択します。

選択したら、すぐ下の「ダウンロードする」をクリックします。


これらをダウンロード・解凍したら、各exeファイルをAviutlフォルダなど、どこか適当な場所においてください。

---

x264guiExの確認

Aviutlを起動して、その他 > 出力プラグイン情報 から x264guiEx.auo が認識されているか確かめます。





認識されていない場合、
・x264guiEx.auoがaAviutlフォルダ/Aviutlプラグインフォルダに正しく配置されていない。
→もう一度確認してみてください。

・.Net Framework 2.0 SP2 / .Net Framework 2.0 SP2 LanguagePack / VC++ 2008 SP1 再頒布可能パッケージ (x86) あたりのインストールを忘れている or インストールに失敗している などが考えられます。
→もう一度インストールして直してみてください。

---

x264guiExの設定と使用

エンコード時に設定画面を開いたら、
まず最初に

・x264.exeの場所
・音声エンコーダの場所 (ここではneroaacenc.exeの場所)
・muxerの場所

を指定してください。

さきほど、ダウンロード・解凍し、Aviutlフォルダ等においたexeファイルのことです。


クリックで拡大

エンコードのパラメータを調整してください。
よくわからない場合は、とりあえずデフォルトのままでもかまいませんし、設定画面上部にある「プリセット」から適当なものを選択してみたりしてください。
プリセット、プロファイルについては、x264guiExのプロファイルについてのいろいろを見てください。

はじめは短い動画でいろいろ試してみると良いかもしれません。

OK をクリックして、設定画面を閉じる
出力ファイル名を指定して、保存 -> エンコード開始。

エンコードにはかなり時間がかかることがあります。

ファイルが出力されれば終了です。再生できるか確認してみてください。

お疲れ様でした。

---

x264guiExのその他の機能について

---

x264guiExの渡すオプションについて

---

x264に渡される予定のコマンドが設定画面下部表示欄に出るようになっています。
実際には、下部表示欄に出たものに、次のコマンドを自動的に追加したものが渡されます。
- コマンド入力欄のコマンド
- 解像度情報 (--input-res)
- 色空間情報 (--input-csp)
- フレーム数情報 (--frames) (自動フィールドシフト使用時を除く)
- フレームレート情報 (--fps) (--tcfile-in を指定した場合は付加されない)
- 出力先情報 (-o)
- 入力元情報 (パイプ "-")
また、一部、GUI独自の機能としてエンコード時に自動的に置換されるオプションがあります。

---

mkv出力について

---

x264guiExはmkv出力にも対応しています。
その際にはmp4boxではなく、mkvmergeが必要になります。

mkvmerge (mkv muxer, mkv作成時に必要)
http://www.bunkus.org/videotools/mkvtoolnix/

---

自動フィールドシフトを使用する場合

---

拡張タブの「自動フィールドシフトを使用する」にチェックを入れる必要があります。

tc2mp4modが必要です。
tc2mp4mod (mp4 vfr化, 自動フィールドシフトを使用してmp4作成する場合必要)
http://vfrmaniac.fushizen.eu/OtherStuff/

自動フィールドシフトを使用する際にはtc2mp4modの場所も指定する必要があります。忘れないでください。

---

neroaacenc以外の音声エンコーダを使用する

---

x264guiExでは、neroaacenc以外の音声エンコーダを使用した音声エンコードも可能です。

以下に挙げる音声エンコーダに対応しています。また、x264guiEx.iniに追加することで他のエンコーダにも対応できるかもしれません。


qtaacenc (aacエンコーダ)
http://tmkk.pv.land.to/qtaacenc/ (要QuickTimeインストール)

lame (mp3 エンコーダ)
http://www.rarewares.org/mp3-lame-bundle.php

FAW+fawcl (FakeAACWave, aacを無劣化移行)
http://2sen.dip.jp/cgi-bin/friioup/upload.cgi?search=FakeAacWav&sstart=0001&send=9999

ext_bs (PVシリーズaac抽出)
http://www.sakurachan.org/soft/mediatools/

ffmpeg (as AC3 encoder)
http://blog.k-tai-douga.com/

oggenc2 (Ogg Vorbis, mkv用)
http://www.rarewares.org/ogg-oggenc.php

qaac/refalac (aacエンコーダ、alacエンコーダ)
http://sites.google.com/site/qaacpage/

mp4alsrm23 (MPEG4 ALS (MPEG4 Audio Lossless Coding))
http://www.nue.tu-berlin.de/menue/forschung/projekte/beendete_projekte/mpeg-4_audio_lossless_coding_als/parameter/en/
※Reference Software のとこにある MPEG-4 ALS codec for Windows - mp4alsRM23.exe

flac (可逆圧縮)
http://www.rarewares.org/lossless.php
http://flac.sourceforge.net/download.html

---

注意事項

---

・mp4boxについて
mp4boxは様々な方が、ビルドし、配布して下さっていますが、なるべく最新のものを使用してください。

こちらの場所で配布されているmp4boxはすこし古いようです。(2012年4月現在)
http://www.videohelp.com/tools/mp4box
※こちらで配布されているmp4boxの 0.4.6 rev2735 はMSVCR100.dllが必要なようです。MSVCR100.dllはVisual C++ 2010 再頒布可能パッケージ (x86)に含まれますので、インストールされていない場合、Visual C++ 2010 再頒布可能パッケージ (x86)をインストールしてください。

・自動フィールドシフト使用上の制限
　自動フィールドシフト使用時はx264のvbv関連のものは正しく反映されません。これは、エンコード中にタイムコードを取得して、あとからタイムコードを反映させるためです。自動フィールドシフトのタイムコード取得はエンコードを1回は回さなければ得られないため、どうしようもありません。

・2passの制限
重要なことですが、自動フィールドシフト(afs)を有効にした場合、
「自動マルチパス」以外の方法での2-pass(およびn-pass)エンコードは
失敗します。これは afsによるdrop数が2pass目以降
事前にわかっていなければならないためです。
自動フィールドシフトを使わない場合は問題ないです。


・パイプを作成するには、CreateProcess関数なるものを使うのですが、調べると管理者権限が必要なことがあるっぽいことが書いてありますのでそこらへんよろしくです。



バグってたらどっかのコメント欄にでも。バグったタイミングとか、エラーメッセージとか、ログウィンドウの表示をコピペとかしてくれるともっと助かります。はい。

---

aui_indexer

---

lsmashinput.auiやm2v.auiで必要なindexファイルなどを事前生成します。

一気に複数のファイルのインデックスファイルを更新したい場合に使用したり、バッチ処理などで使用しAviutlに瞬時に読み込めるようにします。

m2v.auiにはmake_glがあるのですが、lsmashinput.auiにはそういうのはない(はずな)ので、汎用的にどちら用にも使えるものを作りました。

---

動作環境

---

Win XP (x86)
Win Vista/7/8 (x86/x64)
Aviutl 0.99m

---

使用方法

---

aui_indexer.exe [-aui <auiファイルへのパス>] <対象ファイル1> [<対象ファイル2>] [] ...

対象ファイルはひとつでも複数でも。

-auiには任意のauiを指定できるはず…です。
lsmashinput.auiとm2v.auiでしか試してませんが。

-auiを指定しない場合、
　lwinput.aui
　plugins\lwinput.aui
　m2v.aui
　plugins\m2v.aui
lsmashinput.aui
plugins\lsmashinput.aui
を検索し、使用します。

make_glのようにauiの場所をレジストリから拾っているわけではないので、
上記以外にauiがある場合には-auiを指定してください。

まあ、Aviutlフォルダに入れとくのが一番お手軽かと。Aviutlフォルダに入れとけば、あとはドラッグ&ドロップするだけです。

---

いつもの注意事項

---

無保証です。自己責任で使用してください。
このフィルタを使用したことによる、いかなる損害・トラブルについても責任を負いません。

---

aui_indexer ダウンロード>>

---

---

Intel Media SDK (QSV)の画質設定

---

Intel Media SDKには画質に効くオプションとして、

・品質 [quality / balanced / fast]

が用意されているけど、他に細かい設定として、

・参照距離
・フレーム内予測 / フレーム間予測
・MV探索範囲/精度
・RDO(歪みレート最適化)

なども用意されている。

しかし、SWエンコはともかく、HWエンコ(QSV固定回路使用)時には、ハードウェアの制限なのか、これらの設定を行っても正常に反映されない(効かない)場合がある。

これらひとつひとつについて現状HWエンコに効果があるか調べた。

環境
Intel Core i7 3770K (4C/8T, 3.9GHz)
HD Graphics 4000 (1150MHz, 2761ドライバ, as Primary GPU)
DDR3-2133 16GB
ASUS P8Z77-M
Win7 x64
Aviutl 0.99m

---

参照距離

---

・設定の意味は、説明するまでもないでしょう。
・自動は"2"。
・一応設定すれば効く。ただし偶数だけ。
・参照距離を増やすと、画質にほとんど差はなく、圧縮率が低下するという、信じがたい結果になる。どうなってんねん。

→つまり自動("2")がベスト。

---

フレーム内予測 / フレーム間予測

---

・設定の意味としては、動き予測に使用する最小のブロックサイズ。
・16x16 / 8x8 / 4x4 が選択肢。

・一応設定すれば効く。4x4ブロックは一番圧縮率が高い。ブロックサイズを大きくすると圧縮率が低下。

・「品質」 quality では フレーム間 4x4, フレーム内 4x4 という設定になっているようだ。(つまり最も高品質な設定)

・「品質」 balance では フレーム間 4x4, フレーム内 16x16 という設定になっているようだ。

→ とりあえず品質:qualityにしていれば、すでに最も画質が良くなっている。

---

MV探索範囲/精度

---

・動きベクトルの探索範囲と、その精度を決定する。
・効かない。

---

RDO(歪みレート最適化)

---

・効かない。
というより「品質」によって決定されている。
品質: quality → ON (High Profile)
品質: balance → OFF (Main Profile)

---

その他

---

ほかにもHWエンコでは効かないものがある。代表的なものだと、
・colormatrix / colorprim / transfer の指定
・シーンチェンジ検出に基づく自動IDRフレーム挿入。

---

まとめ

---

残念ながら現状QSVの画質のオプションに関する自由度はかなり低い。Ivyになって少しは変わってるかなと思ったけど…。

結局のところ、QSVエンコードでは、品質:qualtiyの画質が最高画質、ということになってしまった。

HaswellではQSVの画質面の強化を行う、という話だったので、設定の自由度の向上も期待したい。

機能面では、特に

・参照距離 (別に偶数だけでもいいけど、ちゃんと増やせば圧縮率向上してほしい…)
・シーンチェンジ検出に伴う自動IDRフレーム挿入
・適応的Bフレーム挿入
・colormatrix / colorprim / transfer の指定

あたりはできてほしいな。…無理かなあ。