【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net

**名無しさん＠編集中** (ﾜｯﾁｮｲ 7913-slEn) · 2017/02/03(金) 23:05:37.75

前スレ
【Intel】 Quick Sync Video Part.6 【QSV】 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1453245696/

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0bdb-kOr2) · 2017/06/11(日) 01:54:00.10

>>230
すまん、ちゃんと試したら最新版だとできるようになってた
俺の持ってる2.54、2.62だと10bit y4mがyv12としか表示されなくて1フレームで終了してたけど、
2.64だとyv12(10bit)って表示されて8bitに変換されてエンコしてる
readmeには書いてないけど直してくれたんだね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0bdb-kOr2) · 2017/06/11(日) 02:21:19.01

やっぱりできてなかった。いろいろ試してみたけど、動かないのは--y4mだけみたいだね
--avswだとちゃんと10bit→8bit変換してエンコされてた
--y4mだとver2.64で最後までエンコは走るんだけど、絵がおかしくなってる

一応コマンド貼るけど何か間違ってる？
ffmpeg -y -i 10bit.mp4 -an -strict -1 -pix_fmt yuv420p10 -f yuv4mpegpipe - | QSVEncC64.exe --y4m -i - -o out.mp4

**名無しさん＠編集中** (ﾜｯﾁｮｲ d544-Z3xB) · 2017/06/11(日) 03:02:03.03

>>232
確かに--y4mで10bit渡しだと映像が壊れるね。
　Input Info y4m(yv12(10bit))->nv12 [AVX2], 640x360, 1/1 fps
という表記になってるけど、ffmpegの拡張y4mフォーマットにちゃんと対応できてないんだろうか。

**名無しさん＠編集中** (ﾜｯﾁｮｲ d544-Z3xB) · 2017/06/11(日) 03:06:28.21

rigaya氏のブログ記事を読み直してたら、
AviUtl＋QSVEncでのHEVC 10bitエンコードについて、気になる部分が。

QSVEnc 2.62の記事の画像に出てるログを見ると、
　Input Info auo: yuy2->nv12p [AVX2], 1280x720, 30/1 fps
　VPP Enabled ColorFmtConversion: nv12 -> nv12(10bit)
　Output HEVC main10 @ Level Auto
となってて、AviUtlからQSVEnc.auoにYUY2（8bit）で渡されてしまっている。
つまり途中で8bit化されてしまっている。
AviUtlからはYC48で出して、QSVEnc.auoでYC48->nv12(10bit)変換してQSVに渡さないとまずいのでは。

最新のv2.64では直ってるのかな？
Kabylake環境の人がいたら確認してみてほしい。
（できれば>>230のQSVEncCについて、10bitのまま渡せてるかどうかも）

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0d7f-o9gJ) · 2017/06/11(日) 14:26:34.15

QSVEnc 2.65

**名無しさん＠編集中** (ﾜｯﾁｮｲ 8391-wVeE) · 2017/06/11(日) 16:18:44.72

うちのhaswell環境だと2.62まで戻さないと破綻するわ
検証してないけどドライバ関係かなぁ

**名無しさん＠編集中** (ﾜｯﾁｮｲ d544-Z3xB) · 2017/06/11(日) 21:42:42.68

>>236
AviUtl＋QSVEncだとv2.63～v2.65は色ズレみたいな映像崩壊が起きるね。
v2.65のQSVEncCにYUY2のavsを渡した時にも発生する（YV12は問題ない）ので、
ドライバとかじゃなく、auoやQSVEncCでのyuy2->nv12変換が壊れてるのかも。とりあえず報告しといた。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0bdb-kOr2) · 2017/06/11(日) 22:46:00.78

y4m こんなに早く直して頂けるとは・・・
rigaya氏ありがとうございます！！

**名無しさん＠編集中** (ﾜｯﾁｮｲ fd44-Z3xB) · 2017/06/13(火) 00:01:49.79

QSVEnc 2.66

>>236-237の修正。対応ありがとうございます。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 23cd-nvtg) · 2017/06/13(火) 00:30:36.00

現行でQSVそこそこ速くてコスパのいいCPUというとどれだろう？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2330-sMjV) · 2017/06/13(火) 08:29:23.17

G4560

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2311-pYw+) · 2017/06/13(火) 10:17:40.49

現行じゃない中古で十分じゃないのか

