X
【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0263名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
垢版 |
2017/06/21(水) 20:11:29.72ID:98PnvAqm0
SkyLake G3900マシン買ったからせっかくだからとffmpegのQSVエンコードを使って
ハードウェアHEVCエンコードを試してみたんだけどフルHD動画でせいぜい倍速なんだね

つまり60分動画をハードウェアHEVCエンコードしようとしたら30分はかかるということ

ハードウェアエンコードだからもっと爆速かと思ってたけどそんなものなのか
0271名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
垢版 |
2017/06/21(水) 22:45:07.28ID:PwoImcoV0
試しにrigaya氏のQSVBenchmarkでrun_benchmark.batの3行目と4行目の末尾に
「 -c hevc」を追加して、avqsv入力でのHEVCエンコードのベンチマーク取ってみてほしい。
0272名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
垢版 |
2017/06/21(水) 22:47:06.77ID:PwoImcoV0
>>271
間違えた・・・
×3行目と4行目の末尾
〇4行目と5行目の末尾

"%QSVENCC_PATH%" --avqsv --benchmark result_mpg.txt -i sample_movie_1080p.mpg -c hevc
"%QSVENCC_PATH%" --avqsv --benchmark result_h264.txt -i sample_movie_1080p_h264.mp4 -c hevc
0273名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
垢版 |
2017/06/21(水) 22:47:34.78ID:elFfHaj80
>>270
内蔵GPUはHD510だからコア数はHD530の半分
GPUコア数がエンコ速度に影響するかは分からんけど、CPUキャッシュが2MBしかないのが致命的
キャッシュやメモリの速度が重要だからね
参考までに、俺の持ってるG3930は6700の半分くらいの速度しか出ないよ

>>271
いいね。俺の持ってるG4500でも測ってこようかな
0274名無しさん＠編集中 (ﾜｯﾁｮｲWW e33e-PsyD)
垢版 |
2017/06/21(水) 22:49:14.08ID:D5s1gKvk0
>>263
そもそもQSVのHEVCは使う意味ないよ
>>155に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
つまりHEVC使った方が遅い上に画質劣るわけ

HEVCはx265を使って亀のような速度でエンコしないと威力を発揮できない
0276名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
垢版 |
2017/06/21(水) 23:49:33.22ID:PwoImcoV0
>>275
おお、ありがと。HEVCのベンチ結果ってあまり見かけないので気になってた。
余力があればG3930のHEVC main10のベンチ結果も是非。（-c hevc --profile main10）

細かい点だけど、i7-6700が<Kabylake>と判定されてしまってるのが、ちょっと気になるところ。
0280名無しさん＠編集中 (ﾜｯﾁｮｲ ff91-/m79)
垢版 |
2017/06/22(木) 00:20:20.11ID:nvNPtBho0
>>274
rigayaは測り方おかしいから
レートが「だいたい同じ」になるように恣意的にオプション弄って
「1枚切り出して目視で評価」、アホかと

普通にRDグラフ描いたらHEVCの方が断然良いから
x264に迫るぐらいのビット効率になる
0285名無しさん＠編集中 (ﾜｯﾁｮｲ d744-VrWr)
垢版 |
2017/06/22(木) 01:24:37.77ID:N9vf3azd0
>>280
俺もその自信の源であるRDグラフというのを見てみたいな。
多分>>158、>>161、>>164と同じ人だと思うんだけど、その時も言われてたとおり、
rigaya氏は全てわかった上でブログで見せるためのサンプルとしてフレーム比較してるだけだと思うよ。

>>282-283
重ね重ねありがとう。同じ設定だと10bitはビットレートが5倍くらいになるのね。
仕上がりの質も違ってるのだろうけど、x264みたいに10bitだとQP値の指定範囲とか変わったりするんだろうか？

