おそらく現行バージョンになってからだと思いますが、編集画面でフリーズして

「破棄されたオブジェクトにアクセスできません。
オブジェクト名'fjj'です。」

と表示されたあと、強制終了することがあります。

windowsには、フォルダ内動画を次々と連続再生させるソフトがないので、これを購入。
結局連続再生はしてくれなかったけどね。
macと違ってフォルダ管理するって概念がwindowsにはない？…むしろwindowsの専売特許だった気がするんですが。

このごちゃごちゃと機能の付いたくそ重いソフト…
結局MacのFinderには足元にも及びません。
動画をハードリンクでフォルダ分類して、IINA.appで再生する。
このすっきり感を味わったらやっぱりwindowsには戻ってきたくないなと思う

各種フィルタの数値を、マウスホイールで設定するときに、
スライドバー上と数値表示部上とで、
ホイール回転による数値の増減方向が逆になっているのが、
とても使いにくいので、同じにしてほしいです。

WEBM 読み込みません 何卒よろしくお願い申し上げます。

高度なツールの多重化(高度)で入力でファイルを追加すると自動で出力先が入力されるが、バッチ登録をした後に次のバッチ処理の為に一覧をクリアしても出力先のファイル名がそのまま残っている。
そのまま別のファイルを追加しても出力先が前のファイル名そのままの為、一度出力先をクリアするか手動でファイル名を変更しなければならないので多数のバッチ登録をしようとすると非常に面倒。
ちなみに登録するファイルはm2tで、自動処理によりtsになる為、元のファイル名(拡張子)とは被らない。
多重化ファイル一覧をクリアしたら出力先もクリアする様にしてほしい。

ロジクールのマウスでホイール高速スピンを使ってノーマルモード編集中に（ここっ！）って思って左クリックすると表示サイズが＜手動で設定＞になってしまいます
まあ使わなければいいだけなんですが…
＜プレビュー画面に合わせて表示＞で固定する方法ってないですかね？

無視リストが欲しいです
例えば「NHK総合」「WOWOWプライム」「m2ts」など
解析がいらないファイルを除外したいです

TVMW7 の プロジェクトファイル保存や読み込みや、
フィルタの一括適用のためのファイル指定ダイアログなど
一部のファイル指定操作場面において、
第1画面への全画面表示のみとなっていて操作がしづらい状態です。

できれば、他のファイル指定類やTVMW6までと同様に
ウインドウ形式一般的なファイルでの方法になればよいのですが。

TVMW7内でも操作系が統一されていないため、少々煩雑に思います。

ファイル名指定のダイアログなどが勝手に全画面になる場合、以前そのダイアログを
全画面にしたことがあるはずです。ファイル名指定ダイアログなどの表示サイズは
アプリではなく OS が覚えていて、次回表示時に勝手に復元します。逆にアプリからは
指定できないはずです。メモ帳などでも同様です。

全画面を解除するには、通常はタイトルバーをダブルクリックします。

mp4とmkvではタグをサポートして頂きたいです。
入力クリップにタグがあればそれを選択的に継承できて、
出力設定時に変更、追加、削除が可能になるとなお良いです。

最近になってWindows10 1909に更新したのですがそれと前後するかのようにブルースクリーンが発生するようになりました。
ブルースクリーンが発生するタイミングとしてはバッチエンコードが終了した直後のようでうす。
過去記事からIntelグラフィックのドライバが古いと起きるような記事は見つけましたがMSのドライバが当たっていてIntelでは当方のPCに入れられるドライバは見つかりません。
TMPGEnc側でどうにかならないものかと思っています。

Intel G45/G43 だと Intel HW 系のデコーダー・エンコーダーも動いていないだろうし
バッチエンコードみたいな画像の少ないアプリで負荷になっているのも考えづらいですよね。

念のためバッチエンコードツールのプレビュー更新を無しにしてみては？
それでも発生するなら、バッチツールの進捗バーが Intel G45/G43 への負荷になってるのかなぁ・・・

Intel G45/G43 環境自体が、最新の 1909 に耐えられなくなったとか？

ブルースクリーンは、イベントログに発生原因を示すコードが記録されていることが
多いです。それが分からないとアドバイスは難しい。グラフィックが関係している
可能性は低いのではないかと思います。

＞fayさん
BuluescreenView で見てみると、毎回毎回バグチェックのIDが違っているんですが、なぜか普段はなにも起きずにTVMW7のバッチエンコードの待ちが全部終了してエンコが全部終わったあとに起きてるので、、、私は寝る前にまとめてエンコしてるんで最近だと毎朝4時頃に全部エンコ書き出しが終わってからその直後に必ず起きます。しかも書いた通りで毎回バグチェックコードが違うんです。トホホ。
バッチエンコ出力終了後なのがせめてもの救いなんでけれども、、、
対応もまちまちで立ち上がっていることもあればブラックアウトの時もあるし回復画面の時もあるしブルースクリーンのループ状態の時も、、、てな状況です。

