【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
■ このスレッドは過去ログ倉庫に格納されています
>>377
速度重視のHWエンコードならNVEncC CPUとGPUを併用して速度と画質が両立する手法できないかなあ A's Video Converterは使い勝手がよい A'sは、なぜ QSVで LA-ICQ 使えないの? HWエンコーダでは画質はまだx264には敵わないようだからNVDecとCUDAのフィルタリングをHWに任せて、多コアCPUで並列処理って感じですかね? AMDのVCEは画質が期待できず、NVidiaのはクソ高いとしたら、IntelのQSVしかない
なんてこった
>>389
> HWエンコーダでは画質はまだx264には敵わないようだから
ようやくそれが時代遅れになるのではと むしろH265で問題ないならX264を使うメリットがなくなりつつある
CPUのマルチスレッド化にも遅れてる印象だし Apple T2 chipのハードウェアエンコードがソフトウェアエンコードと画質の違いを感じないとあるな。速度は爆速だし、Mac mini買って確認したい
I wasn’t able to notice any quality differences between the videos encoded with x265 and the T2’s hardware acceleration.
https://marco.org/2018/11/06/mac-mini-2018-review 主観評価(実質あてににならない)なのかとかソースの解像度と内容にもよるし
特にビットレート高いほどエンコーダの差が出づらくなるから、そこら辺伏せられた評価はマジ当てにならんぞ
実写の屋外撮影でカメラ自体が位置移動しているような状態でFHDで3〜4Mbpsとか4Kで15Mbps切りとかで言っているなら凄いかもだが ぶっちゃけSSIM0.99と0.89だって実際の動画みても違いはわかりゃしないし そう言える奴なら、pascal世代のnvencでH264でも問題ないんだろうから
そもそも「T2ならHWエンコーダでも」とかならんわな
T2のエンコーダ持ち上げたいという贔屓目が先に立ってるんじゃねーの? >>393
買って報告よろしく
Macでx265ソフトエンコードしたもの見てみたいから忘れずにね >>397
その通りだと思う
300MbpsのUHDを150MbpsのH.264に圧縮するなら、
NVENCもffmpegも見た目の差が出ない
T2使うかどうか、とあまり無関係になる >>396
> ぶっちゃけSSIM0.99と0.89だって実際の動画みても違いはわかりゃしないし
さすがにそれはちょっと・・・
SSIM 0.99と0.89の違い: https://imgur.com/a/CevbZBV 最近はBSのソースが腐ってきてるからなあ。
過去の番組とビットレート違いすぎる。 >>400
それ静止画じゃん
動いてりゃって言ってんだろ さすがにわかるでしょ
crf 30超えてるみたいだし、これで分からないなら
画質を語る資格はないと思う >>402
Axfcが死んでるようなので動画はやめといたんだけど、
往生際が悪すぎるんで、動画の方もアップしといたよ。
http://www.mediafire.com/file/25lb1mbqztn1t2j/SSIM_099_089.zip/file
静止画であれだけ差があれば、動画でも明らかにわかるってことは想像つくだろうに。 ssim0.980は個人的に最低欲しい。
できれば0.985 NVIDIAの「NVENC/DEC一覧表」と「VIDEO CODEC SDK」のページにTuringに関する記述が追加された。
なお新SDKのリリース日はまだ未定とのこと。
https://devtalk.nvidia.com/default/topic/1039145/video-codec-sdk/video-encode-and-decode-gpu-support-matrix/
一覧表: https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
SDK: https://developer.nvidia.com/nvidia-video-codec-sdk
一覧表によると、今のところTuringに載ってるNVENCは1基だけらしいけど、
The video encoder in Turing GPUs has substantially improved quality and performance
compared with Pascal. The overall encoding capacity of one NVENC in Turing is comparable to
two NVENC’s in Pascal.
TuringのエンコーダーはPascalよりも品質と性能を大幅に向上させたんや。
TuringのNVENC1つは、PascalのNVENC2つ分の能力があるんやで。
とのこと。 高解像度時の処理速度低下が緩和されたし
Quadro以上は同時処理数無制限だしで、鯖用途考えても2基積む必要無くなった訳か
機械学習成果を元にした超解像の実装されたら尚更って感じかね NVEncの占有サイズ相当増えたのかな
下手すると今後出るかもしれないTU107とかでオミットされそうで怖いな
地味にNVDecがH.265 (HEVC) 4:4:4の12bitまで対応しとるね
4:4:4でもlossress出来たら映像編修関係の職業ユーザ需要開拓できそう Pascalで4k60fps*2だったのがTuringで8k30fps*1になったってことけ? 8KはPascalでも処理出来る
書いて有るとおりTuringだと1基でも8KでPascal世代2基分(同等以上?)のパフォーマンス出せるって事だろうね
そうなるとFHDとかでの並行処理していない時の処理速度はリミッターで制限掛かってるか可能性有るな >>410
> 地味にNVDecがH.265(HEVC) 4:4:4の12bitまで対応しとるね
> 4:4:4でもlossress出来たら映像編修関係の職業ユーザ需要開拓できそう
ちょっと前に検証したとおり4:4:4のロスレスエンコードもできるけど、今のNVEncはHEVC 10bit 4:4:4までだから
「NVEnc側もHEVC 12bit 4:4:4 ロスレスに対応すれば」という意味かな?
一般ユーザレベルだと10bitでも事足りるだろうけど、職業レベルだと12bitが求められることもあるか。
でもHEVCでNVDECを使ったとして、シークとか逆再生とかの操作で
他の素材向けフォーマット(ProRes等)より優位になれるんだろか。(詳しい編集事情は知らんけども) Avisynth+/AvsPmodのx64でPOPさんのとこのL-SMASH Works r935 release2を使って
LSMASHVideoSource("H265-4K.mp4", decoder="hevc_nvenc")
とすると、decoder指定なしの場合よりもシーク(特に戻り方向シーク)がサクサクになったりするんだろうか?
(AviUtlで試すのもいいけどx86の制約で色々きつそう)
L-SMASH Works r935 release2 の更新内容 ? RePOPn
https://pop.4-bit.jp/?p=8578 >>414訂正
× LSMASHVideoSource("H265-4K.mp4", decoder="hevc_nvenc")
○ LSMASHVideoSource("H265-4K.mp4", decoder="hevc_nvdec") >>408
RTX 2070がTU104にまとめられてしまっているの、Pascalファミリが非常に細かく分けられているのと対照して奇妙ね 1070~1080もGP104にまとまってるやん? 力押しならバッファデカく取ってフレーム展開しときゃ良いのだけれど
確保幅や解像度でバッファ要求も肥大化してくから限度があるか TVMW7来てたのね
HDRとかLUTとかのアップデートがメインで
録画エンコードユーザーにはほとんど関係ないアップデートだけど AV1来ても最初のうちはウンコ画質だろうな
HEVCは何年もかけて今の画質だし HEVCは金かかるから・・・
ほとんど記憶にないMS開発のVC-1でも、NVIDIAの最近のGPUはHW対応してくれているから
ぼちぼち対応始めたVP9より速くAV1が廉価GPUに浸透してくれるといいなぁ 11/8に出たLinux版ドライバ415.13で、TuringのHEVC-Bフレームの最大数が5から8に増えたという報告が出てた。
https://devtalk.nvidia.com/default/topic/1038493/video-codec-sdk/details-about-nvenc-in-turing-/post/5296269/#5296269
もしかすると同日に出たWindows版の416.81でも増えてるかも?
現時点のRTX 20xx系の最新ドライバ
・Linux(BETA)
Version: 415.13 - Release Date: Thu Nov 08, 2018
・Win10
Version: 416.81 - Release Date: Thu Nov 08, 2018 もしかするとH.264のField Encodingのサポートについても、またYesに変わるかもしれないし、
新SDKが出るまでは(出た後もかもだが)過渡期だと考えて、
新ドライバごとに--check-featuresを試してみるとよいかもですね。
変化があれば報告してもらえるとありがたい。 >>425
VC-1とH.264はHD DVD/Blu-rayDiscに採用されたし、
その絡みでPureVideoHDの初期にデコーダ搭載されたんやろ。
最近ではない (10年前を最近って言うなら最近だがw
…VC-1エンコーダはどの世代にも載ってないよな?
https://en.wikipedia.org/wiki/Nvidia_PureVideo 今どきわざわざVC-1なんか使いたがるもの好きはいない >>424
AV1の問題はうんこ画質ではなくうんこエンコード速度 AV1はHWエンコーダが実装されても糞画質だろうな エンコードはHEVCよりマクロブロック配置の処理にに力入れてないとアカンから当初はHWデコーダのみで、エンコーダは載ったとしてもゴミみたいなものしか無理なんじゃ無いかな
AMDは論外として、IntelもEU頼みで今ですらHEVCの速度がアレだし
望みがあるのはnvidiaか 最近amdvega56に変えて地デジソースをハードウェアデコードしてcpuエンコードしてるのですが、この処理はソフトウエアエンコードではなく結果、ハードウェアエンコードになってますか? 自分でcpuエンコードと言っているのにハードウェアエンコードかと聞くのはこれ如何に コンコーダの種類と設定次第だから、それを晒さないと第三者に判断付かない 435ですがa'svideoencoderというソフトを使ってハードウェアデコードにチェックを入れインターレース解除を指定、エンコーダはcpuエンコードmicrosoft h.265指定してます。
聞きたかったのは今回のCPUエンコ指定でもHWデコーダとの混合の処理をすると実際は内部ではHWエンコ処理と変わらないものになって画質面でHWエンコード並に劣化してCPUエンコしてる意味がないのではないかと思い質問しました。 >>439
ハードウェアエンコード、フィルターでググれ
それでも分からなければおまえに使う価値はない
HandBrakeでも使ってろ >>439
その設定と、HW指定でエンコードして、見た目で違いが判らなければ意味はないかもね
NVIDIAのボードなら、エンコード中にタスクマネージャーでエンコーダーとデコーダー使っているかどうかも見れるよ >>439
デコードとフィルタとエンコードはそれぞれ分けて考えればいいだけ。
HWでデコードしたとしても、エンコーダにSWエンコーダが選ばれているならSWエンコードが行われる。
ただ、ソフトウェアエンコードだからといって高画質になるとは限らないよ。エンコーダの出来次第。
Microsoft H.265 Encoderの品質がどれくらいなのかは知らんけどね。 >>442補足
> Microsoft H.265 Encoderの品質がどれくらいなのかは知らんけどね。
一応MicrosoftのエンコーダのSSIMも調べてみたけど、H.265は「Bフレーム無しのQSV H.264」と似たり寄ったりかな。
わかってたことではあるけど、Microsoftのエンコーダなんて使うもんじゃないよ。
sakura_op.mpgでのビットレート/SSIM
http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3512.jpg 低空飛行っぷりがすごいな。特にH264がやばいww
A's Video ConverterはHWエンコード専用って考えたほうがいいな HWエンコード並どころか、HWエンコードより下じゃねーか まあOSのおまけみたいなエンコーダだし仕方ない。
>>446
>>443は>>75に追加しただけだしrigaya氏でもないよ。 対象コーデックのルールに則したデータにはなってるってレベルか
WMVの開発やっていた連中はもう開発の実動には居ないんだろうな VC-1とかあのあたりの引き抜かれなかったメンツが残ってるんだろうな
規格は満たしてます「キリッ」 nvencのスピードはCPUに依存しますか?
それともビデオカードに依存しますか? 基本はGPUのエンジンクロック依存
ただCPUの処理無しにプログラムが動かせはしないから
一定以上の処理能力は必要 フィルターの件はだいたい把握できました。タスクだとgpuのデコーダとCPUの使用率はどちらも高いのは確認してます。microsoftのは確かにエンコ後のものを見ても同じ条件だとするとブロックノイズがでて荒いですね。 CPU同じで1050TiとRTX 2070ではエンコード速度違うってことでしょうか 速度どころか画質が全然違う
おまけでbフレームも使える RTX2070なら安くて69,000円てところだけどな ここまでハードウェアエンコが性能上がってくると
ジェンスンの「グラボは実質タダ」と言う言葉が現実味帯びてきて怖い >>457
その値段を考えると…エンコの為だけに出せる金額では無いよね。
じゃぁ、エンコ用のPC買って画質の良いソフトエンコでええやん!と思ってしまうw >>460
それでも、元よりPCゲーもやる人なら「エンコの為だけに69000円」とはならないと
描画性能で1080〜1080tiの間に収まるあたりだから
RTXのNVEncでHEVC Bフレ有りなら、x264の軽いプリセット並に追いついたというのは画期的
そのうえ8コアでx264エンコさせるより速くて消費電力が低いのに、更に短い時間で済むんだから、エンコさせる頻度次第で金銭的にすらペイ出来る場合もある
なにせ、x264でCPUエンコさせてる間に、そのPCでブラウジングとか軽作業すら微妙だが
HWエンコ中なら動画視聴やある程度の事にもそのPCを使っていられるうえ
エンコが早く終わる分「エンコのお陰でPCが塞がってゲームが出来ない」なんて事も減る エンコード追いつかないからって10万のCPU買う人もいるしな
16C32Tの2950Xより圧倒的な速度
IOダイのせいで速度が出ない32C64Tの2990WXもぶち抜く >>463
エンコードでのCPUロードやPCの占有率が低くて済んでいる程度なら、そもそも追加の機材投資してまでの改善という思案に行き着かないでしょ ffmpegからhevcのbフレーム使いたい場合どう指定すればいいのかな
神様教えて下さい -h encoder=hevc_nvenc で見るんだけど見当たらなくて >>464
画質至上主義の奴らは相変わらずソフトエンコにこだわってるよ
頭がジジイで適応出来ないのかもしれないけどw >>469
まさかと思うが
10xx台なら使えない20xxからよ >>467
CUDA半分死んでる選別落ちでいいから3万円で出してほしいという願望
まぁRTX2060かRTX2050でHWエンコーダー有効になっていればそれで我慢できる話だが Maxwellからローエンドの製品にはNVEnc入ってないのがな だから>>475の言うとおりで搭載されてない訳なんだが
そのページも古いモデルはTU系追加時にリスト落ちしてるし
最近知った訳じゃ無ければ、以前はKeplerまで載っていたの知ってるでしょ? ■ このスレッドは過去ログ倉庫に格納されています