i7-6700の誤判定については、v2.70で直ってるんならいいんだけど、
そうじゃないなら一応報告がてらここで上げておいたほうがいいと思っただけっす。
0286名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-iV7a)
垢版 |
2017/06/22(木) 18:31:16.02ID:trs5MX/T0
結局RDグラフは出す気無いのかな
ソフトエンコなら自分で試せるんだけどハードエンコは持ってないと試せないから根拠があるなら出して欲しいんだけどな
0290名無しさん＠編集中 (ﾜｯﾁｮｲ d791-ZLad)
垢版 |
2017/06/23(金) 02:09:40.70ID:JhKvJdRI0
また逃亡かよ
文句言ってる奴のデータが一切出てこないな
0291名無しさん＠編集中 (ﾜｯﾁｮｲ 1700-ECXM)
垢版 |
2017/06/23(金) 08:11:43.75ID:EckugxE+0
QSVを使いたい人って、画質そこそこでいいから速度重視なんじゃないの？
HEVCなんて7700Kでも遅くて話にならないし。
誰がどんな検証してようと関係ないような。
結局は、H264って時点でQSV-LAICQ一択なわけだし。
0294名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
垢版 |
2017/06/25(日) 11:59:17.25ID:L04Kz8780
>>292
普通そうだよな
qsvでもH.265>>>H.264だと思うんだがな
少なくとも俺のところでは同じビットレートならH.265>>>H.264に見える

あるいはqsvではなくqsvencが抱えてる問題じゃないかな？
0295名無しさん＠編集中 (ﾜｯﾁｮｲ 3744-VrWr)
垢版 |
2017/06/25(日) 21:00:34.07ID:HzTbtYlX0
>>294
同じビットレートと言ってもソースや設定によっても結果が変わるし、
そのあたりの条件を明示せんとなんとも言えんだろ。
あとHEVCじゃLA-ICQが使えないらしいし。
0297名無しさん＠編集中 (ﾜｯﾁｮｲ 3744-VrWr)
垢版 |
2017/06/28(水) 23:59:03.86ID:GvhtkMNt0
rigaya氏のQSVBenchmark(20170108)のmpgファイルをソースにして、
QSV H.264/x264(8/10bit)/x265(8/10bit)/VP9(8bit)でエンコードを行い、
SSIM/ビットレート図を作成してみました。

　http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3424.jpg

この図にQSV HEVCのmain/main10の結果も重ねてみたいのですが、
当方はHaswellノート環境なので、QSV HEVCには未対応です。

そこで、QSV HEVCのmain/main10で１度に７パターンのMP4ファイルと
ログを作成するバッチファイルを作りました。
内容物をQSVBenchmarkフォルダに置いてバッチを実行するだけです。
QSVEncC v2.70とffmpegのバイナリを同梱していますが、
不安な方は公式サイトのものを使うようにして下さい。

　https://www.axfc.net/u/3820061.zip

Kabylake環境をお持ちの方にお願いなのですが、ログ７種を取得していただき、
アップしていただけないでしょうか。時間もそれほどかからないと思います。
ログをいただけたらエンコード時間等も加えて画像を更新しようと思っています。
0299297 (ﾆｸｸｴ 0144-AqLU)
垢版 |
2017/06/29(木) 12:05:25.35ID:i3FawxNj0NIKU
>>298
いつもありがとうございます。
いただいたHEVC main/main10の情報を>>297の画像に追加しました。
速度の追加については今はちょっと時間がとれないので・・・。

　QSV_HEVCを追加したSSIM_Bitrate図
　http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3425.jpg

どうせならNVEncやVCEEncも重ねてみたいとこですね。
VBR指定で5000/10000/15000あたりを測るバッチ作って依頼投げればいいのかな。
0300名無しさん＠編集中 (ﾆｸｸｴ 6191-wjSU)
垢版 |
2017/06/29(木) 15:19:27.69ID:5j1IryPm0NIKU
　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい>>280>>158
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　 　 「 　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　 〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|
0304名無しさん＠編集中 (ﾆｸｸｴ 0144-AqLU)
垢版 |
2017/06/29(木) 19:04:05.34ID:i3FawxNj0NIKU
>>302
よくわからないが、とりあえずアンカの付け方がおかしくないか。
お前さんは>>158と>>280と同じ人で、

　× >>300は主観で物見ろって言ってんのに
　○ >>158と>>280は主観で物見ろって言ってんのに

ということであってる？

「RDグラフ描いたらHEVCの方が断然良いからx264に迫るぐらいのビット効率になる」って
そもそもどういうものを「RDグラフ」と呼んでるのかもよくわからないが。
0308名無しさん＠編集中 (ﾆｸｸｴ 65db-WwN4)
垢版 |
2017/06/29(木) 22:16:47.49ID:TAuW56dF0NIKU
動画直で見て、H264 ICQ=26 と HEVC main ICQ=26 比べてみたけど、あまり変わらないね
細かい所よく見るとH264の方がきれいな気がする
この動画実写だから、アニメだと変わるかもね
0309名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
垢版 |
2017/06/30(金) 18:27:16.01ID:EuJa61Tg0
>>308
実写は複雑で情報量も多いし、その組み合わせだとSSIMでもあまり差が無いから目視では色々きついと思う。
誰もが問題なく入手できて少なくともYoutubeよりも高画質なFHDアニメサンプルでもあれば、試してみたいところ。
0310名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
垢版 |
2017/06/30(金) 18:53:06.40ID:EuJa61Tg0
>>297、>>299の続きとして、NVEncとVCEEncのSSIMログ取得用バッチも作成しました。
環境が無いのでオプション指定で失敗していなければいいのですが。

