【Intel】 Quick Sync Video Part.7 【QSV】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
前スレ
【Intel】 Quick Sync Video Part.6 【QSV】 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1453245696/ QSVのインターレース解除ってウンコ画質なんだが…
SandyからSkylakeに乗り換えたら綺麗になるのか?? >>606
インタレ解除はRadeon>Intel>GeForceらしいね >>608
それ、再生支援の時の話ね
HWエンコは基本、プログレソースを想定してるからインタレソースはほぼウンコ画質なのよ >>610
>>606-608はインタレ解除の話をしてるのに、なぜインタレ保持エンコードの話を持ち出すのか。 Win10でも使えるVirtuみたいのありませんか?
またはグラボ付けててQSV使える方法とか。
ええ、Z68ですわ。 >>611
してねーよ、>>608の話がよく出るのはインタレ保持エンコ時の話で、インタレ解除エンコ時は全部ウンコと言ってんの >>613
俺の理解不足かもしれないけど、GPUのインタレ解除機能の利用には
1.QSVEnc/NVEncの --vpp-deinterlace
2.AvisynthのD3DVPフィルタ
3.LAV Video DecoderのCUVID/QuickSyncのGPU Deinterlacing
4.再生時に必要に応じてレンダラで行われるインタレ解除
といった方法があって、>>606が言ってるのは1か2の話だと思うし、
「1、2」と「3、4」の違いは「エンコ前に解除する」か「再生時に解除する」かの違いだけであって
結果自体は(多分)同じだから、>>608は1〜4全てで成り立つんじゃないの?(まあAMDは1と3は使えないけど)
613の書き方だと、
「608が成り立つのは3と4だけで、1や2は全部ウンコ」
と言ってるように見えるんだけど、その理由がよくわからない。 >>612
単にマザーで内部GPU有効にしてるだけで何も小細工しなくても使えるよ >>614
横からスマンが、Radeonのハードウェアインターレース解除機能をAviUtlやAviSynthから呼び出して、インターレース解除してからエンコードすることは可能だよ
ただ、根本的な話を1つしておくと、「PCでできるインターレース解除」という前提条件付きならばRadeonのインターレース解除機能を使うのが1番良いけど、
レコーダーやプレーヤーも含めていいのであれば、インターレース解除の品質はRadeonよりいいものもあるから、レコーダーでインターレース解除してから
HDMIキャプチャーするという手もある インタレ解除エンコしたらその時点で画質確定してしまうが
インタレ保持して再生時に解除すれば高性能なGPUが出る度に
画質改善していくからその方がいいと考えてるんだけどこれって間違ってる? >>617
でも実際のところGPUのインタレ解除機能の進化状況ってどうなってるんだろうね。
昔と比べてそんなに変わってるもんなのか、それなりにちゃんと進化してるもんなのかもよく知らない。
>>608の「Radeon>Intel>GeForce」って評価も、かなり昔からそういう風に言われてるだけな気もするし、
純粋にインタレ解除機能を比較したんじゃなく、他の画質補正も含めた評価だった可能性もあるかもしれない。
今の最新モデルでちゃんと比較してみたら、また違った評価になるかもしれないね。 >>617
Polaris以降ベクター適応やモスキートノイズ除去等の動画周りの機能が大幅に削られているRadeonの現状見ても
インタレ解除なんて今後退化する一方かと >>621
それはユーザーがイジる必要なくなっただけ >>615
内部GPU ONでも実際にケーブルつないでモニターに映してないと
インテルのメディアコントロールすら立ち上がりません。
BIOSで内部GPU優先にするとモニター1つではBIOSのPOSTが見えなくなるので
いざという時困ります。
モニター2つ使いたくない場合はダミーコネクター使うしかないんでしょうかね?
Z77ではなくZ68+2600Kです。QSV+外部GPUが使える一番古いやつです。
VirtuはVirtu/Universal/MVP使ってみましたがダメでした。 画面出力してないとインテルのコンパネ出ないというのは現行世代でもそうだから
QSV使いたいだけならQSVEncなんかで使えるかチェックしてみたら >>623
ウチもasrockのz68マザー+2600kで、radeon7770でモニター出力していて、マザー側の出力は何も繋げてないけど、QSVenccは使える。Win7ではVirtuに登録する必要があったけど、Win10では特に何も設定しなくても使えてる。 >>623
ASUSのM4EZ+2700kでVirtu無くても使えてるよ うん、なんかできないからつけれないと思ってたHDMIを内蔵からモニターのセカンド端子に
挿してなんとなくQSV使えてるからこれで我慢するよ。 EU数って速度に関係ありますか?
例えばG4400 HD510 とG4500 HD530ならどうでしょうか。
関係ないって記事も見てどっちなのか分からないです… >>633
ありがとうございます。
速度差がある場合があるのなら、価格差も少ないのでEUが多い方にします。 一応、QSV的には関係ないとおもうよ
計算一般については多い方が可能性は広がるよ 大は小を兼ねるんだから、迷ってんなら多い方が良いでしょ >>634
EU数×動作クロック≒処理速度
あとメモリの速度が低いと、H264とか処理速度が出るエンコードほど足枷になる
逆に重いHEVCだと殆ど差が出ない x264で、2400と3400で比較しても2-3%UPぐらいだよ 2015年にNetflixの技術者が初めてMPEG会議に参加して、将来の動画コーディングのための文書を発表しました。
その際に、Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑性が高まるとしてもまったく問題にしない」というスタンスであることを伝えると、議長から「では、どのくらいの複雑さを許容できますか?」と尋ねられたとのこと。
回答の準備が整っていなかったNetflixの技術者は「最悪のケースでは100倍まで」と答えると、100人はいたであろう動画コーディングの専門家たちからは大爆笑が起こったそうです。
議長は「心配しないで。彼らはみな『新しいこと』を試すことができると、幸せに感じているのです。たいていの人は『3倍まで』と答えるものだから」と話したそうです。
実際に100倍の複雑性をもった動画コーディングが実現可能か、実現できたとしてエンコーディングや再生の環境が整うのかは大問題ですが、
テクノロジーの問題は時間が解決してくれるという楽観的な考えがあります。
全文はソースで
https://gigazine.net/news/20180614-end-of-video-coding/ 例えば Microsoft Video 1 と AV1 でどんだけ違うんだ
Indeo 激重とか言ってたあの頃w QSVなんてやるだけ無駄
ただ汚くなったファイルが返ってくるだけ H265にして初めて本領発揮だろ?
つまりSkylake以下はゴミw そんなこと言い出したらコーヒーしか買えなくなるだろ いやH265/HEVCの方がQSVエンコは速度低下激しくて逆に旨味が無いと思うぞ
x264が変態過ぎてQSVのHEVCより画質容量比良い結果出せるから、
40fps程度のエンコード速度なら4コア以上のCore iやRyzenでx264使った方が速くて綺麗で再生環境の敷居が低いという aac_coderへのプロファイル指定とか、ffmpegんところの解説のままaac_mainとかやるとダメで、mainと記事しないと通らなかったり 先の悪天候時の録画の処理していて
ドロップやエラー載ってるTSのVideoデコードだと、ffmpeg由来のQSVやDXVA2デコードより
QSVのCUVIDデコードが一番画像に荒れが出ないのな
速度面は二の次で、QSVEncでも使える様になってくれると、この手のTSをスポット的にピックアップするのが捗るんだが うぉ、消し違いや抜けてた
×QSVのCUVID
○LAVでのQSVとかCUVID handbrakeで720pの動画をhevcにqsvで変換してるんだけど、最初だけ500fps超えてて10分後くらいには100fpsくらいにまで低下するんだけど、これって普通? 設定どうしてるか解らんから憶測だが
処理開始と測定開始は必ずしも一致しないのと
入出力のバッファも有るから、メモリに先行投入されたフレーム分+出力バッファに貯まっていた分だけ最初に一気に出力されてフレームレート瞬間的に伸びてるだけなんじゃないの?
コンスタントに入出力が続いていけば処理フレームレートなんか変純化した値だから、本来の処理レートの近似値あたりで落ち着くようになるさ ivy使っている現状で、qsvのために今更だけどコヒーCPUを買おうと思っているんだけど、
チップセットの違いでエンコ速度って、有意な違いでるもんなのかな? 下位チップセットのマザーだとOCメモリ使えない分遅くなるのはあるんじゃね インテルはあんまメモリでパフォーマンス大きくないよな
結論的にCPUOCしないならH370だの310でも変わらんのちゃうか キャッシュ性能が良い分、特定コードぶん回すCPUベンチで差が出にくい
QSVみたいな断続的にフレームデータ出し入れし続ける場合には効いてくるけど
24EUのGT2なら、HEVCみたいに重くて処理フレームレートが40fpsとかまでに落ちるとメモリ帯域負荷が緩和されて、メモリクロックの影響が低くなる
H264の軽めの設定でぶん回すならOCメモリ欲しいところだけど、HEVCやH264でもLA-ICQで先読みフレーム数大きく取るならDDR4-2666のデュアルチャンネルとかでも構わないと思うよ
6770HQとかなら別だけど 報告が遅くなり申し訳ございません。
QSCEncC 3.09 にてHE-AAC、HE-AACv2 共に使用できました。
対応ありがとうございました。 QSVて単体エンコならどのCPU(i3〜i7)使っても大差なさそうだけど
平行に複数エンコする場合はコア数と同じ数を最大くらいにしてエンコした方いいんですかね?
i7なんだけどスレッド数分の8ではなくコア数分の4個同時エンコでCPU100%いきます。
つまり同時エンコ数増やしたければコアの増える8400とかその辺買っとけばいいのかなと。 QSVを扱うプログラムによる
QSVEncCでコマンドライン処理なら単発でもほぼ100%近く行くから、フルロードさせたければ2並列でも十二分
TVMWとかならエンコードの前処理とかCPU部分が足枷で単発でQSVが回りきらないから3〜4並行処理程度ぐらいかね
CPUのコア数なんかは関係ない
デスクトップ向けCore iならGT2の24EU×動作クロックで基本性能が決まるから、あとはエンコーダやプログラムの実行効率次第だ As video converterで、
エンコーダQSV、固定QPでBフレームがグレーアウトしてて設定出来ない、、何故でしょうか。
他のPCではそんな事ないのに。
win10、i3 7100、フィルタ、デコードダブなどデフォのままですが仕様? 今更なんだがQSV特化し過ぎたくてBroadwell-K一式購入したわ。
ものすごくまんぞく。 ブン回すには今じゃ希少なDDR3のOCメモリ必携だけどな OCメモリも買った。
ぬかりない。
作業捗って最高すぎるんですが! >>665
どういう風に指定したら、HE-AACを使えるの? >>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 って、何を指定するものなんだろう? >>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氏に解説してほしいですね。 第9世代CoreシリーズのQSVはどれくらい性能アップしてるんだろか >>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 >>679
そう指定するんですね
--audio-codec libfdk_aac --audio-profile HE-AACv2
QSVEnc 3.09 でも使えました
ありがとうございました。 QSVEncCでH.264に圧縮するPCを安く作りたいんだけど。
購入価格/動画品質/圧縮速度で考えたら、Haswell搭載の中古PCを買ってくるのが無難ですかね? どんな使われ方したか分からん中古よりこっちの方がいいでしょ
https://www.pg-direct.jp/products/detail/16382
速度が足りなきゃi3 7100の中古でも乗せりゃ良くなる
ただし電源が逝ったら丸ごと買い直しだな >>682
情報ありがとうございます。安いですね!!
普通のメモリ―も使えるみたいだし、頑張ればそれなりに使えるかも?
https://ameblo.jp/zangief3104/entry-12310841441.html
ただちょっと癖が強そうなので、転んでも泣かない覚悟は要りそうです。 rigayaの日記兼メモ帳 画質比較 2018.11 (アニメ版)
https://rigaya34589.%62%6cog.fc2.com/%62%6cog-entry-1069.html
昔はNVENCとQSVを比べると、QSVのほうがいいという感じだったけど、Turing世代で逆転してしまったかな、という印象。
rigayaの日記兼メモ帳 画質比較 2018.11 (実写版)
https://rigaya34589.%62%6cog.fc2.com/%62%6cog-entry-1070.html
Turingになって、全体的な画質の底上げにHEVCでもBフレームが使えるようになったことが加わって相当いい感じになってきた印象。 >>684
synthでcuda使うし魅力的だが7万は如何せん高過ぎムリポ
2060/2050はいつ出るんだ… >>685
俺もライトゲーマーだからNVenccとCUDA使いたいから2060待ちなんだよね
670がCUDA CC3.5じゃないからCUDAが使えないんだよ
さっさと出てほしい。 nvencとqsvがいい勝負してるのか
gt1030はわざわざ無効化されてたし、低価格帯には期待できないかなあ
linux的にはnvencの方が楽でいいんだけどねえ
高いよ それなw
いくら性能が良くてもねえ
ゲームするなら別だが >>688
CPUをセレロンぐらいまで落とせば帳尻は合う・・わけないか ここまで画質/ビットレートが改善するとエンコ用に上位CPU買ってた人がGPU買うのもあり >>687
無効化と言うよりハード的にNVDecしか積んでないみたいだよ
MX150でもNVEnc使えないから、今のところNVEncが稼働するGP108搭載品ってものも無いみたいだしね ハードの値段とソフトエンコの電力費の相殺を考えると…
時間かかるけど、画質の良いX264orX265でええやん! 先月TSMC7nmEUVがテープアウトだっけか
TU107は7nmの歩留まりみて、年明けにESで来年Q2に出りゃ御の字ぐらいじゃないの? 今使っているのがivyのqsvなので、型落ちのはずのi7-8700機に変えようかと思ったんだけど、あんまり安くなってないな… 製品ラインナップ上は型落ちだけど、性能はそれほど落ちてないからね
最近Intelも14nm設備に追加投資しているんだが稼働はもう少し先だし、
品薄の現行プロセスである以上、まだまだ現役で高値が続く インテルは型落ちだからといって安くならないし今爆上げ中ですが 知らなかった
https://twitter.com/voluntas/status/1074204762717835266
Intel の HWA である QSV は H.264/H.265 のライセンスが「含まれていない」らしく、ライセンスを別途購入する必要があるということを教えていただいて VP8/VP9 最高だなというのを再確認している。
https://twitter.com/5chan_nel (5ch newer account) ffmpegもそうだけど、そういう契約?なんてできるの?エンコーダ、デコーダ作ってライセンス料発生するような契約しか見当たらないんだけど。
実際契約した事ないから詳細知らんが。 ■ このスレッドは過去ログ倉庫に格納されています