【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
■ このスレッドは過去ログ倉庫に格納されています
Bフレーム対応したとはいえ、エンコードのフレームレート向上もビットレートの低減率も期待したほどでは?
Pascal持ちだと次の世代待ちでいいのかなぁ HEVCはBフレームサポートもあるから合計25%削減だよ
>>543
どんな期待を抱いていたのか知らんけど、Pascalの画質で満足ならそれでいいんじゃない?
サイズ25%増やせば同じ画質になるんだから
俺もゲーム用にRTX買ったけど、エンコードPCはPascalのままだわ 25%削減でx265との差はかなり縮んだから、次の世代に期待って言っても、ここからさらに25%削減とかは不可能
既にx265との差は実写で20%、アニメで数%にまで縮んでるから、25%も減ったら余裕でx265を超える >>543
ソースによるところが大きいからね
ガンダムならメ〜テレUCは効果は薄いが、キャラがのっぺりなシナ金世俊(キムセジュン)のナラティブは比較的縮む RTXがインタレオミットしたお陰で、TSソースのHWエンコのインタレ保持だとPascal世代が今のところ最上になっちまった 60iソースはどうすりゃいいんだろ?
60pにすると容量増えまくるし、30pはガクガクで論外だし
色々やってみて60iは60iでエンコするしかないって結果だったんだけど プレーヤーでインタレ解除するのでいいだろ
テレビでも出来るし >>548
「いろいろ」が間違ってるのか正しいのかわからないだろ
設定やデインタレに何を使ったかくらい書かないと 前世代から画質(ビットレート効率)が25%上がったことに一喜一憂するすれで
Bob化によるファイルサイズ20%増しが受け入れられるとは思わない そこでNVRncCで60pから間引きで30pにすると ファイルサイズの多少の差なんかどうでもいいよ
画質さえよければ >>550
インタレエンコードができなくなってるんだが?
>>551
どうせ60pと30pしか試してないんだろう
VFRで問題のあるソースに出会ったことがないな
>>556
画質を求めるならインタレ解除は必須
リアルタイム処理には限界があるし
インタレ保持は未来の技術でインタレ解除できるってのが売りだけど、
今の時代どこもインタレ解除の性能を上げようなんてしてない
むしろ、HEVCがインタレ非サポートになったり、Turingでインタレエンコードがオミットされたりと、
インタレ周りの機能は削減されていくだろうね
もうインタレに未来はない そもそも制約があるから
仕方なくやってる処理だからな
4Kでようやく解放されたが
2Kの段階でMPEG2と一緒に
解放しといて欲しかった
まああの時期じゃしょうがないが >>557
テレシネな60iしか考慮してないでしょ、そのVFR推しは
60iで放送されてるドラマやドキュメンタリーだとVFRにしようがない ところで60iの放送なんてされてるのか?
放送波としては30iじゃないのか?
フィールド数はフレーム数同意じゃないぞ DaVinciだと29.97 トップフィールド表記があるけど、29.97i表記は珍しい
普通は59.94iか29.97p表記 インタレがHDまでしかないから、サポート外したんだnvenc
必要なら1080Tiが最上位? NVIDIAが既に実装済みだったインタレエンコ機能をわざわざ外すというのは正直考えにくいし、
Turingの NVEncC.exe --check-features で Field encoding が no で返ってくるのは
ドライバか何かのバグじゃないかなーという気がしてるのだけど、どうなんだろうねえ・・・。 そういえば>>522を見て少し気になったんだけど、NVEncのH.264で
・3840x2160p60 (--ref 5以下にする必要あり) (本来なら最低でもLevel 5.2)
・4096x4096p30 (多分 --ref 2以下にする必要あり) (本来なら最低でもLevel 6)
をエンコードした場合、ストリームに付与されるレベル(MediaInfoで見れるもの)ってどうなるんだろ?(うちはNV環境無し)
NVEncC.exe --check-features で Max Level が 51 になってるってことは、本来のレベルを無視して 5.1 になるのかな?
ちなみにHaswellのQSVの場合はLevel 5.2までとなるらしく、4096x4096p30もLevel 6ではなくLevel 5.2にされる。
refもLevel 5.2の基準で計算されて2に下げられる。 >>567
2基搭載なら1070〜は差が無いから
動作クロックで見れば1080無印の方がいいかと NVENCでGDDR5とGDDR5Xの違いはあるのだろうか Turing世代のインターレース保持エンコードができない件、H.264(ロスレス含む)も含めた全パターンだったっけ?
それともHEVCだけ? 前者。そもそもHEVCはPascalでもインタレエンコードに対応してない >>573
Thx!!
GTX 1050TiをPayPayで買ってくる >>571
殆ど無いと思って良いと思う
実質GPU側のメモリ帯域はボトルネックになっていない
そうでなければ、1050/1050tiのGDDR5 128bit帯域で速度低下起こしてるはずだが、そうはなっていない SD 500kbps
HD 1000kbps
FullHD 2000kbps
実写のAVをNVENCのH.265でエンコードしてるんだがサイズ重視だとこんな感じだぬ RTX2060の噂が出てるけど、RTX2060でもNVENCの性能はそんなに変わらないのかな?
もしそうだったら価格によっては購入してTuring世代のNVENC試したいな >>576
個人的にはRTXでその1.5〜2倍は欲しい感じかな
Pascalなら2〜2.5倍は欲しいところ GPUBOX 経由のRTX2070でNVENC使ってみたけど
負荷20%以内で冷却ファンすら回らないね それはグラボ個々の製品仕様でHWエンコーダの話では無い罠 いやGPUはフル全開アチアチでエンコードしてると思ったの
でもこんな少ない負荷で早いNVENCなら、長時間使用しても気にならない感じ
正直嬉しい発見 その勘違いってでた当初からずっとあるよね
NVENCがCUDAとかGPUのフル機能を使ってエンコしてるって。
ゲームが重くなるから使わないみたいな。
でも、実際のNVENCはグラフィックとかCUDA COREとかはほとんど使わずに
別にあるエンコード専用回路を使うだけだから
負荷も電力もほとんどかからない QSVやVCE/VCNと違って、基本的にエンコード処理でエンジンからのGPGPU処理しとらんからな
そりゃ電力消費は低いし、その分発熱も低い
NVEncはマルチメディアエンジンのみで勝負していて、Pascal世代でGPGPUも使っているQSVの足下まで来ただけでも十分変態じみてるのに
Turing世代のRTXでQSV越えどころか、x264の足下まで来たという度を超した変態ぶりを発揮して
これでGPGPU処理という最も強力な武器はまだ温存されてる始末
Maxwellで28nmのまま電力効率馬鹿みたいに改善してみたり
回路設計の悪魔と契約でもしてんじゃねぇかと思うレベル フィルターにCUDA使えばNVENCでもGPUぶん回るんだけどね
使い方次第だよね >>586
俺の記憶ではたぶん違う世界の悪魔だと思うがw Intelの次期内蔵GPUは1TFLOPSの性能で3Dゲームにも対応
https://pc.watch.impress.co.jp/docs/news/1158131.html
> メディア周りも強化されており新しいHEVCハードウェアエンコーダを内蔵することで、
> QSVで動画をエンコードするときのクオリティが30%向上。
ほほう クオリティ30%向上でほほうと思ったが、QSV H.264と同じくらいになったって落ちはないよな…?
https://i.imgur.com/QJFOuDV.png (>>281より) Gen10世代はギブアップか
で、Gen11から小鳥効果出まくりと
エンコーダーの画質は実物出ないと何とも言えないねぇ
そんなに自身があるのならば、エンコーダーだけ生かして他の回路殺したチップをUSB接続できるアダプターみたいにして
Intel製エンコーダーとして大々的に売り出してみたらどうなんだと言いたくなる でも68EUはノート向けSKUなんだろうけど、現行ノート向けの48EU→68EUという感じなのかね
デスク向けのGT2は28〜32EUぐらいになると良いなぁ 単価の安い20nmあたりでNVEncボードとか
エンコードならDDR4でも間に合うし、20nmならTuringの12nmの7割ぐらいのクロックで回せるだろうし
とか思うけど、nvidiaは切り売り製品絶対出さねぇからなぁ >>595
アレイは毎度4EUだから16アレイで64EUか
Skullみたいに18アレイで今回歩留まりで1アレイdisableなのかと勝手に思ってた
IGP性能としてはVega8とかGTX750無印ぐらいかねぇ
規模に対して描画性能が伸びてるのはクロックが高いのかTuringみたいに並列実行効率上げてきてるのか >>597
マジか
HEVCのトランスコード速度が40fps→100fpsとかになるならいいけど
マクロブロック配置処理も相応に重くなっていそうな気もするなぁ 内蔵GPUで8k120p出力(HDMI2.1対応)希望 >>575
8Kは4Kの12G SDIケーブル4本だからなあ
普通のHD SDIやHDMIなら16本 IntelオンボはCeleronですら使えるのが良いね
NVだとローエンドは機能制限して出し惜しみするからなあ
まあIntelもAVX2使えなかったりするのはあるが 本来ハイスペックのゲームをバリバリ動かす所を配信してハードウェアの宣伝してくれって機能だからな
ローエンドが足切りされるのも仕方ない、単体で動画エンコに使えてるだけありがたいと 選別落ちのGPUとしては難ありだけど、それ以外は動くようなものもどこかに埋まってるんだろうな…
はよ、2060の追加情報をオクレ!
SnapdragonにNVIDIAを凌駕する!とかでもいいけどなw
それもx64が動くようになってからか。 そもそも積んでいないから機能制限なんぞしてないんだが >>607
年初早々にCESで発表って話
450ドル前後 そう言えばARMのmari GPUチップは、4K H.265デコード対応!とか売り文句にして、格安な8000円くらいのAndroid STBとか売ってるけど
PC用のGPUとは違った方向付けなのかな?
スマホやタブレットに載せるから、省電力なのは間違いないけど >>610
そんなに高いんだ
今2070買ってて良かったかな >>610
お、お高い感じが…(´・ω・`)
1070買ってまだ1年たってないんで買い替えるにはちょっとためらうなぁ
2060を4万、2050を3万っていう相場に落ち着くまでソフトエンコで我慢する Handbrakeが1.2.0でNVENCやVCEに対応。
HandBrake 1.2.0 Released (2018/12/22)
https://handbrake.fr/news.php?article=42
- Added support for AMD VCE and Nvidia NVENC hardware-accelerated encoders
- Added initial support for VideoToolbox hardware-accelerated encoding >>614
β版は少し前から出来たが、やっと正式採用か
AMD HSAをサポートすると言ってから長かったなあ HandBrakeでNVENC H264エンコードしてみたけど30%位しかGPU使ってくれない
同時にCPUが80%位使われてる
A's Video ConverterではGPUが60%でCPUが6%位
やってる事はそんなに違わないと思ってるんだけど
何のためのNVENCなのかw HandBrake遅すぎw最適化はこれからかな
A's Video Converterでも60%しか使ってくれないのか
AmatsukazeフィルタなしだとGPU95%くらい行く
ffmpegかNVEncCじゃないと本来の速度は出ないってことか >>618
NVENCは専用回路だから、GPU使用率は上がらないって言いたいのかな?
タスクマネージャーのGPU見れば分かると思うけど・・・ >>614
RX580でVCE使ってみた、TS15分にQP21のバランス設定→4G越えのファイルw
平均74fps、CPU24%前後、GPU85%
インタレ解除が効いていないとか、全然使えない
CPUでエンコしたほうが速い、縮むとかどんな用途に向いてんだか? >>620
GPUエンコーダはゲーム配信に向いてる。
GPU使用率って、100%になることはほとんど無いから。 NVENCの回路をフル利用しているかどうかはどうやってわかるんだ?
GPUもCPUも様々な用途の回路があって使用率が100%でも休んでいる回路があるんでしょ
だからマルチスレッドなんて考えが出てきた・・・とどこかで見た気がする >>616
Hand側のインタレ解除などの処理がボトルネックになってるだけでは
A'sのようにほとんど全部の処理をGPU側に投げるとGPU利用率自体は上がるけど
こんどはGPUによって同一の(プログレ化)品質は担保できないから痛しかゆしだと思う 使用率はタスクマネージャーやCPUMoniter辺りでみてるんだろうなぁ
高級GPUは2本処理できるから、1本ならGPU以外の処理も引いたら、普通に半分以下だわなぁ
TSノーフィルタなら使用率高めだけど、60Mbpsで録画したものを使ってフィルタかければぐっと下がるし
自分の環境書かないでGPU使ってくれないとか言われても、おま環チラウラでしかないと思うだけ windows10ならいつぞやのアップデートでタスクマネージャーからGPU使用率みえる
項目換えてvideo encode表示するとエンコードエンジンの使用率になったはず チラ裏
A'sとHand見比べながらやり直してみた
HandのVideo QualityをAvg BitrateにするとGPUを60%位まで使うようになった
相変わらずCPU使用率は高いけど
GPU使用率はタスクマネージャーのGPU Video Encodeを見てる
何もしなければ使用率10%前後
Geforce1050TI
ゴミ書きすまんね >>627
HandbrakeはHWエンコでもデコードとフィルター処理をCPUでやる、その方が速いから
デコードを設定でGPUにすればCPU使用率は下がる >>628
ある物は有効活用しようって考え方だから早く終るならそれでいいよね HandBrakeでNVEnc使ってみたけど、↓こんな感じ?
- インタレ保持エンコができない
- GPUが複数あるときのGPUの選択ができない
- インタレ解除はCPUでの処理なので、インタレ解除ONにするとCPU使用率90%以上かつ速度は4分の1以下になる >>630
GUIでインタレ解除オフにしてもオフにならないぞ
やり方ググれ >>631
えっと、インタレ解除がオフにはなるけど、インタレ保持にはならないってことかな?
オプションに"tff=1"追加してもダメだった
というか、GPUが2つ刺さっててRTX2070とGTX1060なんだけど、
デフォで使われるRTX2070はインタレ保持に対応してないから、
オプションどうこうの話ではなく、そもそも無理な気がする
Pascal GPUが使われる環境なら対応してるの? NVEncCはインタレ保持エンコしようとすると、自動的に対応してるGPUを探して使うって機能あるけど、
HandBrakeにはそういう機能ないのかなぁ >>620
> QP21のバランス設定→4G越えのファイルw
> CPUでエンコしたほうが速い、縮む
一応言っとくと、RFとかQPの値というのはそれぞれのエンコーダ固有の値だから、
「x264のRF21」と、「VCE H.264のQP21」とが同じ画質ってわけじゃないよ。
> インタレ解除が効いていない
FiltersでDeinterlace指定が必要。
>>628
> デコードを設定でGPUにすればCPU使用率は下がる
HandbrakeがサポートしてるHWデコードはQSVだけだから、
NVENCでエンコするのにQSVデコードを有効にしても意味ないんじゃないかな・・・ >>632
Handbrakeはffmpegを介してNVENCを使ってるみたいなので、Extra Optionsに
gpu=1:flags=+ildct+ilme:top=1 (h264_nvencのインタレ保持エンコ用オプションがこれで正しいのかはよくわかってない)
とか書いてみればGPU選択やインタレ保持ができるかもしれないけど、
Handbrakeがこれらのオプションを渡してくれるかどうかはわからない。(ダメっぽい気はしている) >>635
おぉ!そのオプションでGTX1060使ってくれたわ
でも出力されたファイル見るとなぜかBFFになってて正しく再生されなかった
HandBrakeって難しい・・・ >>636
お、じゃあ少なくともgpu=1は効くのかな。flagsやtopは扱ってくれないんだろうか。
Tools→Preferences→Advanced→Logging→Log Verbosity Level
をExtendedにして、出力ログを見れば、ログになにか表示されてるかも。 >>637
"gpu=1:flags=+ildct+ilme"は認識してくれるけど、"top=1"がダメっぽい。ログに
encavcodecInit: Unknown avcodec option top
って出る。どうやってTFFにするのか分からん >>638
うーん、-topが効かないのであれば下記のように-vfを使ってみるくらいしか思いつかないけど、
Filtersと干渉しそうだし、指定できるかなあ・・・。
vf=setfield
vf=setfield=mode=tff
vf=fieldorder
vf=fieldorder=tff >>639
VideoのExtra Optionsだとvf自体がダメっぽい
encavcodecInit: Unknown avcodec option vf >>640
やっぱダメかー。そうなるとちょっとわからんですね。 ■ このスレッドは過去ログ倉庫に格納されています