■NVEnc 3.13用(要Pascal環境) → https://www.axfc.net/u/3820325.zip
・基本オプション(--aq、--aq-temporal(H.264のみ)付きも含め計21パターン)
　--avcuvid -c *** --profile *** --vbrhq ***
　--ref 3 --bframes 3 --lookahead 10 --output-depth **

■VCEEnc 3.06用(要Polaris環境) → https://www.axfc.net/u/3820330.zip
・基本オプション(--vbaq、--pre-analysis付きも含め計18パターン)
　--avvce -c *** --profile *** --vbr *** --ref 3 --bframes 3 --b-pyramid

同梱バイナリだと不安な方は公式から個別にダウンロードを。
Nortonが同梱DLLを検疫してたので、検疫によるDLL欠けなどにもご注意下さい。

Pascal、Polaris環境持ちの方にお願いなのですが、ログを取得して上げていただけないでしょうか。
結果を>>299の図に反映したいと思っています。
0311名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/06/30(金) 19:10:35.87ID:wgkXSACr0
3DCGアニメならクリエイティブコモンズの物がいくつかあるけど日本式のアニメでそういうのは見当たらないからエンコードの試験評価は難しいよね
0315名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
垢版 |
2017/06/30(金) 21:02:22.34ID:EuJa61Tg0
>>313-314
ありがとうございます。
VCEEncのエラーですが、ログを見ると環境がAMF1.3となっているので、それが原因ではないかと思います。
AMF1.4で実装されたオプションも使っているため、ドライバの更新が必要になるのではないかと。
ログからはそちらのドライババージョンはわかりませんでしたが、
AMD Radeon Software Crimson 17.1.1 以降が必要とのことです。
0317名無しさん＠編集中 (ﾜｯﾁｮｲ 8211-WwN4)
垢版 |
2017/06/30(金) 21:46:35.72ID:YSo77VLC0
Windows10なんだけど外部GPUとQSVの併用って出来なくなった？
QSVEnc使おうとしても下記のエラー吐くんだけど

qsv [error]: D3D9Device: Failed CreateDeviceEx: -2005530516.
qsv [error]: Failed to initialize HW Device. : null pointer.
qsv [error]: Failed to CreateHWDevice. : null pointer.
auo [error]: null pointer.
0320名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
垢版 |
2017/06/30(金) 23:32:45.04ID:EuJa61Tg0
>>319
重ね重ねありがとうございます。
VCEEncのH.264エンコードのログを見ると、H.264のエンコードなのに
　　Bframes is not supported with HEVC encoding, disabled.
というメッセージが出てBフレーム無効にされていたので、一応rigaya氏のブログに報告しておきました。

>>299の画像への追加はなるべく早く行おうと思います。
0323名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-AqLU)
垢版 |
2017/07/01(土) 21:31:00.69ID:KUlGIT3e0
>>322
うーん・・・なんだろう、ソース由来だろうか。
以前直接ファイル指定するとSSIMの値が低くなってしまうケースがあって、
よくわからないので仕方なく入力を全部avs経由にしたことがあったような・・・。

あと、グラフ化はまだ作業中なんですが、>>321のVCEのログで
　　Found NALU with forbidden_bit set, bit error?
というメッセージが出てたのが気になりました。（デコード警告？）
0324名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/01(土) 22:01:55.15ID:UlUyG/rf0
>>323
逆にすると高めのSSIMが出て、このm2tsをavs経由で入力すると同じ値になるから、この高めの値が本物っぽい
測り直してくるわ

この警告なんだろうね。ソースのストリームがおかしいか、デコーダがおかしいか、
だけど、ソースは自分で作ったわけじゃないし、おかしいわけないんだよな
0325317 (ﾜｯﾁｮｲ 8211-WwN4)
垢版 |
2017/07/01(土) 22:02:03.04ID:jZ5r/RCf0
ごめん、どうやらVisual Studio 2015のx86版をインスコしてなかったのが原因だったみたい
ただ、QSVEnc 2.70だとやっぱエラーでエンコ出来ないや・・・
2.69だと問題ないんだけどね
0326名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-AqLU)
垢版 |
2017/07/02(日) 02:40:19.90ID:94d0iVLt0
>>317 >>325

