QSVEnc 1.34

QSVEncのみの更新。QSVEncCに更新はありません。

・音声エンコ前後にバッチ処理を行う機能を追加。

・1.31以降、bob化した映像をmuxするとフレームレートが半分になっていた問題を修正。
ご指摘ありがとうございました。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(220MBと重いので注意)。run_benchmark.batをダブルクリックで実行です(要 Avisynth + lsmashsource.dll)。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

---

QSVEncC 2.00β

この前の続きで、QSVデコード付きのQSVEncCをひとまず公開。

デコードに関するコードの大部分は、この記事を書いた時のものを使ってる。Haswell登場も2年前かあ…

まだ実験段階でいろいろ不安定なので、テストするだけにしてください。

続きを読む

続きを閉じる

---

追加したオプション

---

--avqsv
avcodec + QSVデコードによる読み込みを指定。

--audio-file <ファイル名>
avqsvリーダー使用時のみ有効、音声をファイルに抽出。(デコードはしません!)

--trim <int>:<int>[,<int>:<int>][,<int>:<int>][,...]
指定したフレームの範囲のみエンコードできる…ようにしたい。最も不安定な機能。あんまり不安定だったらやめるかも。

---

機能制限

---

デコード対応コーデック

コーデック	対応状況
MPEG2	○
H.264/AVC	○
H.265/HEVC	△
VC-1	×
VP8/VP9	×

その他制限
・HEVCデコードにはHaswell以降のCPUと4080ドライバ以降が必要。

・HEVCデコードはElementary Streamのみの対応。
QSVデコーダはES(AnnexB)の形式しか受け取ってくれない。H.264/AVCの場合には、h264_mp4toannexbを使えばいいだけなので簡単なのだけど、H.265/HEVCはどうすればよいのやら? むぐぐ。

・解像度が途中で切り替わるようなケースには非対応。

・VFRには非対応。

・MPEG2のRFFには対応できない(?)。
このあたり、QSVでRFFとかをうまく扱う方法がよくわからない。RFFと非RFFが混在している場合、RFF部分をインタレに展開してから、インタレ解除するのが普通なのだろうけど、QSVではRFFがあってもそのまま処理してしまうみたい…

QSVにデータ突っ込んだら、エンコードされて出てくるまで手がでないので、QSVが対応してないのならどうにもならないのだけど、なにか方法あるのかなあ…?

---

既知の問題

---

・HEVC in mp4が対応できていない問題(上述)。
・DVD-Video/BlurayのPCMが--audio-fileで抽出できない問題。
・進捗が表示されない問題。
・H.264 PAFFを入れるとフレームレートが倍になる問題。

---

使用例

---

きっと動く
"x86\QSVEncC.exe" --avqsv --icq 21 -i "<H.264/AVC input file.mp4>" -o "<output_file.264>" --audio-file "<output_file.aac>"

きっとこれも動く (RFFとかはないものとする)
"x86\QSVEncC.exe" --avqsv --icq 21 -i "<MPEG2 input file.ts>" -o "<output_file.264>" --audio-file "<output_file.aac>" --tff --vpp-deinterlace bob --output-res 1280x720

Haswell + 4080ドライバ以降できっと動く
"x86\QSVEncC.exe" --avqsv --icq 21 -i "<H.265/HEVC Elementary Stream file.265>" -o "<output_file.264>"

Haswell + 4080ドライバ以降でも動かない
"x86\QSVEncC.exe" --avqsv --icq 21 -i "<H.265/HEVC input file.mp4>" -o "<output_file.264>" --audio-file "<output_file.aac>"

そのうちこういうことしたい(願望)
"x86\QSVEncC.exe" --avqsv --icq 21 -i "<MPEG2 input file.ts>" -o "<output_file.264>" --audio-file "<output_file.aac>" --trim 2364:7333,9436:24060,25859:48815,51513:52711 --tff --vpp-deinterlace bob --output-res 1280x720

---

すみませんが、まだまだ不安定です…うまくいかないケースがきっとたくさん…。
ベータ版ダウンロード

まだテスト不足なのだけど、ここまででもうだいぶ疲れた…。

---

x264guiEx 2.29

要x264guiEx.ini更新
・2.25以降、ALACがmux出来なかった問題を修正。
ALACの場合にはremuxerを使用するように。

コメント、及びスレのほうで調査・報告下さったかたがた、ありがとうございました。

---

ダウンロード>>
ダウンロード (ミラー) >>
Skydriveの調子がいまいちの時はミラー(dropbox)からどうぞ。同じものです。

x264guiExの導入>

---

x265guiEx 3.58

要x265guiEx.ini更新
・3.53以降、ALACがmux出来なかった問題を修正。
ALACの場合にはremuxerを使用するように。

---

ダウンロード>>
ダウンロード (ミラー) >>

---

つばぱれ展 2015/5/4