**名無しさん＠編集中** (ｱｰｸｾｰ Sx71-R4Il) · 2017/06/13(火) 12:35:39.35

>240
atom3700、8300系

**名無しさん＠編集中** (ﾜｯﾁｮｲ b516-D9zB) · 2017/06/13(火) 12:56:56.67

readme読んでもQSVEncの使い方がわからない
aviutl使ったことない人にでも使えるような詳しく説明してるサイトないかな？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2330-sMjV) · 2017/06/13(火) 15:24:28.83

aviutlの使い方覚えるのが先

**名無しさん＠編集中** (ﾜｯﾁｮｲ b516-D9zB) · 2017/06/13(火) 15:39:05.02

>>245
QSVEncをコマンドラインで使う場合もaviutlのGUI画面使う必要あるんですか？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2344-Z3xB) · 2017/06/13(火) 17:47:40.75

>>246
コマンドラインで使うならQSVEncじゃなくてQSVEncCだけど、
QSVEncCフォルダにあるテキストやWebページを見ても使い方がわからないなら、
そもそもコマンドラインの仕組みに関する基礎知識が不足してるってことだから
そのあたりを自分でどうにかするしかないんじゃないの。ググれ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ b516-D9zB) · 2017/06/13(火) 17:52:44.74

>>247
ああ、QSVEncとQSVEncC別物で後者がコマンドライン用なんですね
わからなかった箇所は、前者の説明読んでてQSVEncの画面で設定すると説明があってわけがわからない状態でした
コマンドプロンプトでQSVEncC.exeでエンコ自体は一応できているのでコマンドラインオプション勉強してみます

**名無しさん＠編集中** (ｽｯﾌﾟ Sd03-lY5H) · 2017/06/13(火) 17:53:45.35

>>246
ここでaviutlの質問するくらいだからエスパースレ誘導レベルだわな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2344-Z3xB) · 2017/06/13(火) 18:37:50.23

>>>248
> QSVEncとQSVEncC別物で後者がコマンドライン用なんですね

それQSVEnc_readme.txtの一番最初に書いてるんやで・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ aedb-VLdI) · 2017/06/16(金) 19:46:56.69

http://i.imgur.com/ezrTKe1.png
なんか遅いなぁ。何が原因だろう？メモリ1枚しか挿してないから？？

**名無しさん＠編集中** (ﾜｯﾁｮｲ aedb-VLdI) · 2017/06/16(金) 21:01:53.92

http://i.imgur.com/S8oFYOf.png
QSVEnc2.66、AviUtlからHEVC main10で出力するとゴーストが発生する
QSVEncCにy4mで入力させたときは問題ない

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6e91-2WTa) · 2017/06/16(金) 22:24:51.64

>>251
QSVはメモリ帯域にメッチャ影響受けるぞ

**名無しさん＠編集中** (ﾜｯﾁｮｲ aedb-VLdI) · 2017/06/17(土) 01:15:12.22

http://i.imgur.com/Kbzi7LB.png
メモリ2枚にしたら1.5倍くらいにはなったけど、i7-6700だと110fpsくらい出るからなぁ

2017/06/17(土) 01:30:04.87

i7とCeleronじゃ元々倍くらい差があるから、それが普通
てか、キャッシュも最低限なCeleronに期待しすぎ

**名無しさん＠編集中** (ﾜｯﾁｮｲ aedb-VLdI) · 2017/06/17(土) 01:52:14.77

重要なのはキャッシュとメモリか！ちょっとキャッシュが小さすぎたか
まぁ4000円のCPUだからなｗ

**名無しさん＠編集中** (ﾜｯﾁｮｲ b344-G/8V) · 2017/06/17(土) 17:59:18.95

QSVEnc 2.68

**252** (ﾜｯﾁｮｲ e3b1-VLdI) · 2017/06/17(土) 21:06:10.35

修正ありがとうございます

**名無しさん＠編集中** (ﾜｯﾁｮｲ ba44-G/8V) · 2017/06/18(日) 20:39:18.95

QSVEnc 2.69

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4f7f-r2kx) · 2017/06/18(日) 22:45:00.41

--check-features-html でデコーダの機能が表示されない

**名無しさん＠編集中** (ﾜｯﾁｮｲ ba44-G/8V) · 2017/06/18(日) 23:26:00.35

たしかにテキスト形式だとうまく出るけどHTMLだとうまくいかないね。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3a30-W9ZD) · 2017/06/21(水) 09:56:36.53