QSVEnc 2.71
・2.70でdGPU付きの環境だと正常に動作しないことがあったのを修正。
・2.70で起動が遅くなっていたのを修正。
・la/la-hrdでビットレートが表示されていなかったのを修正。

>>320
ブログでrigaya氏からの回答があったので概要を貼り。
　・メッセージをHEVCと誤表示してしまっているだけで、Bフレームがサポートされてないというのは正しい。
　・Polaris(RX 4xx系)のH.264エンコードはBフレームに対応していない。
　・以前所持していたRX 3xx系でもBフレームありにしたほうが画質が悪かったと思う。
0327名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-wjSU)
垢版 |
2017/07/02(日) 03:44:01.85ID:94d0iVLt0
>>299に>>319のデータやエンコード速度を追加しました。
http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3426.jpg

◎>>310のオプションについて
・NVEncの--aq-temporalはほぼ変わらず。
・NVEncの--aqは少し良くなった。
・VCEEncの--pre-analysisは結果に変化無し。
　　→参考： https://github.com/GPUOpen-LibrariesAndSDKs/AMF/issues/66
・VCEEncの--vbaqは、H.264だと結果に変化無し。HEVCだと少し良くなった。

◎感想
・QSVとNVのH.264はなかなか
・QSVとNVのHEVC-mainも、H.264には劣るもののそこそこ
・QSVやNVのHEVC-main10のSSIMは正しいのだろうか？
　x264/x265の10bitも8bitに対する優位性が見えない。
　10bitのSSIMは8bitのものと同じ測り方でいいのだろうか？
　ソースが8bitだということも関係するのだろうか？よくわからない。
・VCEの幸の薄さがやばい
0329名無しさん＠編集中 (ﾜｯﾁｮｲ 0144-wjSU)
垢版 |
2017/07/02(日) 16:42:01.90ID:FcVsDm/t0
>>328
ありがとうございます。グラフ化しました。NVのaqとVCEのvbaqは、こちらではいまいち。
　http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3427.jpg

ただ、HEVC-main10がやけに良いなと思って少し試していたら、
　A: ffmpeg.exe -i src8bit -i out10bit -lavfi "ssim;[0:v][1:v]psnr" -f null
　B: ffmpeg.exe -i out10bit -i src8bit -lavfi "ssim;[0:v][1:v]psnr" -f null
とでは結果が異なり、Bの方が良い数値になるということに気づきました・・・。(>>327はA、328はBでの計測)
最初に入力した方のフォーマットにあわせて計算してるのかな。

8bitソースで8/10bit出力を公平に評価するなら、全てソースを10bit化した上でエンコードさせて
　C: ffmpeg.exe -i src10bit -i out8/10bit -lavfi "ssim;[0:v][1:v]psnr" -f null
で10bit基準のSSIM値(？)で比較したほうがいいんだろうか？
それともソースが8bitなんだからAで比較してしまっていいのだろうか？

諸々踏まえてバッチの更新も考えてみます。
0332名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/02(日) 21:01:49.44ID:epss3VIp0
>>329
こっちまでやってくれるとは思ってなかった。ありがとう！

まとめると↓こんな感じかな

実写
NV,H264 ＝ QSV,H264 ＞ NV,HEVC ＝ QSV,HEVC ＞ VCE

アニメ
NV,HEVC ＝ QSV,H264 ＞ NV,H264 ＝ QSV,HEVC ＞ VCE

10bit基準か8bit基準かは、10bit基準の方がいいのかな
10bitを使う理由は、暗いところやバンディングがあるから、
10bitでエンコしたのをバンディングの出る8bitに落として
比較するのは、利点を潰した土俵で比較してるように思う

まぁ、ffmpegが8bitと10bitを入力したとき一体何を計算してるのか
よく分からないところがあるがw

エンコしたやつ見ても、これくらいの差だと、エンコで出たノイズに関しては
両者あまり変わらないように見えて、暗いところやグラデーションは
10bitの利点はちゃんと出てたから、俺的には10bitの方がいいと思った
0333名無しさん＠編集中 (ﾜｯﾁｮｲ 0144-wjSU)
垢版 |
2017/07/03(月) 00:18:10.32ID:UX3yReiI0
>>332
いくつか実験してみたところ、
　ffmpeg.exe -i out8/10bit -i in8bit -lavfi "ssim;[0:v][1:v]psnr" -f null
という入力順で計測させて、10bit出力の場合は10bit基準のSSIM値になるようにすれば
公平な比較になりそうだという結論になりました。
つまり、>>329でNVのHEVC(main10)が良い結果になってるのは公平な結果なのだと思います。

