English version of changelog>> [NVEncC] ・avsw/avhw読み込み時の入力オプションを指定するオプションを追加。 ( --input-option )
・trueHDなどの一部音声がうまくmuxできないのを改善。 ・4.66から、vpp-yadifの出力が異常となってしまう問題への対策。 yadifを変更した記憶はなく、なにが原因かさっぱりわからなかったので、とりあえず処理を追いかけてみると、vpp-yadifのソースコードから呼び出している関数が、vpp-yadifのソースコードにあるほうの関数でなく、vpp-smoothの同名関数をなぜか呼びに行くという、わけのわからないことが起こっていた。よくわからん…。
とりあえず、関数名をそれぞれ変えることにして回避。
[NVEnc.auo] ・4.67での変更が不十分だったので修正。 特にAviutlで自動フィールドシフトを使用した場合に正常に動作しなかったのを修正。そのほかmuxerを読んだときに死んでしまうエラーの場合には、改善されると思う。
ダウンロード>> ダウンロード (ミラー) >> OneDriveの調子がいまいちの時はミラー(GDrive)からどうぞ。同じものです。 NVEncCのオプションについてはこちら。
NVEncCオプション一覧> ソースはこちら>>
スポンサーサイト
自動フィールドシフト有効時、remuxer.exeのエラーが発生しないことを確認しました。
rigaya さん、vpp-yadif の問題が修正されていることを確認しました。いつもテストに使っているファイルでも、画は正常ですし出力サイズも v4.65 と同一でした。迅速なご対処に感謝いたします。
ご心配をおかけしすみません。1 つを除いて取り戻せましたとのことで、大きな被害がなく安心いたしました。
NVEncは、マルチスレッドの動作をするのでしょうか？14C28TのCPUとQuadro_RTX_4000のNVEncを使用していますが、1スレッドだけ100%になっていたので気になった所存です
一応、こんな感じでデフォルトで複数のスレッドが動作します。
1. デコード
2. 映像フィルタ・エンコード (メインスレッド)
3. 出力 + 音声フィルタ・エンコード
4. パフォーマンス測定
SWデコードの場合、対応していれば1の中でさらにマルチスレッドします。
HWデコード+HWエンコードの場合、正直 2. のメインスレッド以外は負荷が少なすぎてあまり見えません。2.のスレッドのCPU使用率が100%に貼り付くことが多いですが、これは速度を最大化するため、GPU処理の終了をずっとチェックしているからです。
"--cuda-schedule sync"を指定すると、GPUタスクの終了までスレッドをスリープさせるようになるので、メインスレッドのCPU使用率も下がります(そのかわり速度が落ちてしまうことが多いです)。
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.ja.md#--cuda-schedule-string HWデコード+HWエンコードの場合、CPUの演算量自体はさほど多くないので、読み込み(入力・デコード)を待っていたり、GPUの処理を待っていたりすることが多いです。
はじめまして
HDDにあるh.264のデータ量を減らすためにh.265に再変換しようと考えており、NVEncCで再変換を行っています。
最初はmain10プロファイルでエンコードをしていたのですが、
main444にすると少しだけSSIMが向上したのでmain444で再変換を行うようにしました。
しかし、ログをよく見ると"Stream #0:0: Video: hevc (Main Still Picture)"と出力されていました。
main444は "
https://www.jstage.jst.go.jp/article/itej/69/3/69_218/_pdf" の220ページに書かれているようなRExtのMain 444であって、Main Still pictureとは別のプロファイルだと考えていたのですが、GeForceはMain Still pictureとして扱うのでしょうか。
以下がログなのですが、指定はmain444なのにStreamにはMain Still Pictureと表示されています。
NVEncC (x64) 4.68 (r1402) by rigaya, Mar 7 2020 21:57:25 (VC 1924/Win/avx2)
OS Version Windows 10 x64 (18363)
CPU AMD Ryzen 9 3900X 12-Core Processor (12C/24T)
GPU #0: GeForce RTX 2060 SUPER (2176 cores, 1650 MHz)[PCIe3x16][442.59]
NVENC / CUDA NVENC API 9.1, CUDA 10.2, schedule mode: spin
Input Buffers CUDA, 46 frames
Input Info avcuvid: H.264/AVC, 1440x1080, 30000/1001 fps
Vpp Filters cspconv(nv12 -> yuv444(16bit))
ssim psnr (yuv444(10bit))
Output Info H.265/HEVC main444 10bit @ Level auto
1440x1080p 4:3 29.970fps (30000/1001fps)
avwriter: hevc, aac => matroska
Encoder Preset quality
Rate Control VBRHQ
Bitrate 1500 kbps (Max: 25000 kbps)
Target Quality auto
Initial QP I:20 P:23 B:25
VBV buf size auto
Lookahead on, 32 frames, Adaptive I, B Insert
GOP length 360 frames
B frames 5 frames [ref mode: each]
Ref frames 16 frames, MultiRef L0:6 L1:2
AQ on
CU max / min auto / 8
VUI range:full
Others mv:Q-pel nonrefp aud pic-struct
Output #0, matroska, to 'Q:\video_tempQ\conv2\_265068.mkv':
Metadata:
encoding_tool : NVEncC (x64) 4.68
encoder : Lavf58.35.101
Stream #0:0: Video: hevc (Main Still Picture), yuv444p10le(progressive), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 1k tbn (default)
Stream #0:1: Audio: aac (LC) ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, fltp (default)
Metadata:
BPS-eng : 181249
DURATION-eng : 02:09:53.600000000
NUMBER_OF_FRAMES-eng: 365325
NUMBER_OF_BYTES-eng: 176573627
_STATISTICS_WRITING_APP-eng: mkvmerge v31.0.0 ('Dolores In A Shoestand') 64-bit
_STATISTICS_WRITING_DATE_UTC-eng: 2019-09-05 07:01:19
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
main444時のそのあたりの挙動はチェックしてませんでした。次回修正してみたいと思います。
現在、GeForce 445.75、Win10、64bitを使っています。
----------------------------------------------------
元々入っていたNVEnc関係のファイルをすべて削除した後に再インストールしたら止まること無く動くようになりました。ただ上の方が言っているようにエラーが出ます。
いつも更新おつかれさまです
役に立つか分かりませんがGTX1050のNVEncC_future_testで4.65と4.68を比較したところ以下のような違いがありました
すみません4.65の方はドライバアップデート前のものでした
ドライバを445.75に更新したらあっさり再現しました。
このメッセージはエンコードには一切関係ないですが、気になるのでNVEnc 4.69でこのメッセージが出ないよう、回避するようにしました。
https://rigaya34589.blog.fc2.com/blog-entry-1234.html