QSVEnc_2.70

**名無しさん＠編集中** (ﾜｯﾁｮｲ 53c0-VgqF) · 2017/06/21(水) 20:11:29.72

SkyLake G3900マシン買ったからせっかくだからとffmpegのQSVエンコードを使って
ハードウェアHEVCエンコードを試してみたんだけどフルHD動画でせいぜい倍速なんだね

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

ハードウェアエンコードだからもっと爆速かと思ってたけどそんなものなのか

**名無しさん＠編集中** (ﾜｯﾁｮｲ c791-2WTa) · 2017/06/21(水) 20:30:09.98

HEVCは未だ人類には早すぎる技術
ムーアの法則が死亡してるので楽々扱えるのがいつになるかは知らん

**名無しさん＠編集中** (ｽｯﾌﾟ Sdda-NFrx) · 2017/06/21(水) 20:40:14.61

ソフトウェアエンコならソースの3倍以上かかるんだから倍速変換なら爆速だろう

2017/06/21(水) 22:17:23.52

>>263
え、充分速いんじゃないの?

**名無しさん＠編集中** (ﾜｯﾁｮｲ 53c0-VgqF) · 2017/06/21(水) 22:20:52.74

お、おう・・・
あ、ありがたくエンコードさせてもらうわ(`ω´；)・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4fdb-VLdI) · 2017/06/21(水) 22:37:42.08

速度が欲しいならNVEncがいいよ。フルHDで200fps超える

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4fdb-VLdI) · 2017/06/21(水) 22:39:14.94

というかG3900じゃ遅いよ。いいCPUならその倍出る

**名無しさん＠編集中** (ﾜｯﾁｮｲ 53c0-VgqF) · 2017/06/21(水) 22:40:57.50

>>268
あいにくRadeonなんだわ(´･ω･｀)

>>269
内蔵GPUに関してはG3900はほぼ最新作と遜色ない出来だった気が・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ b344-G/8V) · 2017/06/21(水) 22:45:07.28

試しにrigaya氏のQSVBenchmarkでrun_benchmark.batの3行目と4行目の末尾に
「 -c hevc」を追加して、avqsv入力でのHEVCエンコードのベンチマーク取ってみてほしい。

**名無しさん＠編集中** (ﾜｯﾁｮｲ b344-G/8V) · 2017/06/21(水) 22:47:06.77

>>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

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4fdb-VLdI) · 2017/06/21(水) 22:47:34.78

>>270
内蔵GPUはHD510だからコア数はHD530の半分
GPUコア数がエンコ速度に影響するかは分からんけど、CPUキャッシュが2MBしかないのが致命的
キャッシュやメモリの速度が重要だからね
参考までに、俺の持ってるG3930は6700の半分くらいの速度しか出ないよ

>>271
いいね。俺の持ってるG4500でも測ってこようかな

2017/06/21(水) 22:49:14.08

>>263
そもそもQSVのHEVCは使う意味ないよ
>>155に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
つまりHEVC使った方が遅い上に画質劣るわけ

HEVCはx265を使って亀のような速度でエンコしないと威力を発揮できない

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4fdb-VLdI) · 2017/06/21(水) 23:32:11.76

>>272
i7-6700
https://pastebin.com/raw/R7NHWGuE
https://pastebin.com/raw/GRTy8YZV

G3930
https://pastebin.com/raw/F6hSJKri
https://pastebin.com/raw/0r519guA

ベンチマークで見るとあまり変わらないね。G3930コスパ最強じゃんｗ

**名無しさん＠編集中** (ﾜｯﾁｮｲ b344-G/8V) · 2017/06/21(水) 23:49:33.22

>>275
おお、ありがと。HEVCのベンチ結果ってあまり見かけないので気になってた。
余力があればG3930のHEVC main10のベンチ結果も是非。（-c hevc --profile main10）

細かい点だけど、i7-6700が<Kabylake>と判定されてしまってるのが、ちょっと気になるところ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3acd-y0cV) · 2017/06/21(水) 23:53:25.58

HEVCて「へぶし」って読むの？
そういや最近i3-5010UとかいうCPUのノート買ったんだけどQSVどんなもんかな？

**名無しさん＠編集中** (ﾜｯﾁｮｲ d7c0-NIhq) · 2017/06/22(木) 00:08:57.99

>>274
> >>155に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
> つまりHEVC使った方が遅い上に画質劣るわけ

これは知らなかった・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9fea-q+YL) · 2017/06/22(木) 00:18:51.48

AVC もしばらくはアレだったけど
HEVC コーシーあるいはそれ以降まで待たんとダメなのかね

**名無しさん＠編集中** (ﾜｯﾁｮｲ ff91-/m79) · 2017/06/22(木) 00:20:20.11

>>274
rigayaは測り方おかしいから
レートが「だいたい同じ」になるように恣意的にオプション弄って
「1枚切り出して目視で評価」、アホかと

普通にRDグラフ描いたらHEVCの方が断然良いから
x264に迫るぐらいのビット効率になる

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9fea-iV7a) · 2017/06/22(木) 00:26:52.05

>>280
そのRDグラフ見たいな

**名無しさん＠編集中** (ﾜｯﾁｮｲ f7db-q+YL) · 2017/06/22(木) 00:33:18.99

>>276
G3930 HEVC main10
https://pastebin.com/raw/LxWKk7i2
https://pastebin.com/raw/bAu1XHbY

**名無しさん＠編集中** (ﾜｯﾁｮｲ f7db-q+YL) · 2017/06/22(木) 00:35:05.83

>>276
このバージョンのQSVEncだとi7-6700がKabylakeになるんだよw

2017/06/22(木) 01:02:37.92

>>280
rigayaは所詮プログラマーなんだよな
将棋ソフト開発者が実は将棋のド素人ってのと一緒

**名無しさん＠編集中** (ﾜｯﾁｮｲ d744-VrWr) · 2017/06/22(木) 01:24:37.77

>>280
俺もその自信の源であるRDグラフというのを見てみたいな。
多分>>158、>>161、>>164と同じ人だと思うんだけど、その時も言われてたとおり、
rigaya氏は全てわかった上でブログで見せるためのサンプルとしてフレーム比較してるだけだと思うよ。

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

i7-6700の誤判定については、v2.70で直ってるんならいいんだけど、
そうじゃないなら一応報告がてらここで上げておいたほうがいいと思っただけっす。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9fea-iV7a) · 2017/06/22(木) 18:31:16.02

結局RDグラフは出す気無いのかな
ソフトエンコなら自分で試せるんだけどハードエンコは持ってないと試せないから根拠があるなら出して欲しいんだけどな

**名無しさん＠編集中** (ﾜｯﾁｮｲ d7c0-NIhq) · 2017/06/22(木) 20:13:39.03

あ、そうだ

QSV-H264とQSV-HEVCだったらどっちの方が画質は綺麗？

**名無しさん＠編集中** (ﾜｯﾁｮｲ d744-VrWr) · 2017/06/22(木) 21:53:48.34

>>287
>>274だけじゃなく、その話の中で出てる>>155やそのリンク先の記事とかも読めばいいんじゃねえの・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ d7c0-NIhq) · 2017/06/22(木) 22:20:55.02

そっか
QSVだとまだまだ画質はH.264 > H.265なのか・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ d791-ZLad) · 2017/06/23(金) 02:09:40.70

また逃亡かよ
文句言ってる奴のデータが一切出てこないな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 1700-ECXM) · 2017/06/23(金) 08:11:43.75

QSVを使いたい人って、画質そこそこでいいから速度重視なんじゃないの？
HEVCなんて7700Kでも遅くて話にならないし。
誰がどんな検証してようと関係ないような。
結局は、H264って時点でQSV-LAICQ一択なわけだし。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9f6e-LvKX) · 2017/06/24(土) 20:15:05.51

nvencだとH.265 >>> H.264　なんだが…

2017/06/25(日) 04:30:21.87

ｽﾚﾀｲ

**名無しさん＠編集中** (ﾜｯﾁｮｲ d7c0-NIhq) · 2017/06/25(日) 11:59:17.25

>>292
普通そうだよな
qsvでもH.265>>>H.264だと思うんだがな
少なくとも俺のところでは同じビットレートならH.265>>>H.264に見える

あるいはqsvではなくqsvencが抱えてる問題じゃないかな？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3744-VrWr) · 2017/06/25(日) 21:00:34.07

>>294
同じビットレートと言ってもソースや設定によっても結果が変わるし、
そのあたりの条件を明示せんとなんとも言えんだろ。
あとHEVCじゃLA-ICQが使えないらしいし。

**名無しさん＠編集中** (ﾜｯﾁｮｲ d7db-iV7a) · 2017/06/25(日) 22:11:36.30

HandBrakeCLI にあるオーディオコピーのフォールバックエンコーダー指定
QSVEncC でもできますか？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3744-VrWr) · 2017/06/28(水) 23:59:03.86

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環境をお持ちの方にお願いなのですが、ログ７種を取得していただき、
アップしていただけないでしょうか。時間もそれほどかからないと思います。
ログをいただけたらエンコード時間等も加えて画像を更新しようと思っています。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/06/29(木) 02:28:31.23

>>297
https://www.axfc.net/u/3820101.zip

**297** (ﾆｸｸｴ 0144-AqLU) · 2017/06/29(木) 12:05:25.35

>>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あたりを測るバッチ作って依頼投げればいいのかな。

**名無しさん＠編集中** (ﾆｸｸｴ 6191-wjSU) · 2017/06/29(木) 15:19:27.69

　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい>>280>>158
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　　「　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

**名無しさん＠編集中** (ﾆｸｸｴ c2ea-POtP) · 2017/06/29(木) 15:43:54.91

rigayaさんの目視の結果と変わらないってことでいいのかな？

**名無しさん＠編集中** (ﾆｸｸｴ Sdc2-CbVm) · 2017/06/29(木) 17:15:16.01

>>301
当たり前じゃん
>>300は主観で物見ろって言ってんのにrigayaも>>297も客観で語ってんだから
お互いに話通じる訳ねーよ

**名無しさん＠編集中** (ﾆｸｸｴ c2ea-POtP) · 2017/06/29(木) 17:45:06.91

>>302
？
ちょっと意味がわからない
主観評価って目視のことじゃないの？

**名無しさん＠編集中** (ﾆｸｸｴ 0144-AqLU) · 2017/06/29(木) 19:04:05.34

>>302
よくわからないが、とりあえずアンカの付け方がおかしくないか。
お前さんは>>158と>>280と同じ人で、

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

ということであってる？

「RDグラフ描いたらHEVCの方が断然良いからx264に迫るぐらいのビット効率になる」って
そもそもどういうものを「RDグラフ」と呼んでるのかもよくわからないが。

**名無しさん＠編集中** (ﾆｸｸｴ Sdc2-CbVm) · 2017/06/29(木) 21:09:09.30

>>304
ごめん、同じ人じゃないけど、確かに書き方の変だったわ
「>>300が挙げた奴らは～」だな

**名無しさん＠編集中** (ﾆｸｸｴ Sdc2-CbVm) · 2017/06/29(木) 21:16:20.97

>>303
こいつらが言う目視って直で動画見ろって事なんだろ？

**名無しさん＠編集中** (ﾆｸｸｴ c2ea-POtP) · 2017/06/29(木) 21:32:11.71

>>306
なるほど
そういう意味ね

**名無しさん＠編集中** (ﾆｸｸｴ 65db-WwN4) · 2017/06/29(木) 22:16:47.49

動画直で見て、H264 ICQ=26 と HEVC main ICQ=26 比べてみたけど、あまり変わらないね
細かい所よく見るとH264の方がきれいな気がする
この動画実写だから、アニメだと変わるかもね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2d44-AqLU) · 2017/06/30(金) 18:27:16.01

>>308
実写は複雑で情報量も多いし、その組み合わせだとSSIMでもあまり差が無いから目視では色々きついと思う。
誰もが問題なく入手できて少なくともYoutubeよりも高画質なFHDアニメサンプルでもあれば、試してみたいところ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2d44-AqLU) · 2017/06/30(金) 18:53:06.40

>>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の図に反映したいと思っています。

**名無しさん＠編集中** (ﾜｯﾁｮｲ c2ea-POtP) · 2017/06/30(金) 19:10:35.87

3DCGアニメならクリエイティブコモンズの物がいくつかあるけど日本式のアニメでそういうのは見当たらないからエンコードの試験評価は難しいよね

**名無しさん＠編集中** (ﾜｯﾁｮｲ c2ea-POtP) · 2017/06/30(金) 19:12:58.58

いや今回の件だとエンコードの成果物は上げなくてもいいから著作権は気にしなくていいか

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/06/30(金) 20:39:40.50

>>310
https://www.axfc.net/u/3820359.zip

VCEEncエラー出てたからコマンドプロンプトに出てたログも一緒に入れておいた
ちゃんと出力はされてたから大丈夫かな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/06/30(金) 20:43:54.19

いや、VCEEncのHEVC出力はサイズがめちゃくちゃ小さかったわ。2MBとかｗ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2d44-AqLU) · 2017/06/30(金) 21:02:22.34

>>313-314
ありがとうございます。
VCEEncのエラーですが、ログを見ると環境がAMF1.3となっているので、それが原因ではないかと思います。
AMF1.4で実装されたオプションも使っているため、ドライバの更新が必要になるのではないかと。
ログからはそちらのドライババージョンはわかりませんでしたが、
AMD Radeon Software Crimson 17.1.1 以降が必要とのことです。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/06/30(金) 21:21:47.73

測り直してくるわ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 8211-WwN4) · 2017/06/30(金) 21:46:35.72

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.

**名無しさん＠編集中** (ﾜｯﾁｮｲ 82e7-wjSU) · 2017/06/30(金) 22:03:30.60

2.39の米欄と同じだな
最悪DP問題みたいにiGPUとdGPUで同じモニタに出力するといいかも

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/06/30(金) 22:04:44.53

>>315
両方ともドライバアップデートして再度実行した
https://www.axfc.net/u/3820386.zip

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2d44-AqLU) · 2017/06/30(金) 23:32:45.04

>>319
重ね重ねありがとうございます。
VCEEncのH.264エンコードのログを見ると、H.264のエンコードなのに
　　Bframes is not supported with HEVC encoding, disabled.
というメッセージが出てBフレーム無効にされていたので、一応rigaya氏のブログに報告しておきました。

>>299の画像への追加はなるべく早く行おうと思います。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/06/30(金) 23:59:45.28

アニメでも測ってみた。使ったのはビビオペOP（テロなし） 1080p 24fps AVC 42Mbps
https://www.axfc.net/u/3820427.zip

全体的に低めに出てるのは元動画にディザがたくさんあるからかな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/07/01(土) 19:32:28.79

なんかSSIM低いと思ったら、ffmpegの引数の入力ファイル指定の順番入れ替えたらSSIM変わったw
バグってるなww

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4244-AqLU) · 2017/07/01(土) 21:31:00.69

>>322
うーん・・・なんだろう、ソース由来だろうか。
以前直接ファイル指定するとSSIMの値が低くなってしまうケースがあって、
よくわからないので仕方なく入力を全部avs経由にしたことがあったような・・・。

あと、グラフ化はまだ作業中なんですが、>>321のVCEのログで
　　Found NALU with forbidden_bit set, bit error?
というメッセージが出てたのが気になりました。（デコード警告？）

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/07/01(土) 22:01:55.15

>>323
逆にすると高めのSSIMが出て、このm2tsをavs経由で入力すると同じ値になるから、この高めの値が本物っぽい
測り直してくるわ

この警告なんだろうね。ソースのストリームがおかしいか、デコーダがおかしいか、
だけど、ソースは自分で作ったわけじゃないし、おかしいわけないんだよな

**317** (ﾜｯﾁｮｲ 8211-WwN4) · 2017/07/01(土) 22:02:03.04

ごめん、どうやらVisual Studio 2015のx86版をインスコしてなかったのが原因だったみたい
ただ、QSVEnc 2.70だとやっぱエラーでエンコ出来ないや・・・
2.69だと問題ないんだけどね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4244-AqLU) · 2017/07/02(日) 02:40:19.90

>>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フレームありにしたほうが画質が悪かったと思う。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4244-wjSU) · 2017/07/02(日) 03:44:01.85

>>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の幸の薄さがやばい

**名無しさん＠編集中** (ﾜｯﾁｮｲ 65db-WwN4) · 2017/07/02(日) 12:00:41.36

>>321を測り直した
https://www.axfc.net/u/3820881.zip

高めの値になってるけどアニメだとこんなもんなのかな

>>327
おぉ、ありがとう
QSVとNVあまり変わらないね。NVの方が速いし

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0144-wjSU) · 2017/07/02(日) 16:42:01.90

>>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で比較してしまっていいのだろうか？

諸々踏まえてバッチの更新も考えてみます。

**名無しさん＠編集中** (ｽｯﾌﾟ Sd62-CbVm) · 2017/07/02(日) 18:08:01.24

もう何がしたいんだかわかんねーな
エンコ後の結果が全てなんじゃねーの？