【Intel】 Quick Sync Video Part.7 【QSV】
at AVI
[前50を表示]
250:名無しさん＠編集中 (ｽｯﾌﾟ Sd03-lY5H)
17/06/13 17:53:45.35 Ur5u4x7Ld.net
>>247
ここでaviutlの質問するくらいだからエスパースレ誘導レベルだわな
251:名無しさん＠編集中 (ﾜｯﾁｮｲ 2344-Z3xB)
17/06/13 18:37:50.23 5G2s2RHa0.net
>>>249
> QSVEncとQSVEncC別物で後者がコマンドライン用なんですね
それQSVEnc_readme.txtの一番最初に書いてるんやで・・・
252:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/16 19:46:56.69 oNgOKDur0.net
URLﾘﾝｸ(i.imgur.com)
なんか遅いなぁ。何が原因だろう？メモリ1枚しか挿してないから？？
253:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/16 21:01:53.92 oNgOKDur0.net
URLﾘﾝｸ(i.imgur.com)
QSVEnc2.66、AviUtlからHEVC main10で出力するとゴーストが発生する
QSVEncCにy4mで入力させたときは問題ない
254:名無しさん＠編集中 (ﾜｯﾁｮｲ 6e91-2WTa)
17/06/16 22:24:51.64 E4+3uWbc0.net
>>252
QSVはメモリ帯域にメッチャ影響受けるぞ
255:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/17 01:15:12.22 bWHuWixo0.net
URLﾘﾝｸ(i.imgur.com)
メモリ2枚にしたら1.5倍くらいにはなったけど、i7-6700だと110fpsくらい出るからなぁ
256:名無しさん＠編集中 (ﾜｯﾁｮｲWW eb00-NFrx)
17/06/17 01:30:04.87 lFPKMW0n0.net
i7とCeleronじゃ元々倍くらい差があるから、それが普通
てか、キャッシュも最低限なCeleronに期待しすぎ
257:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/17 01:52:14.77 bWHuWixo0.net
重要なのはキャッシュとメモリか！ちょっとキャッシュが小さすぎたか
まぁ4000円のCPUだからなｗ
258:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/17 17:59:18.95 rFAEZhNe0.net
QSVEnc 2.68
259:252 (ﾜｯﾁｮｲ e3b1-VLdI)
17/06/17 21:06:10.35 zOOjaVag0.net
修正ありがとうございます
260:名無しさん＠編集中 (ﾜｯﾁｮｲ ba44-G/8V)
17/06/18 20:39:18.95 uMtgsykk0.net
QSVEnc 2.69
261:名無しさん＠編集中 (ﾜｯﾁｮｲ 4f7f-r2kx)
17/06/18 22:45:00.41 tIt5YIaQ0.net
--check-features-html でデコーダの機能が表示されない
262:名無しさん＠編集中 (ﾜｯﾁｮｲ ba44-G/8V)
17/06/18 23:26:00.35 uMtgsykk0.net
たしかにテキスト形式だとうまく出るけどHTMLだとうまくいかないね。
263:名無しさん＠編集中 (ﾜｯﾁｮｲ 3a30-W9ZD)
17/06/21 09:56:36.53 6PBW7nUj0.net
QSVEnc_2.70
264:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/21 20:11:29.72 98PnvAqm0.net
SkyLake G3900マシン買ったからせっかくだからとffmpegのQSVエンコードを使って
ハードウェアHEVCエンコードを試してみたんだけどフルHD動画でせいぜい倍速なんだね
つまり60分動画をハードウェアHEVCエンコードしようとしたら30分はかかるということ
ハードウェアエンコードだからもっと爆速かと思ってたけどそんなものなのか
265:名無しさん＠編集中 (ﾜｯﾁｮｲ c791-2WTa)
17/06/21 20:30:09.98 H6U+SWyS0.net
HEVCは未だ人類には早すぎる技術
ムーアの法則が死亡してるので楽々扱えるのがいつになるかは知らん
266:名無しさん＠編集中 (ｽｯﾌﾟ Sdda-NFrx)
17/06/21 20:40:14.61 pMWUR2Opd.net
ソフトウェアエンコならソースの3倍以上かかるんだから倍速変換なら爆速だろう
267:名無しさん＠編集中 (ﾜｯﾁｮｲWW 8baa-YD8M)
17/06/21 22:17:23.52 42/K3bra0.net
>>264
え、充分速いんじゃないの?
268:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/21 22:20:52.74 98PnvAqm0.net
お、おう・・・
あ、ありがたくエンコードさせてもらうわ(`ω´；)・・・
269:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 22:37:42.08 elFfHaj80.net
速度が欲しいならNVEncがいいよ。フルHDで200fps超える
270:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 22:39:14.94 elFfHaj80.net
というかG3900じゃ遅いよ。いいCPUならその倍出る
271:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/21 22:40:57.50 98PnvAqm0.net
>>269
あいにくRadeonなんだわ(´･ω･｀)
>>270
内蔵GPUに関してはG3900はほぼ最新作と遜色ない出来だった気が・・・
272:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/21 22:45:07.28 PwoImcoV0.net
試しにrigaya氏のQSVBenchmarkでrun_benchmark.batの3行目と4行目の末尾に
「 -c hevc」を追加して、avqsv入力でのHEVCエンコードのベンチマーク取ってみてほしい。
273:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/21 22:47:06.77 PwoImcoV0.net
>>272
間違えた・・・
×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
274:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 22:47:34.78 elFfHaj80.net
>>271
内蔵GPUはHD510だからコア数はHD530の半分
GPUコア数がエンコ速度に影響するかは分からんけど、CPUキャッシュが2MBしかないのが致命的
キャッシュやメモリの速度が重要だからね
参考までに、俺の持ってるG3930は6700の半分くらいの速度しか出ないよ
>>272
いいね。俺の持ってるG4500でも測ってこようかな
275:名無しさん＠編集中 (ﾜｯﾁｮｲWW e33e-PsyD)
17/06/21 22:49:14.08 D5s1gKvk0.net
>>264
そもそもQSVのHEVCは使う意味ないよ
>>156に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
つまりHEVC使った方が遅い上に画質劣るわけ
HEVCはx265を使って亀のような速度でエンコしないと威力を発揮できない
276:名無しさん＠編集中 (ﾜｯﾁｮｲ 4fdb-VLdI)
17/06/21 23:32:11.76 elFfHaj80.net
>>273
i7-6700
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)
G3930
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)
ベンチマークで見るとあまり変わらないね。G3930コスパ最強じゃんｗ
277:名無しさん＠編集中 (ﾜｯﾁｮｲ b344-G/8V)
17/06/21 23:49:33.22 PwoImcoV0.net
>>276
おお、ありがと。HEVCのベンチ結果ってあまり見かけないので気になってた。
余力があればG3930のHEVC main10のベンチ結果も是非。（-c hevc --profile main10）
細かい点だけど、i7-6700が<Kabylake>と判定されてしまってるのが、ちょっと気になるところ。
278:名無しさん＠編集中 (ﾜｯﾁｮｲ 3acd-y0cV)
17/06/21 23:53:25.58 P3YTwRSZ0.net
HEVCて「へぶし」って読むの？
そういや最近i3-5010UとかいうCPUのノート買ったんだけどQSVどんなもんかな？
279:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/22 00:08:57.99 P4bKBSae0.net
>>275
> >>156に出てるけどハードエンコで一番ビットレートあたりの画質が良いのはAVC（H.264）のLA-ICQだから
> つまりHEVC使った方が遅い上に画質劣るわけ
これは知らなかった・・・
280:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-q+YL)
17/06/22 00:18:51.48 tFhzF0Ek0.net
AVC もしばらくはアレだったけど
HEVC コーシーあるいはそれ以降まで待たんとダメなのかね
281:名無しさん＠編集中 (ﾜｯﾁｮｲ ff91-/m79)
17/06/22 00:20:20.11 nvNPtBho0.net
>>275
rigayaは測り方おかしいから
レートが「だいたい同じ」になるように恣意的にオプション弄って
「1枚切り出して目視で評価」、アホかと
普通にRDグラフ描いたらHEVCの方が断然良いから
x264に迫るぐらいのビット効率になる
282:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-iV7a)
17/06/22 00:26:52.05 trs5MX/T0.net
>>281
そのRDグラフ見たいな
283:名無しさん＠編集中 (ﾜｯﾁｮｲ f7db-q+YL)
17/06/22 00:33:18.99 YNtnc//k0.net
>>277
G3930 HEVC main10
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)
284:名無しさん＠編集中 (ﾜｯﾁｮｲ f7db-q+YL)
17/06/22 00:35:05.83 YNtnc//k0.net
>>277
このバージョンのQSVEncだとi7-6700がKabylakeになるんだよw
285:名無しさん＠編集中 (ﾜｯﾁｮｲWW 1700-uL3K)
17/06/22 01:02:37.92 dMOaz5Xb0.net
>>281
rigayaは所詮プログラマーなんだよな
将棋ソフト開発者が実は将棋のド素人ってのと一緒
286:名無しさん＠編集中 (ﾜｯﾁｮｲ d744-VrWr)
17/06/22 01:24:37.77 N9vf3azd0.net
>>281
俺もその自信の源であるRDグラフというのを見てみたいな。
多分>>159、>>162、>>165と同じ人だと思うんだけど、その時も言われてたとおり、
rigaya氏は全てわかった上でブログで見せるためのサンプルとしてフレーム比較してるだけだと思うよ。
>>283-284
重ね重ねありがとう。同じ設定だと10bitはビットレートが5倍くらいになるのね。
仕上がりの質も違ってるのだろうけど、x264みたいに10bitだとQP値の指定範囲とか変わったりするんだろうか？
i7-6700の誤判定については、v2.70で直ってるんならいいんだけど、
そうじゃないなら一応報告がてらここで上げておいたほうがいいと思っただけっす。
287:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-iV7a)
17/06/22 18:31:16.02 trs5MX/T0.net
結局RDグラフは出す気無いのかな
ソフトエンコなら自分で試せるんだけどハードエンコは持ってないと試せないから根拠があるなら出して欲しいんだけどな
288:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/22 20:13:39.03 P4bKBSae0.net
あ、そうだ
QSV-H264とQSV-HEVCだったらどっちの方が画質は綺麗？
289:名無しさん＠編集中 (ﾜｯﾁｮｲ d744-VrWr)
17/06/22 21:53:48.34 wUtPWuUq0.net
>>288
>>275だけじゃなく、その話の中で出てる>>156やそのリンク先の記事とかも読めばいいんじゃねえの・・・
290:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/22 22:20:55.02 P4bKBSae0.net
そっか
QSVだとまだまだ画質はH.264 > H.265なのか・・・
291:名無しさん＠編集中 (ﾜｯﾁｮｲ d791-ZLad)
17/06/23 02:09:40.70 JhKvJdRI0.net
また逃亡かよ
文句言ってる奴のデータが一切出てこないな
292:名無しさん＠編集中 (ﾜｯﾁｮｲ 1700-ECXM)
17/06/23 08:11:43.75 EckugxE+0.net
QSVを使いたい人って、画質そこそこでいいから速度重視なんじゃないの？
HEVCなんて7700Kでも遅くて話にならないし。
誰がどんな検証してようと関係ないような。
結局は、H264って時点でQSV-LAICQ一択なわけだし。
293:名無しさん＠編集中 (ﾜｯﾁｮｲ 9f6e-LvKX)
17/06/24 20:15:05.51 +aXTH1lD0.net
nvencだとH.265 >>> H.264 なんだが…
294:名無しさん＠編集中 (ﾜｯﾁｮｲW bf2e-q/w5)
17/06/25 04:30:21.87 H9d8rbd30.net
ｽﾚﾀｲ
295:名無しさん＠編集中 (ﾜｯﾁｮｲ d7c0-NIhq)
17/06/25 11:59:17.25 L04Kz8780.net
>>293
普通そうだよな
qsvでもH.265>>>H.264だと思うんだがな
少なくとも俺のところでは同じビットレートならH.265>>>H.264に見える
あるいはqsvではなくqsvencが抱えてる問題じゃないかな？
296:名無しさん＠編集中 (ﾜｯﾁｮｲ 3744-VrWr)
17/06/25 21:00:34.07 HzTbtYlX0.net
>>295
同じビットレートと言ってもソースや設定によっても結果が変わるし、
そのあたりの条件を明示せんとなんとも言えんだろ。
あとHEVCじゃLA-ICQが使えないらしいし。
297:名無しさん＠編集中 (ﾜｯﾁｮｲ d7db-iV7a)
17/06/25 22:11:36.30 fr0nrLHJ0.net
HandBrakeCLI にあるオーディオ コピーのフォールバックエンコーダー指定
QSVEncC でもできますか？
298:名無しさん＠編集中 (ﾜｯﾁｮｲ 3744-VrWr)
17/06/28 23:59:03.86 GvhtkMNt0.net
rigaya氏のQSVBenchmark(20170108)のmpgファイルをソースにして、
QSV H.264/x264(8/10bit)/x265(8/10bit)/VP9(8bit)でエンコードを行い、
SSIM/ビットレート図を作成してみました。
URLﾘﾝｸ(2sen.dip.jp)
この図にQSV HEVCのmain/main10の結果も重ねてみたいのですが、
当方はHaswellノート環境なので、QSV HEVCには未対応です。
そこで、QSV HEVCのmain/main10で１度に７パターンのMP4ファイルと
ログを作成するバッチファイルを作りました。
内容物をQSVBenchmarkフォルダに置いてバッチを実行するだけです。
QSVEncC v2.70とffmpegのバイナリを同梱していますが、
不安な方は公式サイトのものを使うようにして下さい。
URLﾘﾝｸ(www.axfc.net)
Kabylake環境をお持ちの方にお願いなのですが、ログ７種を取得していただき、
アップしていただけないでしょうか。時間もそれほどかからないと思います。
ログをいただけたらエンコード時間等も加えて画像を更新しようと思っています。
299:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/29 02:28:31.23 TAuW56dF0.net
>>298
URLﾘﾝｸ(www.axfc.net)
300:297 (ﾆｸｸｴ 0144-AqLU)
17/06/29 12:05:25.35 i3FawxNj0NIKU.net
>>299
いつもありがとうございます。
いただいたHEVC main/main10の情報を>>298の画像に追加しました。
速度の追加については今はちょっと時間がとれないので・・・。
QSV_HEVCを追加したSSIM_Bitrate図
URLﾘﾝｸ(2sen.dip.jp)
どうせならNVEncやVCEEncも重ねてみたいとこですね。
VBR指定で5000/10000/15000あたりを測るバッチ作って依頼投げればいいのかな。
301:名無しさん＠編集中 (ﾆｸｸｴ 6191-wjSU)
17/06/29 15:19:27.69 5j1IryPm0NIKU.net
ゴガギーン
ドッカン
ｍ ドッカン
＝＝＝＝＝） ）) ☆
∧_∧ | | ／ ／￣￣￣￣￣￣￣￣￣￣￣
（ ）| |＿＿＿＿＿ ∧＿∧ ＜ おらっ！出てこい>>281>>159
「 ⌒￣ | | || （´Д｀ ） ＼＿＿＿＿＿＿＿＿＿＿＿
| / ￣ | |/ 「 ＼
| | | | || || /＼＼
| | | | | へ//| | | |
| | | ﾛ|ﾛ |／,へ ＼| | | |
| ∧ | | | |／ ＼ / （ ）
| | | |〈 | | | |
/ / / / | / | 〈| | |
/ / / / | | || | |
/ / / / =-----=-------- | |
302:名無しさん＠編集中 (ﾆｸｸｴ c2ea-POtP)
17/06/29 15:43:54.91 HySI7hf90NIKU.net
rigayaさんの目視の結果と変わらないってことでいいのかな？
303:名無しさん＠編集中 (ﾆｸｸｴ Sdc2-CbVm)
17/06/29 17:15:16.01 8ukMHi6JdNIKU.net
>>302
当たり前じゃん
>>301は主観で物見ろって言ってんのにrigayaも>>298も客観で語ってんだから
お互いに話通じる訳ねーよ
304:名無しさん＠編集中 (ﾆｸｸｴ c2ea-POtP)
17/06/29 17:45:06.91 HySI7hf90NIKU.net
>>303
？
ちょっと意味がわからない
主観評価って目視のことじゃないの？
305:名無しさん＠編集中 (ﾆｸｸｴ 0144-AqLU)
17/06/29 19:04:05.34 i3FawxNj0NIKU.net
>>303
よくわからないが、とりあえずアンカの付け方がおかしくないか。
お前さんは>>159と>>281と同じ人で、
× >>301は主観で物見ろって言ってんのに
○ >>159と>>281は主観で物見ろって言ってんのに
ということであってる？
「RDグラフ描いたらHEVCの方が断然良いからx264に迫るぐらいのビット効率になる」って
そもそもどういうものを「RDグラフ」と呼んでるのかもよくわからないが。
306:名無しさん＠編集中 (ﾆｸｸｴ Sdc2-CbVm)
17/06/29 21:09:09.30 8ukMHi6JdNIKU.net
>>305
ごめん、同じ人じゃないけど、確かに書き方の変だったわ
「>>301が挙げた奴らは〜」だな
307:名無しさん＠編集中 (ﾆｸｸｴ Sdc2-CbVm)
17/06/29 21:16:20.97 8ukMHi6JdNIKU.net
>>304
こいつらが言う目視って直で動画見ろって事なんだろ？
308:名無しさん＠編集中 (ﾆｸｸｴ c2ea-POtP)
17/06/29 21:32:11.71 HySI7hf90NIKU.net
>>307
なるほど
そういう意味ね
309:名無しさん＠編集中 (ﾆｸｸｴ 65db-WwN4)
17/06/29 22:16:47.49 TAuW56dF0NIKU.net
動画直で見て、H264 ICQ=26 と HEVC main ICQ=26 比べてみたけど、あまり変わらないね
細かい所よく見るとH264の方がきれいな気がする
この動画実写だから、アニメだと変わるかもね
310:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 18:27:16.01 EuJa61Tg0.net
>>309
実写は複雑で情報量も多いし、その組み合わせだとSSIMでもあまり差が無いから目視では色々きついと思う。
誰もが問題なく入手できて少なくともYoutubeよりも高画質なFHDアニメサンプルでもあれば、試してみたいところ。
311:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 18:53:06.40 EuJa61Tg0.net
>>298、>>300の続きとして、NVEncとVCEEncのSSIMログ取得用バッチも作成しました。
環境が無いのでオプション指定で失敗していなければいいのですが。
■NVEnc 3.13用(要Pascal環境) → URLﾘﾝｸ(www.axfc.net)
・基本オプション(--aq、--aq-temporal(H.264のみ)付きも含め計21パターン)
--avcuvid -c *** --profile *** --vbrhq ***
--ref 3 --bframes 3 --lookahead 10 --output-depth **
■VCEEnc 3.06用(要Polaris環境) → URLﾘﾝｸ(www.axfc.net)
・基本オプション(--vbaq、--pre-analysis付きも含め計18パターン)
--avvce -c *** --profile *** --vbr *** --ref 3 --bframes 3 --b-pyramid
同梱バイナリだと不安な方は公式から個別にダウンロードを。
Nortonが同梱DLLを検疫してたので、検疫によるDLL欠けなどにもご注意下さい。
Pascal、Polaris環境持ちの方にお願いなのですが、ログを取得して上げていただけないでしょうか。
結果を>>300の図に反映したいと思っています。
312:名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
17/06/30 19:10:35.87 wgkXSACr0.net
3DCGアニメならクリエイティブコモンズの物がいくつかあるけど日本式のアニメでそういうのは見当たらないからエンコードの試験評価は難しいよね
313:名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
17/06/30 19:12:58.58 wgkXSACr0.net
いや今回の件だとエンコードの成果物は上げなくてもいいから著作権は気にしなくていいか
314:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 20:39:40.50 ahFMNyyn0.net
>>311
URLﾘﾝｸ(www.axfc.net)
VCEEncエラー出てたからコマンドプロンプトに出てたログも一緒に入れておいた
ちゃんと出力はされてたから大丈夫かな
315:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 20:43:54.19 ahFMNyyn0.net
いや、VCEEncのHEVC出力はサイズがめちゃくちゃ小さかったわ。2MBとかｗ
316:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 21:02:22.34 EuJa61Tg0.net
>>314-315
ありがとうございます。
VCEEncのエラーですが、ログを見ると環境がAMF1.3となっているので、それが原因ではないかと思います。
AMF1.4で実装されたオプションも使っているため、ドライバの更新が必要になるのではないかと。
ログからはそちらのドライババージョンはわかりませんでしたが、
AMD Radeon Software Crimson 17.1.1 以降が必要とのことです。
317:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 21:21:47.73 ahFMNyyn0.net
測り直してくるわ
318:名無しさん＠編集中 (ﾜｯﾁｮｲ 8211-WwN4)
17/06/30 21:46:35.72 YSo77VLC0.net
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.
319:名無しさん＠編集中 (ﾜｯﾁｮｲ 82e7-wjSU)
17/06/30 22:03:30.60 IiMeDAKp0.net
2.39の米欄と同じだな
最悪DP問題みたいにiGPUとdGPUで同じモニタに出力するといいかも
320:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 22:04:44.53 ahFMNyyn0.net
>>316
両方ともドライバアップデートして再度実行した
URLﾘﾝｸ(www.axfc.net)
321:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-AqLU)
17/06/30 23:32:45.04 EuJa61Tg0.net
>>320
重ね重ねありがとうございます。
VCEEncのH.264エンコードのログを見ると、H.264のエンコードなのに
Bframes is not supported with HEVC encoding, disabled.
というメッセージが出てBフレーム無効にされていたので、一応rigaya氏のブログに報告しておきました。
>>300の画像への追加はなるべく早く行おうと思います。
322:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/06/30 23:59:45.28 ahFMNyyn0.net
アニメでも測ってみた。使ったのはビビオペOP（テロなし） 1080p 24fps AVC 42Mbps
URLﾘﾝｸ(www.axfc.net)
全体的に低めに出てるのは元動画にディザがたくさんあるからかな
323:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/01 19:32:28.79 UlUyG/rf0.net
なんかSSIM低いと思ったら、ffmpegの引数の入力ファイル指定の順番入れ替えたらSSIM変わったw
バグってるなww
324:名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-AqLU)
17/07/01 21:31:00.69 KUlGIT3e0.net
>>323
うーん・・・なんだろう、ソース由来だろうか。
以前直接ファイル指定するとSSIMの値が低くなってしまうケースがあって、
よくわからないので仕方なく入力を全部avs経由にしたことがあったような・・・。
あと、グラフ化はまだ作業中なんですが、>>322のVCEのログで
Found NALU with forbidden_bit set, bit error?
というメッセージが出てたのが気になりました。（デコード警告？）
325:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/01 22:01:55.15 UlUyG/rf0.net
>>324
逆にすると高めのSSIMが出て、このm2tsをavs経由で入力すると同じ値になるから、この高めの値が本物っぽい
測り直してくるわ
この警告なんだろうね。ソースのストリームがおかしいか、デコーダがおかしいか、
だけど、ソースは自分で作ったわけじゃないし、おかしいわけないんだよな
326:317 (ﾜｯﾁｮｲ 8211-WwN4)
17/07/01 22:02:03.04 jZ5r/RCf0.net
ごめん、どうやらVisual Studio 2015のx86版をインスコしてなかったのが原因だったみたい
ただ、QSVEnc 2.70だとやっぱエラーでエンコ出来ないや・・・
2.69だと問題ないんだけどね
327:名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-AqLU)
17/07/02 02:40:19.90 94d0iVLt0.net
>>318 >>326
QSVEnc 2.71
・2.70でdGPU付きの環境だと正常に動作しないことがあったのを修正。
・2.70で起動が遅くなっていたのを修正。
・la/la-hrdでビットレートが表示されていなかったのを修正。
>>321
ブログでrigaya氏からの回答があったので概要を貼り。
・メッセージをHEVCと誤表示してしまっているだけで、Bフレームがサポートされてないというのは正しい。
・Polaris(RX 4xx系)のH.264エンコードはBフレームに対応していない。
・以前所持していたRX 3xx系でもBフレームありにしたほうが画質が悪かったと思う。
328:名無しさん＠編集中 (ﾜｯﾁｮｲ 4244-wjSU)
17/07/02 03:44:01.85 94d0iVLt0.net
>>300に>>320のデータやエンコード速度を追加しました。
URLﾘﾝｸ(2sen.dip.jp)
◎>>311のオプションについて
・NVEncの--aq-temporalはほぼ変わらず。
・NVEncの--aqは少し良くなった。
・VCEEncの--pre-analysisは結果に変化無し。
→参考： URLﾘﾝｸ(github.com)
・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の幸の薄さがやばい
329:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/02 12:00:41.36 epss3VIp0.net
>>322を測り直した
URLﾘﾝｸ(www.axfc.net)
高めの値になってるけどアニメだとこんなもんなのかな
>>328
おぉ、ありがとう
QSVとNVあまり変わらないね。NVの方が速いし
330:名無しさん＠編集中 (ﾜｯﾁｮｲ 0144-wjSU)
17/07/02 16:42:01.90 FcVsDm/t0.net
>>329
ありがとうございます。グラフ化しました。NVのaqとVCEのvbaqは、こちらではいまいち。
URLﾘﾝｸ(2sen.dip.jp)
ただ、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の方が良い数値になるということに気づきました・・・。(>>328は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で比較してしまっていいのだろうか？
諸々踏まえてバッチの更新も考えてみます。
331:名無しさん＠編集中 (ｽｯﾌﾟ Sd62-CbVm)
17/07/02 18:08:01.24 2iaaOnqmd.net
もう何がしたいんだかわかんねーな
エンコ後の結果が全てなんじゃねーの？
332:名無しさん＠編集中 (ﾜｯﾁｮｲ 6111-wjSU)
17/07/02 20:34:31.09 ISmLmNqd0.net
>>331
オマエが馬鹿なだけ。ていうかエンコに関心無いなら見るなよｗ
333:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/02 21:01:49.44 epss3VIp0.net
>>330
こっちまでやってくれるとは思ってなかった。ありがとう！
まとめると↓こんな感じかな
実写
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の方がいいと思った
334:名無しさん＠編集中 (ﾜｯﾁｮｲ 0144-wjSU)
17/07/03 00:18:10.32 UX3yReiI0.net
>>333
いくつか実験してみたところ、
ffmpeg.exe -i out8/10bit -i in8bit -lavfi "ssim;[0:v][1:v]psnr" -f null
という入力順で計測させて、10bit出力の場合は10bit基準のSSIM値になるようにすれば
公平な比較になりそうだという結論になりました。
つまり、>>330でNVのHEVC(main10)が良い結果になってるのは公平な結果なのだと思います。
逆に、>>328ではHEVC(main10)のSSIMが8bit基準の値になっており、少し不利な結果になっていると思います。
一応、>>328のQSV/NVのHEVC(main10)だけやりなおすバッチと、>>330にx264の結果を足すためのバッチを作ってみました。
URLﾘﾝｸ(www.axfc.net)
もし気が向きましたら、よろしくお願いいたします。
335:名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
17/07/03 04:45:54.46 akyqmiog0.net
>>334
URLﾘﾝｸ(www.axfc.net)
x265の結果も追加した。x264/x265はCore i7 6700のPCで実行した結果
336:名無しさん＠編集中 (ﾜｯﾁｮｲ 2d44-wjSU)
17/07/03 16:24:08.97 Wyq+pXO20.net
>>335
ありがとうございます。こちらでもx26x 10bitのSSIMを測りなおし、
>>328、>>330の図を更新しました。
■実写(sample_movie_1080p.mpg) → URLﾘﾝｸ(2sen.dip.jp)
・NV-HEVCで、main10がmainより悪いのが少し気になる
■アニメ(ビビオペOP1080p) → URLﾘﾝｸ(2sen.dip.jp)
・NV-HEVC、特にmain10がかなり優秀
・QSV-HEVC(main10)が高ビットレート領域で伸びそう
・QSV-HEVC(main)の伸びが少し悪いのが気になる
基本的にはNVとQSVのH.264が安定していて、アニメなど圧縮しやすいものでは
NV-HEVC(main,main10)やQSV-HEVC(main10)が力を発揮しそうという感じでしょうか。
何度も協力していただき、ありがとうございました。
ちょっと時間が必要ですが、計測用バッチはもう少しちゃんとした形に整理して公開しようと思っています。
337:名無しさん＠編集中 (ﾜｯﾁｮｲ f744-KuRC)
17/07/10 20:32:15.34 XjtEKEPx0.net
>>336です。
測定パターンを選んでから動画ファイルか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 URLﾘﾝｸ(pastebin.com)
■NVEnc対応環境の方
Test_NVEnc.bat URLﾘﾝｸ(pastebin.com)
■VCEEnc対応環境の方
Test_VCEEnc.bat URLﾘﾝｸ(pastebin.com)
***EncCのx64フォルダ内にバッチを置いて実行していただくと、Log_***Enc.txtというファイルが出来ますので
それをどこかにアップしていただければ幸いです。よろしくお願いいたします。
338:名無しさん＠編集中 (ﾜｯﾁｮｲ 704b-1CH6)
17/07/13 00:03:15.40 5CcRuU/F0.net
これでいいかな？
パスは 335 にしておいた。
URLﾘﾝｸ(filescase.com)
339:名無しさん＠編集中 (ﾜｯﾁｮｲ 2144-A9YL)
17/07/13 01:11:08.20 d+luaWAb0.net
>>338
NVEncのログありがとうございます。参考にさせていただきます。
--check-features と --check-environment で
GPU: Unknown (error on OpenCL clGetDeviceInfo)
となってるのがちょっと気になりますね。
--check-deviceの方で出ているのでそちらを見ればよいだけではありますが。
340:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/20 21:14:33.23.net
x264ベンチマークスレで、
「CPU-Zでシステム情報を収集してそれをテキスト化し、x264/x265ベンチマーク結果とあわせて出力するバッチセット」
を作っています。
ｽﾚﾘﾝｸ(jisaku板:827番)
このセットにサンプルとしてQSV等でのHWエンコードのベンチマークバッチも付けているのですが、
Kabylake環境の方で、以下のURLに書かれている動作検証とICQ値調査に
協力していただける方がおられましたら、よろしくお願いいたします。
ｽﾚﾘﾝｸ(jisaku板:835番)
以下の２つのバッチファイルで --icq 20 としている部分を書き換えてダブルクリックするだけで結果が取れるはずです。
「_HwQ02__QSVEncC_HEVC_main_avqsv_ICQのベンチマークだけ実行.bat」
「_HwQ03__QSVEncC_HEVC_main10_avqsv_ICQのベンチマークだけ実行.bat」
バイナリは一応同梱してありますが、心配なようなら差し替えて下さい。よろしくお願いします。
341:名無しさん＠編集中 (ﾜｯﾁｮｲ a7c0-pqVL)
17/07/23 12:29:23.99 lqFnPGkR0.net
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
342:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/23 23:33:40.95 F9W58DMM0.net
Autoconvertでqsvenc使ってるんだけど、アニメと映画だと90fpsくらいでエンコできるのにバラエティとかだと20fps以下になってしまう。
原因がわからない
元動画フレームレートが違うのかな...
343:名無しさん＠編集中 (ﾜｯﾁｮｲWW 6700-RYCd)
17/07/23 23:37:53.75 Cuo19g7D0.net
画面サイズ違うからじゃね
344:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/23 23:56:43.60 F9W58DMM0.net
解像度同じ、mediainfoで見たフレームレートも同じ。
原因わからないなぁ
345:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/24 00:15:39.61 sdWvkiSv0.net
>>342、>>344
AutoConvertは使ったことないからわからないけど、遅くなる原因はエンコ前の処理なんじゃないの？
そこまで遅くなるなら、そっちの可能性が高いから、QSVは無関係だと思う。
まずは原因の切り分けだね。
346:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/24 00:44:43.38 0v6Uvptx0.net
A's converter使ったら200fpsでたわwww
乗り換えるしかないかな
347:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/24 00:45:06.42 0v6Uvptx0.net
あれid変わった
348:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/24 02:48:30.92 sdWvkiSv0.net
お、おぅ・・・そりゃ面倒なことをあまりしないトランスコードなら速くて当たり前っちゃ当たり前だが・・・
349:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/24 06:22:58.04 0v6Uvptx0.net
んー、なんかバラエティとアニメのエンコ後ファイル見たらビットレートが12.7Mbps、3726Kbpsになってたわ。
ビットレート指定とかできるのかなぁ
350:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa6b-rqTR)
17/07/24 08:33:14.92 iWTL2Muga.net
アニメ映画は止まってる部分は完全に止まるしキャラの動きもほぼ3コマ打ちで3コマに1度しか動かないから
エンコーダーにとって好条件ではある
加えて制作フレームレートは24P
バラエティはカメラもよく動くしカット数も多いしそこにどかどかテロップも入って
制作フレームレートは60i
より厳しい条件になる
351:名無しさん＠編集中 (ｱｳｱｳｲｰ Sa1b-keyE)
17/07/24 09:44:30.17 zYL8lwZIa.net
動画圧縮は基本的にじわじわ動くのをターゲットにしとる
352:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/24 18:17:42.30 0v6Uvptx0.net
バラエティのQSVエンコ中にgpu-zでクロック確認したら全く上がってなかった。使用率も低いし。
アニメのWSVだと最高クロックに張り付いてるのに。。。
Autoconvertはavisynthて言うの使ってるみたいなんだけどこれ原因の可能性あるかな？
353:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/24 18:19:21.01 0v6Uvptx0.net
Wsv→qsv
354:名無しさん＠編集中 (ﾜｯﾁｮｲWW 67ea-ZvNN)
17/07/25 01:07:47.81 XPkCC03C0.net
自己解決しました。
Avisynthのスクリプトを書き換えてマルチスレッド処理させるようにしたら処理が5倍速になりました。
QSVの問題ではなかったようです。
355:名無しさん＠編集中 (ﾜｯﾁｮｲ 279b-dSp8)
17/07/25 15:46:08.80 lXehmCZU0.net
VAIOのF23というノートを買ったんだけど、QSVがつかえなかった。
まさかノートにビデオカードが搭載されてるとは・・・
スレもあったんだけど、さすがに年月が経ってるので人がいない。
QSV使う時だけ切り替える技は無いかな？
356:名無しさん＠編集中 (ﾜｯﾁｮｲ a711-QK4i)
17/07/25 16:00:41.60 g0P8e9tL0.net
>>355
URLﾘﾝｸ(windows7.club)
これのこと？
357:名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-QK4i)
17/07/25 16:25:19.80 uE4E2Y8D0.net
QSVって2パスにできないのかな。APIはサポートしてないけど、レート制御自分で頑張ればできなくはなさそうだけど
358:名無しさん＠編集中 (ﾜｯﾁｮｲ dfea-QK4i)
17/07/25 20:04:59.99 0KZcn6o60.net
そら趣旨からいって意味ないだろ
……と言いつつオラも希望ｗ
359:名無しさん＠編集中 (ﾌﾞｰｲﾓ MMff-qMTr)
17/07/25 22:27:02.62 5hj71bRZM.net
>>357
それなんてVPP？
360:名無しさん＠編集中
17/08/01 15:56:05.78 B5pIPYC50.net
単純に地デジのTSファイルを720pぐらいのH264に圧縮したいんだけど、
お手軽で効率のいい方法って無いかな？
PCはSundyのi5デスクトップとノートがある。
スレ違いだけど、変換ドングルとかの情報もあれば嬉しい。
361:名無しさん＠編集中
17/08/01 17:08:46.41 LVZ70RyXr.net
ffmpegのバッチファイル作ればいいんじゃないかな
362:名無しさん＠編集中
17/08/01 17:50:08.87 c9i8lfl60.net
sandyならqsv_h264つけて>>361がいいと思う
363:名無しさん＠編集中
17/08/01 19:00:24.84 qImNZogs0.net
× qsv_h264
○ h264_qsv
364:名無しさん＠編集中
17/08/01 20:00:10.66 fmU14HHb0.net
ごめん、確か間違ってても修正してくれるからそのまま使ってたんだ
365:名無しさん＠編集中
17/08/02 13:34:22.95 oyyYCjHx0.net
>>361ー363
ありがとう。バッチって取っ付きにくそうだけど、それが一番速いの？
366:名無しさん＠編集中
17/08/02 17:04:20.91 FzHboNrP0.net
>>365
バッチというか、ffmpegやQSVEncCなどを使って、QSVでのハードウェアデコードと
QSVでのフィルタ処理、QSVでのハードウェアエンコードという流れで処理をするコマンドを打つのが速いということ。
ただ、SandyBridgeは初めてQSVのH.264エンコが搭載された今となっては古いハードだし
Lookahead機能（Haswellから）も使えないし、ICQなどの効率的なレート制御が使えるかどうかもよくわからんし、
そもそもQSVエンコはx264でのソフトウェアエンコに比べて品質が悪くファイルサイズも膨らむ。
TSからのQSVエンコはググればそこそこ情報も出てくるんだし、まずは自力で色々調べるべきだと思うよ。
367:名無しさん＠編集中
17/08/10 12:10:54.75 f2AS0b/C0.net
coffeelakeではqsvの能力上がるだか？
368:名無しさん＠編集中
17/08/10 21:31:09.58 uR9/JY7W0.net
上がると思って待ってんだけど
369:名無しさん＠編集中
17/08/10 21:42:58.66 ooZYvZY0a.net
セールスポイントあればリークでもされそうだけどね
順当に行けばVP9で10bitエンコとか？
370:名無しさん＠編集中
17/08/10 22:05:28.86 XXqj0Zku0.net
というか、Kabylake＋WindowsでVP9のQSVエンコができるようになるのはいつなんだろう。
Linux環境ならVAAPI使ってffmpegをビルドすれば使えるらしいけど、ちゃんと評価してる記事が見当たらぬ。
PSA: You can now use FFmpeg's VAAPI-based VP8 and VP9 encoder on Skylake+ systems
on Linux: Tested on Ubuntu 16.04LTS ・ GitHub
URLﾘﾝｸ(gist.github.com)
371:名無しさん＠編集中
17/08/17 02:33:28.94 flHMthtU0.net
QSVEnc 2.72
[QSVEncC]
・2.63以降、raw出力が正常に動作しなかったのを修正。
・高ビット深度のyuv422/yuv444をy4mから読み込むと色成分がおかしくなるのを修正。
・何点かヘルプの修正。
372:名無しさん＠編集中
17/08/18 14:13:43.42 vx7MWddb0.net
>>336のグラフ見てると、QSVが10bit使えたら※H264のままでもそうとう高画質なのではと妄想してしまう
※ハイプロファイルつーの？
373:名無しさん＠編集中
17/08/20 09:51:19.69 ZmAaB2f50.net
SSIMを自分でも計測してみたのだけれど、QSVBenchmarkのsample_mpgだと、先人たちと
同様の値がでて、再現性が有ります。
実際にエンコする、TSファイルでしてみたら、値が低でます。
そもそも、同一TSファイル同士で、SSIMが1になりません。
ffmpeg -ArgumentList -i soursefile -i outfile -lavfi "ssim;[0:v][1:v]psnr" -f null -
こんな風にしています。
TSファイルのSSIMをffmpegで計測するにはどうしたら良いでしょうか？
374:名無しさん＠編集中
17/08/20 10:15:56.14 vpjeEVa50.net
ffmpegのSSIMフィルタは挙動が謎で不安定だから自分はソースファイルをプログレッシブの可逆圧縮AVIみたいな安定した形式にしてるわ
375:名無しさん＠編集中
17/08/20 16:02:21.23 V73ZZgPA0.net
>>373-374
音声トラックの影響もあるみたいなんで、
%ffmpeg% -i infile -i outfile -map 0:v -map 1:v -lavfi "ssim;[0:v][1:v]psnr" -f null -
のように、-mapオプションで映像トラックだけ取り出すようにするとうまくいくと思う。
同じTSファイルを指定した場合、>>373だと0.799160と判定されてしまっていたSSIM Yが、
-mapオプションをつけたらちゃんと1になった。ただし、映像トラックが複数あるとうまくいかないかもしれない。
ちなみに、もしかしたら
%ffmpeg% -i infile -i outfile -lavfi "[0:v][1:v]ssim;[0:v][1:v]psnr" -f null -
でもいけるんじゃないかと思ったんだけど、駄目だった。
ただ、自分としては映像トラックだけを読み込んだavsファイルを作って、そのavsファイルをソースにするのが
確実かなと思ってる。これなら別途可逆圧縮AVIとかを作る必要もないし。
あとffmpegのSSIMは7月上旬に割と大事な修正がされてるので、バイナリは最近のものに更新したほうがいいよ。
376:名無しさん＠編集中
17/08/20 21:04:42.80 ShHbbvIE0.net
>>373
> そもそも、同一TSファイル同士で、SSIMが1になりません。
えーっ？
じゃあ過去に上がってたSSIM使った評価グラフはデタラメってこと？
377:372
17/08/20 21:13:34.30 ZmAaB2f50.net
>>374 >>375 ありがとうございます
アドバイスをもとにした再検討結果結果です
・TSをdemuxした同一m2vファイルのSSIM : 1
・mapを使用した>>374のオプション 同一TSのSSIM : 1
・TSとそれをdemuxしたm2vファイル(map使用オプション)のSSIM : 0.66 1にならなければおかしい
・TSとそれをエンコードしたmp4ファイル（インタレ保持)のSSIM : 0.65 予想より低くおかしい
・エンコードしたmp4ファイル（インタレ保持）とmp4ファイル（プログレッシブ)のSSIM : 0.92 正しそう
音声のある無しだけの問題ではなさそうです
インターレースが怪しいかと思ったのですが、mp4ファイル同士ならインタレとプログレッシブでも正しそうで傾向がつかめません。
378:372
17/08/20 21:19:07.43 ZmAaB2f50.net
>>376
SSIMを使用した評価グラフは、QSVBenchmarkのsample_mpgを使用していて、ソースがプログレッシブなのです
今のところプログレッシブソースと、プログレッシブにエンコードしたファイルとのSSIMは正しいように思います
379:名無しさん＠編集中
17/08/20 21:52:16.25 iNj0lnL80.net
>>378
>>322はm2tsプログレッシグだったけどSSIMおかしかったらよ
その時はavs読み込みにして回避してたけどmapでも回避できるんだね
380:名無しさん＠編集中
17/08/20 22:13:13.45 vpjeEVa50.net
FPSも綺麗に揃ってないと駄目だし何か内部の情報が合ってないと駄目なんだろうけどそれが何かよく分からない
381:名無しさん＠編集中
17/08/21 17:14:54.87 /My/VVjF0.net
avsスクリプトを全然知らん私に、avs読み込みをどうやっているか教えてください。
382:名無しさん＠編集中
17/08/21 18:56:19.94 LtmQ1XBMd.net
久々にggrks
383:名無しさん＠編集中
17/08/22 12:20:33.63 NgYPFTR40.net
avsを読み込ませたら糞遅くなるから意味ないぞ
384:名無しさん＠編集中
17/08/22 12:46:00.02 RCtIsKFO0.net
ベンチマークの正確なやり方をこのスレで議論してると本番エンコでも同じ事やらないといけないと誤解する人が出てきちゃうかな
385:名無しさん＠編集中
17/08/22 23:30:20.94 3rIVMviU0.net
QSVEnc 2.73
386:名無しさん＠編集中
17/08/24 04:01:57.50 Ect2kOl20.net
QSVのデインタレース試したんですがavisynthと比べたらかなり性能が劣っているように見えました。
V1.33で不具合で廃止されたっていうQSVの新しい方式のインタレ解除ってまだ利用できないんですか？
387:名無しさん＠編集中
17/08/24 10:43:55.69 OUOJp9qKd.net
HWエンコはプログレソースの変換が主な目的だから期待出来ないよ
388:名無しさん＠編集中
17/08/24 13:54:24.62 ejH+o3ht0.net
調べたんなら--vpp-deinterlaceの引数にnone, normal, it, bobが指定できるんだから
389:名無しさん＠編集中
17/08/24 13:56:01.96 ejH+o3ht0.net
新しい方式というのが今はちゃんと利用できることはわかりそうなもんだが。（readmeの履歴からはわからんけど）
390:名無しさん＠編集中
17/08/24 17:10:50.65 m8X+LT8K0.net
QSVのインタレ解除なんて使い物にならないよ
391:名無しさん＠編集中
17/08/26 22:30:14.42 UmQG6dvp0.net
そんなあ
392:名無しさん＠編集中
17/08/27 11:17:41.03 oG3vlmUX0.net
Avisynthの何と比べたか知らんが、
高速なyadifあたりよりはQSVの方がだいぶキレイ
QTGMCやTDeint+TMM+NNEDI3みたいな低速フィルタと比べたらそりゃ無理
393:名無しさん＠編集中
17/08/27 13:26:49.32 11hoCeV80.net
>>392
あー、なるほど。家電基準だと、こんなクソ画質なテレビは見たことなかったけど、
PCだとこれはそこそこレベルなのね。知らなかったわ
394:名無しさん＠編集中
17/08/27 18:04:11.28 HKHFbL9N0.net
？
395:名無しさん＠編集中
17/08/27 18:26:49.22 11hoCeV80.net
？
396:名無しさん＠編集中
17/09/09 05:20:21.55 fGO8uZVDH.net
QSVEncでエンコしながら外部字幕をmuxするにはどうしたらいいですか？
397:名無しさん＠編集中
17/09/09 14:51:44.62 WiovthCK00909.net
>>396
そんなんmuxerの仕事なんだから、後からMP4BoxなりL-SMASHなりでmuxすればいいだけじゃね？
398:名無しさん＠編集中
17/09/10 01:17:04.91 Qgs6PHD2H.net
やっぱりその方法しかないですかね
なんとなく同じことを二回繰り返してるみたいで嫌だったんです
399:名無しさん＠編集中
17/09/10 09:54:28.41 aHZYrJ0w0.net
気持ちは分かる。
400:名無しさん＠編集中
17/09/10 20:44:40.61 eiWdVnT60.net
字幕焼きこみたいって事？
それともsrt?
401:名無しさん＠編集中
17/09/13 06:19:19.24 +Ie4620ZH.net
ソフトサブっていうんですかね、字幕のオンオフができるやつです
だけどまぁ手間がかかるわけでもないのでこのまま行きたいと思います
失礼しました
402:名無しさん＠編集中
17/09/13 20:38:49.53 TsIySLw90.net
オプション付ければ入るやん
403:名無しさん＠編集中
17/09/13 23:29:10.40 dzPRwGlK0.net
MP4box ffmpegでエンコなしマージくらいいくらでも出来る。
404:名無しさん＠編集中
17/09/23 08:14:14.64 l9Bmpxa00.net
人の話聞かないおっちょこちょいなのかな
405:名無しさん＠編集中
17/10/08 18:17:26.02 c1W3rs4S0.net
保守
406:名無しさん＠編集中
17/10/09 22:38:41.82 eTrwPIIh0.net
GT4eのベンチ結果
なんかあんまり速くないような？
URLﾘﾝｸ(pastebin.com)
URLﾘﾝｸ(pastebin.com)
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
241日前に更新/187 KB
担当:undef