6(以下、TVMW6)」を揃えて漸く、GeForceによるNVENCエンコード環境を整えることができたのでいろんなパターンでエンコードしてみました。Pro8で作成したMP4(H.264/AVC)の動画を使っていますが、エンコード条件によっては異なるサイズや形式の動画も使用しています。USのライセンス(クレジット、ライセンスへのリンク、改変内容の記述が必要)が付与された素材なので自由にダウンロードしてエンコード時間などを比較する時などに使ってもらっても構いません。ライセンス条項などはYouTubeの説明欄や動画内に記載しています。(ZIP形式)出力設定(共通)基本的に容量を半分以下に減らすのが目的なのでビットレートを半分(3.0Mbps)にして出力テストしています。ETS-T40-TBを使用していますがPWMファンが煩くて3pinファンに交換しているのと、本来はファンをフロント側に取り付けるのが一番冷却効果が得られるんですが自作メモリークーラーと干渉するのでリア側に取り付けているので冷却能力はだいぶ下がっています。補足情報としてエンコード時の室温は30度前後、オーバークロックは一切していません。消費電力の計測にはサンワサプライの「TAP-TST8」を使用し、アイドル時のPC全体の消費電力は60~70W前後を推移している感じです。Hardwear)、NVENCを使ってMP4(H.264/AVC)にエンコードしてみました。x264(H.264/AVC)ほとんど利用しないですが比較用としてソフトウェアエンコードをしてみました。設定値などの詳細は画像を見て下さい。※コア温度の最大値はエンコードごとにリセット済GPUはほとんどお休み中...zzzQSV(H.264/AVC)QSV(CPU)を使ったハードウェアエンコードです。3000)を使ってMP4(H.264/AVC)にエンコードできるのでエンコードしてみました。エンコード時間は3分49秒、PC全体の消費電力は110~120Wを推移CPU使用率は30~50%台を推移CPUコア温度は50°あたりを推移GPUはZzz...NVENC(H.264/AVC)GPUのNVENC(ハードウェアエンコード)を使ったエンコードエンコード時間は3分7秒、PC全体の消費電力は120~135Wを推移CPU使用率は30~50%台を推移CPUコア温度は53°前後を推移GPU温度は3分ほどのエンコードでしたが55°前後まで上昇H.265/HEVC(MP4)にエンコードx265、NVENCを使ってMP4(H.265/HEVC)にエンコードしてみました。1080NVENCを使ってMP4(H.265/HEVC)にエンコードエンコード時間は元動画の1/3以下の3分5秒グラフが大幅に変化しているところからエンコードを開始し、CPU使用率は40~50%の間を推移CPUコア温度はMax53°、PC全体の消費電力は130WほどGPU温度が上がる切る前にエンコードが終わったのでそれほど温度が上昇せず。2160のものに変更して同テストを行ったらエンコード時間4分56秒と元動画の1/2ほど時間が掛かっていました。2160(4分56秒)とソース動画のサイズを変更してエンコードしてみましたが、サイズが大きくなるにつれてエンコード時間も比例して長くなる傾向にあるようです。3分5秒)掛かりました。1080のままでフィルターの「色調補正」を以下のように設定してエンコードエンコード時間はフィルターなしの3分5秒から約5倍にも増加して15分41秒も掛かりました。同じフィルター設定でx265(NVENC)だとフィルターなし(29分22秒)と比べても大差なくプラス1~2分程度の増加しかありませんでした。出力はすべてH.265/HEVC(MP4)で1360×768は筆者のモニターの解像度でキャプチャサイズです。一部ソース動画の長さが異なっています。6分59秒(10分)同じM2TSの動画でもカット編集を加えただけでもエンコード時間が異なりますし、フィルターを2つ付加させるとエンコード時間が3倍に跳ね上がったりもします。フィルターを追加するとさらにエンコード時間が延びることが予想されます。動画素材の種類やサイズ、またフィルターによってかなりエンコード時間は異なってくることだけは分かりました。x265で同じ設定だとエンコード時間がそもそも長いんですがエフェクトを追加したからと言ってエンコード時間が数倍に跳ね上がることはないようなのでNVENCはその辺の処理が苦手なのかも知れません。映像クロップで画面サイズが小さくなったのを元の1440×1080に戻す画質比較ビットレートを上げると画質が向上する代わりに容量が増加しますがその辺の兼ね合いは個人個人で異なるとは思いますし、画質に対する評価もそれこそ人によってかなり差があると思います。参考になるかどうか分かりませんが一応比較用の動画をアップしました。比較できるようにエンコードした動画をサーバーにアップロードしようとしたんですがプレイヤーこそ表示されますが再生できないので諦めてYouTubeにアップロードすることにしました。分からないですが恐らくYouTubeでは変換処理が入ると思うのでオリジナルのものと多少異なるとは思います。視聴する場合はどちらの動画も最高画質(1080p)で御覧下さい。3.0Mbps)筆者の主観ですが元動画のビットレートが6.0Mbpsのものなら半分の3.0Mbpsまで落として出力しても同等な画質に感じています。223MBと約半分になっています。0.5Mbps)比較用としてビットレートを1/12まで落としてみました。ここまで落とすと流石にブロックノイズがだいぶ目立つようになりましたが、ただ視聴に堪えないレベルでもないと思います。52MBとなっていてビットレートと比例するような容量変化ではありませんでしたがそれでも1/9程度まで落ちています。10:22こちらを参考にさせていただきました。18:40丁寧な比較検証を有難うございました!NVENC設定の参考になりました。動画素材も非常に良かったので、ベースサンプルとして使わせて頂いています。19:16コメントありがとうございます。参考になったようで良かったです。15:18私の知りたかった比較情報がすべてこの記事に集約されていました。ありがとうございます。20:03結構、時間を掛けて書いた記事なのでそのようなお言葉を頂けただけでやった甲斐がありました。ありがとうございます。02:48唐突な質問ですみません。エンコードに関して素人です。動きの激しいシーンだとかなりブロックノイズが気になる事が発覚しました。普段はH.264で2パスだから綺麗なのかもしれませんが、NVENCには2パス設定ができませんよね?NVENCでももう少し画質向上になる設定変更の余地についてヒントをいただけると幸いです。21:34コメントありがとうございます。画像を確認するとNVENCを使ってH.264/AVCにエンコードする時にはエンコーダーパス設定が無効になっていたので2パスは使えないようです。処理は行えません、と記載されていました。画質にこだわるならやはりx264やx265のソフトウェアエンコードで2パスエンコードするしかないと思いますよ。13:30ありがとうございます。私はまだまだ知識が足りてないようです。15:17VBVとはビットレートが固定されたモードなので動きの速いシーンではブロックノイズがどうしても出やすいです。画質を上げるにはVBR(平均ビットレート)で2パスにするのが一番だと思いますが、NVENCでそれができないようなのでブロックノイズの少ない高画質なエンコードはNVENCでは現状では難しいのかも知れませんね。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。edit-anything。