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

1名無しさん@編集中 (ワッチョイ 7913-slEn)2017/02/03(金) 23:05:37.75ID:A5nURNWs0
前スレ
【Intel】 Quick Sync Video Part.6 【QSV】 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1453245696/

630名無しさん@編集中 (ワッチョイ d610-/vbK)2018/06/03(日) 17:24:30.89ID:VcUUsYyc0
セロテープ どーです

http://satch.tv/?mref=787

631名無しさん@編集中 (ワッチョイ d610-/vbK)2018/06/03(日) 17:24:55.04ID:VcUUsYyc0
セロテープ どーです

http://satch.tv/?mref=787

632名無しさん@編集中 (ワッチョイWW 139f-MVMs)2018/06/07(木) 20:53:51.24ID:cYQgS/Nb0
EU数って速度に関係ありますか?
例えばG4400 HD510 とG4500 HD530ならどうでしょうか。
関係ないって記事も見てどっちなのか分からないです…

633名無しさん@編集中 (アウアウウー Sad5-F7Ek)2018/06/07(木) 22:12:59.74ID:T9K8D2g+a
全部同時に使えるだけ使うなら、多い方が速いぞ

634名無しさん@編集中 (アウーイモ MMd5-MVMs)2018/06/08(金) 10:45:04.98ID:2doA6mEnM
>>633
ありがとうございます。
速度差がある場合があるのなら、価格差も少ないのでEUが多い方にします。

635名無しさん@編集中 (アウアウウー Sad5-F7Ek)2018/06/08(金) 11:13:00.16ID:v99NIyhga
一応、QSV的には関係ないとおもうよ
計算一般については多い方が可能性は広がるよ

636名無しさん@編集中 (スッップ Sd33-OKoO)2018/06/08(金) 12:26:49.78ID:ou8tpQL5d
大は小を兼ねるんだから、迷ってんなら多い方が良いでしょ

637名無しさん@編集中 (ワッチョイWW 21c3-gTSP)2018/06/08(金) 23:22:15.19ID:ZaBbdKcy0
>>634
EU数×動作クロック≒処理速度
あとメモリの速度が低いと、H264とか処理速度が出るエンコードほど足枷になる
逆に重いHEVCだと殆ど差が出ない

638名無しさん@編集中 (ワッチョイ c21e-m0US)2018/06/14(木) 21:33:05.63ID:rw86FGDR0
x264で、2400と3400で比較しても2-3%UPぐらいだよ

639名無しさん@編集中 (ワッチョイWW e1b3-gOJW)2018/06/14(木) 23:44:25.91ID:wrx/uIZl0
2015年にNetflixの技術者が初めてMPEG会議に参加して、将来の動画コーディングのための文書を発表しました。
その際に、Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑性が高まるとしてもまったく問題にしない」というスタンスであることを伝えると、議長から「では、どのくらいの複雑さを許容できますか?」と尋ねられたとのこと。
回答の準備が整っていなかったNetflixの技術者は「最悪のケースでは100倍まで」と答えると、100人はいたであろう動画コーディングの専門家たちからは大爆笑が起こったそうです。
議長は「心配しないで。彼らはみな『新しいこと』を試すことができると、幸せに感じているのです。たいていの人は『3倍まで』と答えるものだから」と話したそうです。

実際に100倍の複雑性をもった動画コーディングが実現可能か、実現できたとしてエンコーディングや再生の環境が整うのかは大問題ですが、
テクノロジーの問題は時間が解決してくれるという楽観的な考えがあります。

全文はソースで
https://gigazine.net/news/20180614-end-of-video-coding/

640名無しさん@編集中 (ワッチョイ 42d2-Bw3Y)2018/06/15(金) 00:03:19.73ID:kbX98/kO0
例えば Microsoft Video 1 と AV1 でどんだけ違うんだ
Indeo 激重とか言ってたあの頃w

641名無しさん@編集中 (ワイエディ MM8f-GwbS)2018/06/22(金) 15:15:46.97ID:K6jJRozHM
QSVなんてやるだけ無駄
ただ汚くなったファイルが返ってくるだけ

642名無しさん@編集中 (ワッチョイWW 9fc3-dST/)2018/06/22(金) 15:19:46.08ID:BTXehTrM0
ならなんでこのスレに居るのかな?

643名無しさん@編集中 (アウアウカー Sa93-PGhQ)2018/06/22(金) 15:37:47.28ID:A+Qju3oEa
いやなんつっても早いので

644名無しさん@編集中 (ワッチョイ 7f7e-GwbS)2018/06/23(土) 20:12:52.93ID:H8IeojIg0
H265にして初めて本領発揮だろ?
つまりSkylake以下はゴミw

645名無しさん@編集中 (ワッチョイWW 1fc8-DRJI)2018/06/23(土) 21:10:29.17ID:FuWGB5630
そんなこと言い出したらコーヒーしか買えなくなるだろ

646名無しさん@編集中 (ワッチョイ 7fd2-GwbS)2018/06/23(土) 23:49:06.53ID:kffCiJx40
H.265はQuickじゃないしw

647名無しさん@編集中 (ワッチョイWW 1fc3-KTKp)2018/06/26(火) 20:34:39.90ID:1KGTZvtr0
いやH265/HEVCの方がQSVエンコは速度低下激しくて逆に旨味が無いと思うぞ
x264が変態過ぎてQSVのHEVCより画質容量比良い結果出せるから、
40fps程度のエンコード速度なら4コア以上のCore iやRyzenでx264使った方が速くて綺麗で再生環境の敷居が低いという

648名無しさん@編集中 (ワッチョイ 6aa5-9zcR)2018/07/16(月) 12:09:35.55ID:tMd7zFWH0
>>572
3.08 で対応したようだ

649名無しさん@編集中 (ワッチョイWW 57c3-MqPQ)2018/07/19(木) 13:22:34.39ID:cLbHk/FM0
aac_coderへのプロファイル指定とか、ffmpegんところの解説のままaac_mainとかやるとダメで、mainと記事しないと通らなかったり

650名無しさん@編集中 (ワッチョイWW 57c3-MqPQ)2018/07/19(木) 13:34:42.42ID:cLbHk/FM0
先の悪天候時の録画の処理していて
ドロップやエラー載ってるTSのVideoデコードだと、ffmpeg由来のQSVやDXVA2デコードより
QSVのCUVIDデコードが一番画像に荒れが出ないのな
速度面は二の次で、QSVEncでも使える様になってくれると、この手のTSをスポット的にピックアップするのが捗るんだが

651名無しさん@編集中 (ワッチョイWW 57c3-MqPQ)2018/07/19(木) 13:46:36.40ID:cLbHk/FM0
うぉ、消し違いや抜けてた

×QSVのCUVID
○LAVでのQSVとかCUVID

652名無しさん@編集中 (ワッチョイWW f79f-gbYy)2018/07/25(水) 23:54:31.73ID:VtJjuISO0
handbrakeで720pの動画をhevcにqsvで変換してるんだけど、最初だけ500fps超えてて10分後くらいには100fpsくらいにまで低下するんだけど、これって普通?

653名無しさん@編集中 (FAX!WW 17c3-Bgjd)2018/07/26(木) 01:19:13.64ID:B1BLxBac0FOX
設定どうしてるか解らんから憶測だが
処理開始と測定開始は必ずしも一致しないのと
入出力のバッファも有るから、メモリに先行投入されたフレーム分+出力バッファに貯まっていた分だけ最初に一気に出力されてフレームレート瞬間的に伸びてるだけなんじゃないの?
コンスタントに入出力が続いていけば処理フレームレートなんか変純化した値だから、本来の処理レートの近似値あたりで落ち着くようになるさ

654名無しさん@編集中 (FAX!WW 17c3-Bgjd)2018/07/26(木) 01:20:52.12ID:B1BLxBac0FOX
×変純→○平準

655名無しさん@編集中 (ワッチョイ cf81-Xflc)2018/08/08(水) 05:37:42.82ID:mG1ECDVJ0
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1533671049/

656名無しさん@編集中 (プチプチWW cfe9-0Y64)2018/08/08(水) 12:11:01.85ID:jXbVNZj+00808
何勝手に立てとんねん、ボケ