逆に、>>327ではHEVC(main10)のSSIMが8bit基準の値になっており、少し不利な結果になっていると思います。

一応、>>327のQSV/NVのHEVC(main10)だけやりなおすバッチと、>>329にx264の結果を足すためのバッチを作ってみました。
　https://www.axfc.net/u/3821112.zip

もし気が向きましたら、よろしくお願いいたします。
0335名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-wjSU)
垢版 |
2017/07/03(月) 16:24:08.97ID:Wyq+pXO20
>>334
ありがとうございます。こちらでもx26x 10bitのSSIMを測りなおし、
>>327、>>329の図を更新しました。

■実写(sample_movie_1080p.mpg) → http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3428.jpg
　・NV-HEVCで、main10がmainより悪いのが少し気になる

■アニメ(ビビオペOP1080p) → http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3429.jpg
　・NV-HEVC、特にmain10がかなり優秀
　・QSV-HEVC(main10)が高ビットレート領域で伸びそう
　・QSV-HEVC(main)の伸びが少し悪いのが気になる

基本的にはNVとQSVのH.264が安定していて、アニメなど圧縮しやすいものでは
NV-HEVC(main,main10)やQSV-HEVC(main10)が力を発揮しそうという感じでしょうか。

何度も協力していただき、ありがとうございました。
ちょっと時間が必要ですが、計測用バッチはもう少しちゃんとした形に整理して公開しようと思っています。
0336名無しさん＠編集中 (ﾜｯﾁｮｲ f744-KuRC)
垢版 |
2017/07/10(月) 20:32:15.34ID:XjtEKEPx0
>>335です。
測定パターンを選んでから動画ファイルかavsファイルをD&Dするとエンコード＆SSIM測定を行い
CSVファイルにまとめて出力するという形ができつつあります。

出力する環境情報をQSVEncC.exe --check-environment等で調べたいのですが、
例によって当方はHaswellノートのため、それ以外の環境での出力結果がどうなるのかわかりません。
テスト用バッチを作りましたので、ログ収集にご協力いただけないでしょうか。
最新のQSVEnc v2.71、NVEnc v3.14、VCEEnc v3.06を想定しています。

■dGPUのある環境の方
■AMDのCPU(Ryzen等)環境の方
　　Test_QSVEnc.bat　https://pastebin.com/zdkmxMTn

■NVEnc対応環境の方
　　Test_NVEnc.bat　https://pastebin.com/3FpwAREC

■VCEEnc対応環境の方
　　Test_VCEEnc.bat　https://pastebin.com/LwmjtBWr

***EncCのx64フォルダ内にバッチを置いて実行していただくと、Log_***Enc.txtというファイルが出来ますので
それをどこかにアップしていただければ幸いです。よろしくお願いいたします。
0338名無しさん＠編集中 (ﾜｯﾁｮｲ 2144-A9YL)
垢版 |
2017/07/13(木) 01:11:08.20ID:d+luaWAb0
>>337
NVEncのログありがとうございます。参考にさせていただきます。

--check-features と --check-environment で

　GPU: Unknown (error on OpenCL clGetDeviceInfo)

となってるのがちょっと気になりますね。
--check-deviceの方で出ているのでそちらを見ればよいだけではありますが。
0339名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
垢版 |
2017/07/20(木) 21:14:33.23ID:5jQsOw580
x264ベンチマークスレで、
　「CPU-Zでシステム情報を収集してそれをテキスト化し、x264/x265ベンチマーク結果とあわせて出力するバッチセット」
を作っています。

　http://egg.2ch.net/test/read.cgi/jisaku/1460032466/827

このセットにサンプルとしてQSV等でのHWエンコードのベンチマークバッチも付けているのですが、
Kabylake環境の方で、以下のURLに書かれている動作検証とICQ値調査に
協力していただける方がおられましたら、よろしくお願いいたします。

　http://egg.2ch.net/test/read.cgi/jisaku/1460032466/835

