Corei7-10750＆GeforceRTX2060、Windows10 20H1
ドライバーをRTX30系対応のものにアップデートしたところ
エンコードされた動画がすべてカクカク？になります。
H.265/H.264、x265、IntelHW、nvencどれも関係なく発生。
（フィルターなし、フィルター設定はnvenc)

問題なし 452.06（Gamer用WHQL)
問題あり 456.38（Gamer用WHQL)

参考動画（どちらも同じ設定、ドライバのみ異なる）
https://twitter.com/x660tw/status/1307685818761240577?s=20

こちらでも同様の現象を確認しました。

併せてノーマルモードのカット編集において、
・プレビュー表示されたフレームと実際に作業しているフレームがずれている（およそ２フレーム）
・カット処理した後に該当箇所に隣接してキーフレームが作成される
といった不具合がありました。

同日にリリースされたGame/Studioどちらのドライバーでも同じ問題が発生します。
以前のバージョン（452.06）をインストールし直すと問題は解消しましたので
原因はNVIDIAのデバイスドライバー456.38にあると推測します。

異なる2種類のNVIDIA製のGPUが共存する環境でCUDA処理を利用する場合、環境設定のNVIDIA_CUDAの設定でのCUDAデバイスの選択が適切に反映されません。
設定を保存後アプリケーションを再起動すると元の必ず同じCUDAデバイスに戻っています。
TMPGEnc Video Mastering Works 7ではこの不具合が最近修正されています。

“A”という番組を録画したTSファイルがあるとします。そのTSファイルは“A”という番組が始まる1分前から録画を始めています。そのファイルを“TS/PGMX/MFX ファイルを詳細に解析して読み込む”から読み込むとタイトル一覧が表示されますが、その一覧には多くの場合“A”の前に放送されていた“B”が表示されます。“B”を選択すると、もちろん中身は“A”なのですが、クリップ情報から見る事のできる番組情報は“B”になってしまっています。マニュアルには“全てのTSファイルの解析と読み込みを保障するものではありません。”とありますが、TMSR5では正しく読み込んでくれていました。プログラム的なことは解りませんが、“TS/PGMX/MFX ファイルを詳細に解析して読み込む”の動作をTMSR5と同じようにしてもらえたら嬉しいです。

クリップ編集画面で再生すると、TMSRが必ず落ちるドロップアウトの有るMPEG2 TSファイルが有ります。

プロダクションツールも落ちるので、フォルダ監視自動実行させておいたはずなのが、気が付いたら処理されていない事態が生じています。

出力設定画面で「出力先ファイル名」の「参照」を開いて、ファイル名の欄に表示されている文字列の一部をマウスで選択した状態で、ATOKを[日本語入力オフ]から[ひらがなで入力]に切り換えると、希にTMSRが落ちる事があります。
TMSR ver.6.0.3.4
ATOK ver.31.1.7
Windows 10 Home ver.2004

iPhoneで撮影した4k動画を読み込むのにモニターに映っている所までしか読み込まれず、動画を進めると進んだ分、サムネイル表示部が都度読み込み表示されるのですがそういうものなんですか？
別のネットで拾ったような軽い動画ならストレスなく読み込むのですが…。
グラボはRTX2080を使用していて「MPEGデコーダー設定」を全て「NVDEC」に変更しているくらいで何かほかに設定をいじる箇所があったりしますか？

OSバージョン制限でWindows Server系OSにはインストールできないのですが、
回避方法はありますでしょうか？ご存知の方がいたら教えてください。

発売直前のプレビュー版では、怪しい挙動が時折みられ不安でしたが、ここ何回かのバージョンアップでだいぶ減ってきた気がします。
そろそろ5から全面移行してもよいかな。

今回ペガシスより 2020-8-11 Ver.6.0.12.14 下記の不具合修正がありました。
プロジェクトファイルの上書き保存時に、許容された長さにもかかわらず "指定されたパスが長すぎます" エラーが発生する場合がある問題を修正しました。

この件は、2017-01-26 に私がペガシスサポートに不具合の修正を依頼したもので、当時ペガシスからは、以下内容文…
ご不便をお掛けしており誠に申し訳ございません。
お伝え頂きました現象について弊社にて再現が行えましたので
現在原因について調査をさせて頂いております。
誠に恐縮ではございますが、現時点ではご記載のようにプロジェクト
ファイル名を短くして頂くか、プロジェクトファイルの保存先を
「C:\project」などの極短いフォルダ名の中に保存頂く事で
現象の発生を抑制頂けるかと存じます。

との返事しかなく、今回の不具合修正まで指摘をしても改善されませんでした。
当時のVersionは 6.0.3.4 使用OS Windows 7 64-bit 版であったし、ロングファイル名
いわゆる255文字までの長さのファイル名がつけられる。(許容された長さ)それなのに、当時は誰も対応せす、今回、どういう訳か３年後に対応するとは……。
どうしてだろ～う？

そろそろ出力が終わったかな？と思って見てみると、
この音声形式だとプレイヤーで再生できないかもなんたらかんたらと表示されたままで、なにも進んでない…

こういった注意書きは設定画面で表示するのがベターであり、出力開始ボタンを押したあとに表示して、こちらの応答を待つというのはいささか自然の流れであるとは思いません。
夜設定して朝起きたらこの状態だとたまりません。

別に要望ではないです。
ただの愚痴です。
すみません。

ほんこれ。
音声形式が一般的かどうかは別として、設定上の問題なのにエンコードの処理に移らないとメッセージが表示されない。
しかもメッセージを表示したら、エンコードしない。
どう考えても使い勝手を無視してる。
不具合ではないけど、仕様設計が間違ってます。

Ver.6.0.3.4で追加された「リアルタイムメタデータの保持」についてですが、自環境で確認したところ録画タイトルしか保持されませんでした。更新履歴では「ファイルの録画日時等」となっていますが、録画日時は保持されていないようです。
ご確認をお願いいたします。

BDから読み込みが前バージョンに比べ極端に遅い（前バージョンの10倍くらいかかる）のですが、BD上のファイルに対してシーク用インデックスを自動作成していることが原因みたいです。環境設定メニューのMPEG設定にシーク用インデックスを自動作成するというチェックボックスがあるので外すと前バージョンに近い速度になりました。BDドライブの読み込み中に、シーク用インデクスの作成としてBDドライブにアクセスしているのでランダムアクセスみたいになって遅くなるのは当たり前です。