657名無しさん@編集中 (ニククエ 4576-vl9i)2018/08/29(水) 22:00:04.02ID:DMwuRJDJ0NIKU
ivy使っている現状で、qsvのために今更だけどコヒーCPUを買おうと思っているんだけど、
チップセットの違いでエンコ速度って、有意な違いでるもんなのかな?

658名無しさん@編集中 (ニククエ 29c3-PcWx)2018/08/29(水) 22:23:47.76ID:7aM1a4yX0NIKU
チップセットってCPU関係ないじゃん

659名無しさん@編集中 (ニククエWW ddb3-0Goq)2018/08/29(水) 23:01:43.79ID:kdmZc1tB0NIKU
下位チップセットのマザーだとOCメモリ使えない分遅くなるのはあるんじゃね

660名無しさん@編集中 (ニククエ 6a7c-4dUf)2018/08/29(水) 23:57:56.60ID:L5BrSI740NIKU
新しいCPUにIris PROのっけてくれよ。

661名無しさん@編集中 (ワッチョイ 15b3-fDiS)2018/09/01(土) 21:48:03.23ID:X4P9pDIB0
インテルはあんまメモリでパフォーマンス大きくないよな
結論的にCPUOCしないならH370だの310でも変わらんのちゃうか

662名無しさん@編集中 (ブーイモ MMab-tOMx)2018/09/01(土) 23:03:31.53ID:g5+KIyxTM
QSVはメモリ律速なので

663名無しさん@編集中 (ワッチョイ 1dc3-tpL7)2018/09/01(土) 23:13:54.80ID:dwxZUIDX0
メモリ差はデカイよ。性能倍くらい変わる

664名無しさん@編集中 (ワッチョイWW c5c3-bRbi)2018/09/02(日) 00:26:33.54ID:ZjUgCQQ20
キャッシュ性能が良い分、特定コードぶん回すCPUベンチで差が出にくい
QSVみたいな断続的にフレームデータ出し入れし続ける場合には効いてくるけど

24EUのGT2なら、HEVCみたいに重くて処理フレームレートが40fpsとかまでに落ちるとメモリ帯域負荷が緩和されて、メモリクロックの影響が低くなる
H264の軽めの設定でぶん回すならOCメモリ欲しいところだけど、HEVCやH264でもLA-ICQで先読みフレーム数大きく取るならDDR4-2666のデュアルチャンネルとかでも構わないと思うよ

6770HQとかなら別だけど

665572 (ワッチョイ ffa5-NCQU)2018/09/17(月) 08:30:48.60ID:G4xqPNKa0
報告が遅くなり申し訳ございません。
QSCEncC 3.09 にてHE-AAC、HE-AACv2 共に使用できました。
対応ありがとうございました。

666名無しさん@編集中 (ワッチョイ 9f7c-G9Ec)2018/09/17(月) 16:57:28.14ID:/DgeyR4y0
QSVて単体エンコならどのCPU(i3〜i7)使っても大差なさそうだけど
平行に複数エンコする場合はコア数と同じ数を最大くらいにしてエンコした方いいんですかね?
i7なんだけどスレッド数分の8ではなくコア数分の4個同時エンコでCPU100%いきます。
つまり同時エンコ数増やしたければコアの増える8400とかその辺買っとけばいいのかなと。

667名無しさん@編集中 (ワッチョイWW 9f87-jdrJ)2018/09/17(月) 19:30:49.07ID:la8ELqOZ0
QSVを扱うプログラムによる
QSVEncCでコマンドライン処理なら単発でもほぼ100%近く行くから、フルロードさせたければ2並列でも十二分
TVMWとかならエンコードの前処理とかCPU部分が足枷で単発でQSVが回りきらないから3〜4並行処理程度ぐらいかね
CPUのコア数なんかは関係ない
デスクトップ向けCore iならGT2の24EU×動作クロックで基本性能が決まるから、あとはエンコーダやプログラムの実行効率次第だ

668名無しさん@編集中 (アメ MMed-irKB)2018/09/21(金) 13:29:13.50ID:mrWjlP6RM
As video converterで、
エンコーダQSV、固定QPでBフレームがグレーアウトしてて設定出来ない、、何故でしょうか。
他のPCではそんな事ないのに。