以下の２つのバッチファイルで --icq 20 としている部分を書き換えてダブルクリックするだけで結果が取れるはずです。
　「_HwQ02__QSVEncC_HEVC_main_avqsv_ICQのベンチマークだけ実行.bat」
　「_HwQ03__QSVEncC_HEVC_main10_avqsv_ICQのベンチマークだけ実行.bat」

バイナリは一応同梱してありますが、心配なようなら差し替えて下さい。よろしくお願いします。
0340名無しさん＠編集中 (ﾜｯﾁｮｲ a7c0-pqVL)
垢版 |
2017/07/23(日) 12:29:23.99ID:lqFnPGkR0
ffmpeg使ってh264_qsvエンコードしてる
できれば最大ビットレートをある値以上にならないようエンコードさせようと思って
-maxrate ＊＊＊k
みたいなオプションを指定してるんだけどどうも＊＊＊kビャbトレートに必ｂｸしも
抑ｂｦきれてない場緒鰍烽るっぽい＝B-maxrateオプャVョンだけじゃ麹ﾅ大ビットレーャgって
指鋳閧ﾅきなかったｂ閧ｷる？

ちなみにコマンドラインはこんな感じ

ffmpeg.exe -rtbufsize 256MB -r 30 -i input.mp4 -c:v h264_qsv
-r 30 -s 640x480 -sws_flags accurate_rnd+lanczos -pix_fmt yuv420p
-vf "hqdn3d=15" -b:v 500k -maxrate 500k -bufsize 500k -preset veryslow -profile:v main
output.mp4
0341名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/23(日) 23:33:40.95ID:F9W58DMM0
Autoconvertでqsvenc使ってるんだけど、アニメと映画だと90fpsくらいでエンコできるのにバラエティとかだと20fps以下になってしまう。
原因がわからない
元動画フレームレートが違うのかな...
0343名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/23(日) 23:56:43.60ID:F9W58DMM0
解像度同じ、mediainfoで見たフレームレートも同じ。
原因わからないなぁ
0344名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
垢版 |
2017/07/24(月) 00:15:39.61ID:sdWvkiSv0
>>341、>>343
AutoConvertは使ったことないからわからないけど、遅くなる原因はエンコ前の処理なんじゃないの？
そこまで遅くなるなら、そっちの可能性が高いから、QSVは無関係だと思う。
まずは原因の切り分けだね。
0345名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/24(月) 00:44:43.38ID:0v6Uvptx0
A's converter使ったら200fpsでたわwww
乗り換えるしかないかな
0346名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/24(月) 00:45:06.42ID:0v6Uvptx0
あれid変わった
0348名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/24(月) 06:22:58.04ID:0v6Uvptx0
んー、なんかバラエティとアニメのエンコ後ファイル見たらビットレートが12.7Mbps、3726Kbpsになってたわ。
ビットレート指定とかできるのかなぁ
0349名無しさん＠編集中 (ｱｳｱｳｳｰT Sa6b-rqTR)
垢版 |
2017/07/24(月) 08:33:14.92ID:iWTL2Muga
アニメ映画は止まってる部分は完全に止まるしキャラの動きもほぼ3コマ打ちで3コマに1度しか動かないから
エンコーダーにとって好条件ではある
加えて制作フレームレートは24P
バラエティはカメラもよく動くしカット数も多いしそこにどかどかテロップも入って
制作フレームレートは60i
より厳しい条件になる
0351名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/24(月) 18:17:42.30ID:0v6Uvptx0
バラエティのQSVエンコ中にgpu-zでクロック確認したら全く上がってなかった。使用率も低いし。
アニメのWSVだと最高クロックに張り付いてるのに。。。
Autoconvertはavisynthて言うの使ってるみたいなんだけどこれ原因の可能性あるかな？
0352名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/24(月) 18:19:21.01ID:0v6Uvptx0
Wsv→qsv
0353名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
垢版 |
2017/07/25(火) 01:07:47.81ID:XPkCC03C0
自己解決しました。
Avisynthのスクリプトを書き換えてマルチスレッド処理させるようにしたら処理が5倍速になりました。
QSVの問題ではなかったようです。
0354名無しさん＠編集中 (ﾜｯﾁｮｲ 279b-dSp8)
垢版 |
2017/07/25(火) 15:46:08.80ID:lXehmCZU0
VAIOのF23というノートを買ったんだけど、QSVがつかえなかった。
まさかノートにビデオカードが搭載されてるとは・・・
スレもあったんだけど、さすがに年月が経ってるので人がいない。
QSV使う時だけ切り替える技は無いかな？
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況