本日のイベントログの表示は次のとおりです。
このコンピューターはバグチェック後、再起動されました。バグチェック: 0x000000ef (0xffffe7895e011080, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000)。ダンプの保存先: C:\WINDOWS\MEMORY.DMP。レポート ID: 0137308b-00cb-4472-92f9-216e54dc26c8

BuluescreenView
010520-24093-01.dmp 2020/01/05 4:03:46 CRITICAL_PROCESS_DIED 0x000000ef ffffe789`5e011080 00000000`00000000 00000000`00000000 00000000`00000000 ntoskrnl.exe ntoskrnl.exe+1c14e0 NT Kernel & System Microsoft® Windows® Operating System Microsoft Corporation 10.0.18362.535 (WinBuild.160101.0800) x64 ntoskrnl.exe+1c14e0 C:\WINDOWS\Minidump\010520-24093-01.dmp 4 15 18362 470,588 2020/01/05 5:10:48

かなり厄介な状態のようですね。0x000000EF = CRITICAL_PROCESS_DIED ですから、OS の
重要なプロセスがエラーとなってしまったようです。調べた限り、原因は多方面に及び、
明確な対処法もないようです。https://www.blockmodule.com/archives/3934
私は経験したことがないエラーです。グラフィック回りが問題という可能性は低いで
しょう。

色々なエラーコードとなるというのは、メモリーやページングファイルに問題がある
可能性があります。ただメモリー自体に問題がある場合は、エンコード中に問題が
発生することが多いと思われます。

エンコード終了時に問題が発生するということは、エンコード中にスワップアウト
されていたデータが復元されるタイミングでもあります。私ならページングファイルが
使用しているディスクのチェックから始めると思います。
また通常は起動ディスクにあるページングファイルを物理的に別のディスクに移動する
ことも試したほうが良いかも。

＞fayさん
＞エンコード終了時に問題が発生するということは、エンコード中にスワップアウト
＞されていたデータが復元されるタイミングでもあります。私ならページングファイルが
＞使用しているディスクのチェックから始めると思います。
＞また通常は起動ディスクにあるページングファイルを物理的に別のディスクに移動する
＞ことも試したほうが良いかも。
DISK(SSD)のチェックとメモリのチェックはしたんですよね。
ひょっとしたら電源の不調なのかもとも思い始めています。

今日は、、、

010620-24218-01.dmp 2020/01/06 4:09:22 SYSTEM_SERVICE_EXCEPTION 0x0000003b 00000000`c0000005 fffff231`2c4353cc ffffa98d`98068190 00000000`00000000 win32k.sys win32k.sys+53cc Full/Desktop Multi-User Win32 Driver Microsoft® Windows® Operating System Microsoft Corporation 10.0.18362.535 (WinBuild.160101.0800) x64 ntoskrnl.exe+1c14e0 C:\WINDOWS\Minidump\010620-24218-01.dmp 4 15 18362 1,072,868 2020/01/06 5:12:50

と、

010520-38093-01.dmp 2020/01/05 18:20:13 IRQL_NOT_LESS_OR_EQUAL 0x0000000a ffffa882`decfb618 00000000`00000002 00000000`00000000 fffff804`5e438b98 ntoskrnl.exe ntoskrnl.exe+1c14e0 NT Kernel & System Microsoft® Windows® Operating System Microsoft Corporation 10.0.18362.535 (WinBuild.160101.0800) x64 ntoskrnl.exe+1c14e0 C:\WINDOWS\Minidump\010520-38093-01.dmp 4 15 18362 1,201,164 2020/01/05 18:22:49

もう毎朝の恒例になってきてしまいました。
ダメもとで電源交換してみようかな。

電源の可能性もありますが、マザーボードのコンデンサが劣化しているという可能性も
あります。以前経験したことがあり、これが原因でブルースクリーンも発生していました。

G45 ということは10年以上前の PC ということになります。コンデンサは基本的に消耗
するものですし、そろそろ替え時ではないかと思います。

自己解決しました！
疑っていた電源を交換したらあっさりと解決しました。
ただ、なぜにTMPGEnc7のバッチエンコードが終了すると発生していたのかが疑問です。
ご協力頂いた皆様ありがとうございました。

BD-RE XLにて焼いたBDを読み込もうとすると、

BDAV\INFO.BDAV
このファイルはサポートしていません。(エラーコード0x80048003)

とダイアログが出て読み込めない。フリーのタイトル抜き出しツール「BDAVTOOL」で読み込むとタイトルが抽出出来ます。

使用バージョン TMPGEnc Video Mastering Works 7 Ver.7.0.13.15

音声をOpusで出力する際のビットレートの選択肢に、96Kbpsと160Kbpsを追加してもらえませんか？

最近のYouTubeの動画の音声は、ほとんどがOpus 160Kbpsですので、是非お願い致します。

ビットレートの選択肢を増やして頂いて、ありがとうございました。