win10、i3 7100、フィルタ、デコードダブなどデフォのままですが仕様?

669名無しさん@編集中 (ワッチョイWW 69c3-uD9k)2018/09/21(金) 13:53:21.95ID:qfsy8daS0
A'sの作者に言え

670名無しさん@編集中 (ワッチョイWW 69c3-M8QY)2018/09/24(月) 22:24:08.77ID:YmYWJm620
>>668
http://egg.5ch.net/test/read.cgi/software/1524957646/
こっちで聞いた方が早いよ

671名無しさん@編集中 (ワッチョイ 427c-Om/S)2018/09/25(火) 14:44:12.62ID:eiVrcPOg0
今更なんだがQSV特化し過ぎたくてBroadwell-K一式購入したわ。
ものすごくまんぞく。

672名無しさん@編集中 (ワッチョイWW 57c3-2Yaj)2018/09/27(木) 03:38:40.15ID:fLaOIWz10
ブン回すには今じゃ希少なDDR3のOCメモリ必携だけどな

673名無しさん@編集中 (ワッチョイ 9f7c-ClIk)2018/09/28(金) 00:39:01.73ID:83vr7Xn10
OCメモリも買った。
ぬかりない。
作業捗って最高すぎるんですが!

674名無しさん@編集中 (ワッチョイ 9c81-yGlT)2018/10/08(月) 19:57:44.87ID:HcWs7bl40
>>665
どういう風に指定したら、HE-AACを使えるの?

675名無しさん@編集中 (ワッチョイ f6ec-vBoO)2018/10/08(月) 22:12:55.99ID:funecMdM0
>>674
fdk-aacを有効にしてffmpegをsharedビルドしてQSVEncCと同じフォルダに置いて
--audio-codec libfdk_aac:profile=aac_he とか指定すればいいんでないかい。
Shared DLLの置き換えはやったことないけど。

あと、QSVEncC 3.09で試しに、
  --audio-codec aac --audio-profile aac_low
ってやってみたんだけど、
  avout: unknown profile "aac_low" for codec aac (audio track 1).
と言われてエラーになってしまう。
  --audio-codec aac:profile=aac_low
だとうまくいくんだけど、 --audio-profile って、何を指定するものなんだろう?

676665 (ワッチョイ 70f2-kgZC)2018/10/10(水) 01:07:10.86ID:aLQHIW530
>>674
>>675

665です 675氏のとおり
--audio-codec libfdk_aac:profile=aac_he
--audio-codec libfdk_aac:profile=aac_he_v2
と指定しました
QSVEncC 3.09 ffmpeg 4.0.2 shared build です

--audio-profile 指定では675氏同様エラーになりました
rigaya氏に解説してほしいですね。

677名無しさん@編集中 (マグーロWW 005c-6MVt)2018/10/10(水) 15:33:08.47ID:IRXUC2Kf01010
第9世代CoreシリーズのQSVはどれくらい性能アップしてるんだろか

678名無しさん@編集中 (マグーロ e27c-SWBM)2018/10/10(水) 15:47:51.66ID:0pvTSi4i01010
同じUHD630だから変わらないと思われ。

679名無しさん@編集中 (ワッチョイ 27ec-4Hut)2018/10/13(土) 00:56:53.78ID:L/gHmydT0
>>675-676
QSVEnc 3.10で新たに --check-profiles を追加して下さっていて、それで調べてみたところ、
--audio-profileで指定するのは以下のようなプロファイル名らしい。

QSVEncC オプションリスト
https://github.com/rigaya/QSVEnc/blob/master/QSVEncC_Options.ja.md

> QSVEncC64.exe --check-profiles aac
profile name for "aac"
LC
HE-AAC
HE-AACv2
LD
ELD
Main
LC
SSR
LTP

680名無しさん@編集中 (ワッチョイ 27f2-uJ+0)2018/10/13(土) 06:53:53.79ID:2n0NLM0V0
>>679
そう指定するんですね
--audio-codec libfdk_aac --audio-profile HE-AACv2
QSVEnc 3.09 でも使えました
ありがとうございました。

新着レスの表示
レスを投稿する