【NVENC/VCE】ハードウェアエンコーダーを語るスレ9【QSV】
■ このスレッドは過去ログ倉庫に格納されています
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2019年12月下旬時点) ●Intel QSV (Ice Lake+Intel Media SDK 2018 R2) 〇HEVC mainおよびmain10。Bフレーム使用可。 〇VP9 ・Linuxでは、「intel-vaapi-driver + Kaby Lake~」 または「intel-media-driver + Ice Lake~」でVP9エンコードが可能。 https://github.com/intel/intel-vaapi-driver/blob/master/README https://github.com/intel/media-driver#decodingencoding-features ・Windowsについては、現状ではVP9エンコードはMediaSDKの対応待ちの模様? ●Nvidia NVEnc (Turing+NVIDIA Video Codec SDK 9.1) 〇HEVC mainおよびmain10。TuringでBフレームに対応。 〇VP9 未対応 ●AMD VCE (Navi+VCE 4.1+AMF 1.4.16) 〇HEVC mainのみ。main10は不可。Bフレーム使用不可。 〇VP9 未対応 >>17 グラスバレーのFIRECODER Bluか? 時代を先取りし過ぎた遺物どころかオーパーツ 今でも通用するレベルの変態性能なソニーcellチップ積んだニッチなエンコードボードというものが14年も前に出てたっていうのが悲し過ぎる 同じスペックでも個人で動画編集や配信も盛んな今ならそれなりに売れたろうに 今からNVENC目的だけでグラボ買うなら TU116ってのが載ってるGTX1650買えばいいのかな bフレーム対応HEVCエンコするならSUPER付きもしくは1660以上のグレードを選ぶ x264のAVCで良いのなら1650でおk が、1650は今は弾数少ない上に1630に置き換わりつつあるし値段も一緒 もう少し値は張るけど1660Sの一部安値で出回っている ただし、これも最低価格のは今あるのが捌けたらフェードアウトしそう そうしたら代替2k上乗せの物しかなくなるかもね 116は第7世代か 補助電源ありならおそらく該当1650らしいね でも今この1650って店にあるんだろうか? 1600代はもうモデル末期なんだね 長く使うこと前提でいっそRTX3050あたりでもいいのかな 最新のAmpereで最安ならそれだね、AmpereでGTXは出てないからエンコ用として考えると高く感じるかもしれん 長く使うなら新しいほうがいいからそれで良いかもしれんけどゲームするなら予算に応じてRTX3060以上を選択するのもアリ あとは補助電源が8ピン必要なのとケースに入るGPUサイズなのか要確認 1660Sなら25.7kの弾があった 3050ならバルクで税込み3万切りのがあるみたいだ >>29 ストレージの空きがなくなってくるんだヨー なおエンコ出力を後々視聴しているかは別 >>18 leadtekの方買ったけど画質がゴミだったわ ここまで来たらRTX4000系のメディアエンコーダー&デコーダーの仕様見てからでいいと思うわ~ Amazonで4000円くらいの差ならGTX1660SよりRTX3050の3.3万円の方がいいと思う 韓国サムスン嫌いなら仕方ないけど、シェーダー数倍くらいあって消費電力ほとんど変わらないしな Amatsukazeはもちろんコマンドラインでもフィルタ使うならシェーダー数は2000以上は欲しいね AIアプコンとか一切興味はないとかインタレ解除はHWデコーダーやYadifで満足できるひとなら財布と相談だけしてればいいと思うけど 当時のソフトエンコだと実時間の3倍くらいかかってたから ほぼ実時間で終わるのは重宝したけど 画質がよくなかった 連ドラを1層BD-R保存しようとしたけど、画質悪すぎて 2枚に分けてた(ビットレートを倍程度にした) 今のnvencには不満はないな >>29 逆に後世に残したい程のものなら エンコせずにオリジナルの保存だろ SpursEngineはなぁ・・・画質微妙だし今となっては対応してるのがH264しかないのもきつい つーかドライバとかプラグインも新しいのでてない10年前で止まった過去の遺物だし今更語る事もないだろうに 俺はWinfast1100もFIRECODER Bluも両方買ったけど、いま仮にボードを入手できても対応するソフトが入手困難 ペガシスのTmpegenc対応プラグインはwindows11でもやや不安定ながら動作するんだけど、FIRECODERに付属してるやつは動かない 今日ついさっき仮想通貨ETH(イーサ)のマージが終わって グラボがグラボになったので買い替えようかな?という人はチェックやで マイナーは掘れればいいので下位モデルを主に買う 上位モデルは掘られていても全パーツ良いもの使ってるから長く付き合える NVEncC(5.XXよく覚えてない)で、音声コピーモード+Bフレ+ビットレート設定で実写番組をエンコしたら (29.97fpsだったかな?) VFR指定してないのに、後でMediaInfoで確認したらVFRモードでエンコされてた。 ビットレート下げまくったのに案外画質悪くないなって感じた理由はそれか、って思った。 でも、今度は24fpsのCFRでエンコ済みのアニメをVFRのオプション付けてH.265トランスコードしたら(NVEncCは最新) 口パクとか音ズレして映像だけ止まったり早回しになったりして不安定。 まだ勉強不足なのでアドバイス欲しいんですけど、アニメをVFRエンコするのが宜しくないのか24fpsからVFRが 良くないのか、はたまた別の理由か推測できる方いらっしゃいませんか? VFRだから画質が良くなることはないだろ VFRだから音ズレすることもtimecodeが反映していればないだろう カメラの中に入ってるのってハードウェアエンコーダなの? カメラでh264とか5の動画作れるよね >>43 CFRモードのつもりで、HDD容量圧迫しないようにVBRビットレート下げてエンコしたら、レート下げた割に画質劣化が 少なくて「なんか変だな」って思って調べたらVFRモードになっていたんですよ。 VFRモードにしたら画質向上するとかは思ってないでしすよ。 timecodeを反映させると音ズレ無くなるとの事ですが、timecodeを反映される方法とか これをやると反映されないとかの情報は有りませんか? >>45 元がテレシネ解除ずみCFRなら再エンコもCFRでやればいいだけ たぶんだけど30fps → 24fps前提で作られてるフィルターに 24fps食わしたからおかしくなったんじゃないかな 修正の方法はあるけど大人しくエンコードをやり直したほうが早い >>47 ありがとう NVEncCで使った該当オプションは ##### --vpp-mpdecimate [<param1>=<value1>][,<param2>=<value2>],... 連続した重複フレームを削除し、VFR動画を作ることで、実効的なエンコード速度の向上と圧縮率向上を測ります。 なお、このフィルタを使用すると--avsync vfrが自動で有効になります。 #### って説明されてるやつ 問題起きたソースはテレシネ解除済みのアニメ24fpsなんだけど、VFRだとMediaInfoで12fpsとか表示されるレベルで ファイルサイズ圧縮できるのが魅力的なんですよね。 VFRモードって「30fps → 24fps前提」なんですかね?違う気がしますが・・・可変フレームレートだし。 実写プログレッシブ29.97fps?ソースが意図せずにVFRになったファイルは特に音ズレ気になってないのです。 問題起きたエンコ済み動画も、どうやら再生端末とか再生アプリによって挙動が違うのも困りどころ。 so the setpts filter already got pretty complicated especially because of the FPS mess that duplicate frames may create ffmpeg -i in.mkv -vf mpdecimate out.mkv test3-1.mkv 39.8 M ↓ test3-2.mkv 32.1 M 確かにファイルサイズは小さくなるようだな 心の声:(年内予定は4090と4080だろ?年明けどころか春までまで手が出せる気がしない・・・いいんだよ俺たちにはRigaya氏がついている!) >>48 "タイムコードの計算が"かな NVEncCがどういう処理してるのか知らないけど avisynthのItsだと24/30/60の3パターンでしか使えない remove-sequentially-duplicate-frames-when-using-ffmpeg here is what I used with good results ffmpeg -i in.mkv -vf mpdecimate out.mkv ffmpeg -i in.mkv -vf decimate=cycle=6,setpts=N/25/TB out.mkv but the following gave me desynchronized audio ffmpeg -i in.mkv -vf mpdecimate,setpts=N/FRAME_RATE/TB out.mkv ffmpeg -i in.mkv -vf mpdecimate,setpts=N/25/TB out.mkv ffmpeg -i in.mkv -vf decimate=cycle=6 out.mkv The setpts is needed with mp4 because it is a constant frame rate muxer. Add -vsync vfr and remove setpts in my command to keep deduplicated frames with same timestamp when saving to mp4 > NVEncCがどういう処理してるのか知らないけど ffmpegと同じでしょう。mkvなら-vf mpdecimate だけで音ズレはなかった Intel Arc A380、市場価格29,680円でスタートかー。 8世代目のnvencどうなんだろ めっちゃ気になる 4060くらいしか買えないけど 違うそうじゃない 同じHEVC同士で対決、同じAV1同士で対決したときにNVENCは優秀な成績をおさめられるのかって話 >>61 それは両方揃えられる富豪じゃないと調べられんね ウチはそんなに拘りが無いからh.264@1080Tiが今の環境なんだけれど4090や4080にして同じh.264でどれくらい早くなるかな? 番組数を多く撮るものでね。 あまりかわらないなら4090の4スロット占有はいやだな。でも4080が何スロット占有かは情報出て来てないし。。。 簡易水冷化か、1080Tiをやった事しかないから敷居が高い。ハァ。 NVEncの世代があがって速度が変るのはh.265くらいでh.264はもう頭打ちなんじゃないの AV1の追加以外ナニも変らんという可能性のほうが高い気がする エンコボードが安く買えるなら有り VCEというゴミの代替にはなる 電源も買い替え無理だしひたすら4060待ち その頃には色々と分かってるだろうし >>57 新しい画質比較をrigaya氏が公開してたけど Arcのエンコーダー本当は高性能だったのか >>64 少し早くなる程度で30万出す気かいなw まぁHWエンコーダーが2基になることで今のRTXの倍くらい速くなるかもしれないけど ストレージやCPUのオーバーヘッドもあるしエンコード全体じゃどうだろうってとこじゃね Amatsukazeとかで並列化して大量に流しても解析時間被って遅くなるし コマンドラインでもRTX3070程度じゃ2本エンコード時には速度は半分に落ちちゃうから エンコーダーが倍になるのはかなり期待できるかなと >>71 ドライバもエンコでは安定したようだし使えそう ただ値段が残念だなぁ A380エンコは速度も画質も文句なしのようだがアイドルで電気バカ食いするみたい 基本のクロック下げたりでどうにかなればいいけど無理な仕様なら残念すぎる うちの1650は12W食ってるのでA380と3Wの差しかない 低消費電力スレでは有名な人が買ってブログに上げてたけど24Wだとさ >>72 GTX1070以上はNVENCを元から2基搭載してる。 しかし、どのソフトも同時エンコは1基と同じく2本までがほとんど。 大金出してRTXシリーズを買うくらいならGTX1660で良い感じ。 GTX10XXシリーズではって事ね>2基搭載 RTXシリーズは全て1基 Zen4はGPU搭載しててエンコも出来るのか。 Bフレもいけるのかな。 DNAだからBフレも対応しているんじゃね 演算ユニット(CU):2基 H.264/H.265(HEVC)コーデック:デコードとエンコードに対応 AV1コーデック:デコードのみ対応 映像出力:HDMI 2.1/DisplayPort 2.0 DisplayPort 2.0はUHBR10(DP40)とAlternate Modeにも対応 HDMI 2.1出力は固定レートリンク(FRL)に対応 ハイブリッドグラフィックス:対応 Bフレは画質の劣化を最小限にしつつ、ほぼ重複している部分を更新画像データから除くだけ。 データの削減にはなるが画質が良くなるわけではないからな 特に画像処理全般でぼやけてる感があるものは直るわけではないから・・・ (AMD全般とはいわんよ。NVIDIAもずっとシャドウプレイで指摘されていて、Bフレ対応時にそのあたりが改良されてだいぶましになった。そしてインタレ処理も捨てた) ビットレート変わらず圧縮率が良くなれば画質は上がるだろう >>83 理屈としてはその通りだけど、じゃあBフレ使って圧縮が効く分 元の画質設定を圧縮寄りから高画質寄りに調整することで 同等のデータ量に調整することはできる訳だからなあ >>33 なんか色々見てると1660より3050の方が微妙に性能上回ってない? 3050はチップだかメモリの数は多いけど1660の物より速度が遅いとか >>86 素で比較したらほぼ誤差レベルでしかかわらんよ コアクロックに比例するからOC版かそうでないかで差がでるんじゃね バス幅は1660のほうがいいけどゲームならともかくエンコではあんま意味はないし CUDAユニットは3050のほうが圧倒的に多いからCUDA多用するならあるいはって感じだけど CUDA使う重い処理のフィルター同時につかわないならこれもエンコ速度は誤差レベル 現時点でのコスパ考えるとメルカリで1660Tiでも繋ぎで買ってRTX40系の下位モデル出るのゆっくり待った方がいいんじゃね 1660superはメモリ帯域広いからエンコード速いよ バス幅自体が大きくても影響ほぼ無いのにメモリ帯域増えてもエンコ速度にはあんま反映されないんじゃね 少なくてもGDDR5な無印1660からGDDR6の1660Superの乗り換えではほぼ速度差が無かったよ >>86 これまちがえた 検証してる人のブログとか見ると1660が3050を微妙に上回ってると書きたかった >>89 どういう条件で同じだったかは分からないがレンダリングやフィルタ適用があるとメインメモリとの上げ下ろしが大量になって帯域効いてくるよ つまりこういうことだな TSみたいなソースをカット編集してただ単にmp4にエンコするだけ→バス幅もメモリ帯域もCUDA数もあまり意味がない レンダリングや各種フィルタ使いまくってまともに動画加工編集をする→バス幅やメモリ帯域やCUDA数が有効に働くので大きければ大きいほど良い >>92 いや、フィルター処理をCUDAにすると経由地が増えて遅くなる。NVENCの場合。数も使い切れないから1280あれば充分。TVMWだとフィルター処理は8C16TのCPUの方が早いくらい。他のソフトは知らんけど。 無駄にスクロール操作を求めるクソサイトだな 変な演出は要らんだろ >>96 最近の流行だから仕方ない 肝心の情報が何も見えないがな… 自作パーツ界隈で一番理解できないのはパーツが無意味に光ることだな キーボード探してYouTube見てたんだけど、これは光り方が最高ですよ!とか言ってるの見て🤔🤔🤔ってなった ハードエンコに拘る人って結局はTS抜きかBD抜きで画質を維持しつつサイズを小さくしたいニーズがある人で良いんですか? 仕事でやってる人のほうが手早く終わらせたいニーズあると思うが。 あとはビデオ会議とかライブ配信でもお世話になってる。 NVENC第8世代のレビューまだー? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる