Monosnapがキャプチャ時にフリーズしますか？
こちら’その解決策です。

フリーズする理由

2つの根本原因が組み合わさっています。1つ目はMonosnapのElectronシェルです。キャプチャオーバーレイを呼び出すたびに、Chromiumはすべてのモニター上にネイティブ解像度で暗くなった背景を描画し、その後、選択ドラッグ用のイベントリスナーをインストールする必要があります。単一の1080pモニターではこれは高速ですが、DPIスケーリングが混在する4モニター設定では顕著になり、 性能が低下した プロセス（下記参照）では、フリーズします。

2つ目の原因は、徐々に進行するメモリリークです。数時間の使用後、Monosnapのプロセスは数百MBの保持された画像バッファを蓄積します。ホットキーを押すと、OSは新しいキャプチャのための領域を確保するためだけに、その大きなワーキングセットをやりくりしなければなりません。8GBまたは16GBのRAMを搭載したマシンでは、これがページフォールトの連鎖を引き起こす可能性があります。OSがメモリをページイン・ページアウトして領域を確保し、その間アプリをロックしてしまうのです。

機能しない回避策’本当に機能しない

• Monosnapを定期的に再起動する。 RAMのベースラインはリセットされますが、リークはすぐに再開します。
• マルチモニターキャプチャを無効にする。 オーバーレイ描画のコストは削減されますが、複数のディスプレイにまたがるキャプチャ機能が失われます。
• ホットキーの使用頻度を減らす。 根本的な解決策ではありません。単にツールの使用頻度を減らしているだけです。
• プロセスの優先度を「高」に設定する。 一時的に役立つこともありますが、リークは解決されません。

機能する解決策

Maxisnapは、キャプチャ時のフリーズ動作を排除するために特別に構築されました。Electronベースではありません。Chromiumレンダラーも、組み込みブラウザも、段階的なメモリ蓄積もありません。キャプチャオーバーレイは、1フレームで描画されるネイティブのQtウィジェットです。マルチモニターはネイティブで処理され、オーバーレイはディスプレイごとの再初期化なしに、すべてのディスプレイに同時に表示されます。妥当なハードウェアであれば、キャプチャからエディターへの遅延は200ミリ秒未満であり、一日中その状態を維持します。

Monosnapとまったく同じデフォルトのホットキーを使用します。 Ctrl+Alt+5 領域、 Ctrl+Alt+6 全画面、 Ctrl+Alt+7 領域選択とアップロード。ワークフローは変わりません。