rigayaの日記兼メモ帳 NVEnc 3.30

2022.06 <<
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
>> 2022.08

NVEnc 3.30

English version of changelog>>

なんかたびたび更新してすみません…。

[共通]
・--max-cll, --master-displayを使用しないときの出力がおかしかったのを修正。
・出力バッファサイズをドライバに決めさせるようにして安定性を改善。

[NVEncC]
・動画のDEFAULT stream情報とlanguage情報もあればコピーするように。

ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(GDrive)からどうぞ。同じものです。

ソースはこちら>>

スポンサーサイト

2018-02-20(22:29) :
NVEnc :
コメント 5 :
トラックバック 0

このページのトップへ

前の記事 « ホーム » 次の記事

トラックバック

この記事にトラックバックする(FC2ブログユーザー)

このページのトップへ

コメントの投稿

更新ありがとうー！

いつも使わせていただいております

2018-02-23(08:41) :
ななし URL :
編集

更新お疲れ様です

3.23 と 3.30 でしか確認していないのですが

GeForce Driver 390.77
GTX 1070
Windwos 10 (1709 build 16299.192)

この環境下で

--weightp オプションを有効にしてエンコードを行うと

Error cudaEventSynchronize: 4 (cudaErrorLaunchFailure).

と表示されてエンコードが途中で止まってしまいます。

--weightp を削除して実行してみたところ、エラーなく完走します。

過去、--weightp オプション有効で完走した状態から変わっているのは Windows 10 のバージョンや GeFroceドライバぐらいなので、そのどちらかに影響を受けているのかもしれません。

2018-02-23(21:06) :
regnar URL :
編集

Re: 更新お疲れ様です

報告ありがとうございます。やはりだめな場合があるのですね…。

たぶん原因はOSのほうではなく、ドライバのうほうだと思いますが…。

環境やソースによってによって発生したり発生しなかったり、ffmpegのNVENCでは大丈夫だったりやっぱりだめだったりと、いろいろな話があって、正直お手上げに近いです。

近いうち、また以前のように無効推奨に戻すことにします。

2018-02-23(22:25) :
rigaya URL :
編集

trimオプションのフレーム番号取得について

いつもありがたく使わせていただいています。

これまでaviutlやavisynthを使用してCMカット処理を行ってからエンコードをしていました。しかし、これだとNVEncの性能をフルに活かすことができないため、今回初めてtrimオプションを使用してTSファイルを直接NVEncCに渡してカット処理まで試してみました。
その際、パラメータとして渡すフレーム番号は、aviutlにSMASH File Readerで読み込ませて確認し取得しましたが、実際にその値でtrimを行うとCMに入る部分が残る形で2フレーム分ずれてカットされていました。（aviutlの設定では「フレーム番号の表示を1から～」のチェックを外しています。）試しにtrimに渡す数値をすべて-2してから再度エンコードを試すと意図した通りの位置でカットされました

私が根本的に勘違いをしているのかもしれませんが、NVEncCのtrimへ渡すフレーム番号の取得によい方法があればご紹介いただければ幸いです。

2018-03-01(09:43) :
Toro Rosso URL :
編集

No title

たしかに2フレームずれますね…。

同じ処理をやっているはず…のQSVEncではずれていないので、油断していました。

ちょっと調べてみます。

ちなみにこちらでも同じように、aviutlでLSMASH File Readerを使ったあと、trim_export.aufで出力した値を使用しています。