和泉つばす & ぱれっとミュージアム。

再販するということだったので、行ってみました。

4/30にぷらーといった時はなにもなかった…。

続きを読む

続きを閉じる

---

4/29からなので、4/30に行けば、そりゃあなにもないですわな。

---

で、無事買えました。さくさくの杏ちゃん。

みう先輩とこなみちゃんはすでに完売してた。



おまけでこれも買ってしまった。



ついでにギアスの3章 (亡国のアキト) も見た。これもおもしろかった～。しばらく音沙汰なかったのですっかり忘れてたけども。7月から4章、冬の5章で完結ということなので、期待。

---

実験: QSVでデコードしてみると?

通常、QSVEncCを使ったエンコードでは、デコードはCPUで行ってる(SWデコード)。これをQSVでデコードできるようにするとより速いらしい。

そこで、QSVEncもQSVでデコードできるように改造して、
・QSVデコード → QSVエンコード
・SWデコード → QSVエンコード (avs読み込み(LSMASHSource.dll))
の2種類を比較して、実際どのくらい速いの? というのを調べてみた。

続きを読む

続きを閉じる

---

ソースはMPEG2とH.264の二通り。出力は1920x1080(リサイズなし)と1280x720(vppでリサイズ)の二通り。この2x2の4パターンについて比べる。

---

計測方法と環境

---

環境1
Core i7 4610Y (2C/4T) @ 1.7GHz [TB: 2.9GHz]
DDR3-1600, 2ch, 11-11-11-28-1

OS : Windows 8.1 (x64)
CPU: Intel Core i7-4610Y @ 1.70GHz [TB: 2.90GHz] (2C/4T)
L1 : Read: 308.44GB/s, Write: 154.11GB/s
L2 : Read: 140.28GB/s, Write:  43.92GB/s
L3 : Read:  56.45GB/s, Write:  25.52GB/s
RAM: Read:  18.55GB/s, Write:   8.23GB/s
     Used 1974 MB, Total 3991 MB

環境2
Core i7 4770K (4C/8T) @ 3.9GHz
DDR3-2400, 2ch, 10-12-12-31-2

OS : Windows 8.1 (x64)
CPU: Intel Core i7-4770K @ 3.50GHz [TB: 3.90GHz] (4C/8T)
L1 : Read: 929.28GB/s, Write: 464.52GB/s
L2 : Read: 416.73GB/s, Write: 131.70GB/s
L3 : Read: 184.83GB/s, Write:  88.15GB/s
RAM: Read:  33.49GB/s, Write:  15.91GB/s
     Used 7026 MB, Total 16063 MB

使用ソフト
Avisynth 2.6.0 alpha5
LSMASHSource.dll
QSVEncC (特別版) (x86)、ffmpeg demux + QSV decode + CPU使用率計測追加版

ソース
MPEG2 1920x1080p 10.6Mbps 5203フレーム
H.264 1920x1080p 25.1Mbps 2293フレーム

QSVEnc エンコード設定
--cqp 24:25:27 --benchmark result.txt --output-res 1920x1080 or 1280x720

計測
一発勝負

---

結果

---

まずはCore i7 4610Yから。棒グラフがエンコード速度(下の目盛り)、折れ線グラフ(上の目盛り)がCPU使用率。



入力フォーマットによらず、QSVでデコードすることで大きく高速化している。CPUが非力なため、SWデコードが大きなボトルネックになっていて、これをQSVデコードに切り替えたことでそのボトルネックが解消したみたい。

CPU使用率も大幅に低下している。

---

つぎにCore i7 4770K。同じく、棒グラフがエンコード速度(下の目盛り)、折れ線グラフ(上の目盛り)がCPU使用率。



こちらはCPUが強力なため、SWデコードでも十分な速度が出ているようで、i7 4610Yと比べるとさほど大きな高速化にはなっていない。特にデコードのCPU負荷の小さいMPEG2からの変換では、1280x720にリサイズした際にも、大きな差は出ていない。それでも、多少高速化しているし、CPU使用率が大幅に低下しているのが見て取れる。

注: ただこの速度、オーバークロックなメモリ速度がかなり効いてる疑惑も…。

---

というわけで、QSVでデコードすると予想通り速くなり、特に非力なCPUでは効果があるみたい。

だからHandbrakeのQSVは速いんでしょうなあ…。

---

コミ1☆9

だいぶ暑いコミ1だった気がする。

ほとんど欲しいものは買えたけど、最初に並んだ翡翠亭はいつも通り(?)本だけ。まあそういうものですわな。

あとはわりとダンまちが流行ってた。

報告4

報告3の続き。

やっと本来の環境に復帰しました。ネットが速い。やはりうまい飯と安定したインフラのあるこの国は最高です…。

ひとまず絵師百人展とつばぱれ展に行ってきました。そして明日はコミ1ですな。