Revo Metro 5.8.5（Windows）で「Parallel Line」モードが固まる・クラッシュする原因と対処法まとめ

Revo Metro 5.8.5に更新したら、Feature Scanではフレームレートが改善したのに、Parallel Line（平行ライン）スキャンへ切り替えると1分前後で極端に重くなり、フリーズやクラッシュが発生する――。さらにマーカー数が多いほど悪化し、イベントログ上は Qt5Core.dll と ExceptionCode: c0000005（アクセス違反）が出ている。
この記事では、この症状を「再現条件の整理→切り分け→現実的に効く回避策→ログの取り方」まで、手順化してまとめます。

• Revo Metro 5.8.5（Windows）で「Parallel Line」モードが固まる・クラッシュする原因と対処法まとめ
  • 症状の整理：何が起きているか
  • エラーログの意味：Qt5Core.dll と c0000005
  • まず効く回避策：クラッシュを止めるための現実解
    • 1) マーカー運用を「増やし方」で工夫する
    • 2) 解像度・フレームレート・品質のどれかを1段落とす
    • 3) アプリの設定初期化（設定ファイル破損の排除）
    • 4) 仮想メモリ（ページファイル）を増やす
    • 5) 再インストール（Qt5Core.dll の置き換え）
  • 切り分け：原因を狭めるチェックリスト
  • ログの取り方：開発側に刺さる情報を残す
  • それでも直らない場合：判断基準と次の一手
  • まとめ：安定運用の最短ルート

症状の整理：何が起きているか

まず、状況を短く言語化すると次の通りです。

• 環境：Windows 11 Pro 24H2、i7-7700、RAM 32GB、GPUはGTX 1080（アプリ側の要件上は非対応でCPUアクセラレーション運用）

• Revo Metro 5.8.5で、Feature Scanはフレームレートが改善

• しかしParallel Lineにすると、平均20〜25fps程度で動いていたものが、約1分で急降下→フリーズ

• 復帰する場合もあるが、落ちるとウィンドウが閉じる（クラッシュ）

• マーカー数が増えるほど悪化、20未満にすると完走できるが精度・安定性に制約が出る

• アプリケーションログ：モジュールがQt5Core.dll、例外コードがc0000005（アクセス違反）

ここで重要なのは、「更新で全体性能は上がったのに、Parallel Line＋多マーカーでだけ破綻している」点です。つまりCPUの純粋な処理能力不足というより、特定モードの処理（マーカー検出・追跡・メモリ管理・スレッド処理）で、どこかが限界を踏んでいる可能性が高いです。

エラーログの意味：Qt5Core.dll と c0000005

• Qt5Core.dll は、Qt（GUI/アプリ基盤）を構成する主要ライブラリです。ここが落ちる時、原因は「UIそのもの」よりも、Qtのイベントループに渡されるデータが壊れた、スレッド競合、メモリ破損、想定外入力で例外が伝播した、など“上流の不具合”であることが多いです。

• c0000005 はアクセス違反で、典型的には「不正なメモリアドレス参照」です。ドライバ、メモリ不足、メモリ破損、並列処理のバグ、特定条件でのバッファ溢れなどが疑われます。

つまり、ログだけで「これが原因だ」と断定はできませんが、対処は (1)負荷条件の緩和 と (2)設定・環境の切り分け と (3)再インストールやダンプ取得で開発側が追える状態にする の3本柱が効果的です。

まず効く回避策：クラッシュを止めるための現実解

いきなり根治を狙うより、「作業が止まらない状態」を先に作るのが得です。以下は効果が出やすい順に並べます。

1) マーカー運用を「増やし方」で工夫する

「20未満なら完走」できるなら、次を試してください。

• 最初はマーカー少なめで位置合わせ→途中で段階的に増やす

• マーカーを一気に画面に入れず、視野内に入るマーカー密度を下げる

• マーカーが反射・白飛びして誤検出しやすい場合は、照明を落として露出を見直す（誤検出が増えると追跡処理が急増しがち）

Parallel Lineは構造的に「線状特徴＋マーカー追跡」の負荷が偏りやすいので、同じ総数でも“同時に見える数”が効いてきます。

2) 解像度・フレームレート・品質のどれかを1段落とす

Parallel Line側の設定で、可能なら次のどれかを落とします。

• 取得解像度を下げる

• フレームレート上限を下げる

• 追跡/特徴検出の精度（Quality）を1段階下げる

狙いは「1分後に起きる処理詰まり」を回避することです。バッファが溜まり続けるタイプの不具合だと、ピーク性能ではなく“平均的な余裕”が重要になります。

3) アプリの設定初期化（設定ファイル破損の排除）

アップデート直後にだけ起きる不安定さは、旧設定が新バージョンで想定外になっているケースもあります。

• Revo Metroの設定で「初期化」「リセット」があれば実行

• なければ、プロファイル/キャッシュを削除（アプリ側の手順があるならそれに従う）

設定が絡むと、同じ環境でも「Parallel Lineだけ」落ちることが起こりえます。

4) 仮想メモリ（ページファイル）を増やす

RAM 32GBでも、巨大データや一時バッファが膨らむと落ちます。特に“しばらく動いた後に急に死ぬ”は、メモリ断片化やコミット上限の可能性があります。

• Windowsの仮想メモリを「システム管理」ではなく、十分大きめに固定（例：最小/最大を同じ値に）

• 目安は、ストレージが許す範囲でRAM相当〜1.5倍程度

5) 再インストール（Qt5Core.dll の置き換え）

Qt系のDLLは、インストールの不整合や上書き失敗でも落ちます。

• アンインストール→再起動→最新版を入れ直す

• 可能ならインストーラを管理者権限で実行

切り分け：原因を狭めるチェックリスト

再現条件を最短で絞るために、以下を順に試します（1つずつ変更が基本）。

1. 同じ対象物・同じ照明で、マーカー数だけ変えて再現するか

2. Parallel Lineの設定を最小構成にしても落ちるか（品質・解像度など低め）

3. バックグラウンド常駐（録画、オーバーレイ、監視系）を停止して改善するか

4. Windowsの「クリーンブート」に近い状態でも再現するか

5. 同じデータ量でFeature Scanでは絶対に落ちないか（モード依存の裏取り）

この中で「マーカー数や密度で再現性が高い」なら、アプリ側の処理負荷かメモリ管理の問題である可能性が強くなります。

ログの取り方：開発側に刺さる情報を残す

イベントログだけでも有用ですが、Qtやアクセス違反は「落ちた瞬間のダンプ」があると段違いに解析しやすくなります。

• イベント ビューアー：
  Windowsログ → アプリケーション → エラー（EventID 1000）を保存

• Windows Error Reporting（WER）のローカルダンプ：
  可能なら、RevoMetro.exeのクラッシュダンプ（.dmp）を出す設定を行い、再現後に回収

ダンプがあると、「どのスレッドで」「どの関数から」「何を参照して」落ちたかが追えるため、再現性が低い問題でも修正に繋がりやすいです。

それでも直らない場合：判断基準と次の一手

次の条件に当てはまるなら、環境側で頑張るより「不具合として報告」した方が速いです。

• Parallel Line＋マーカー多めで、高確率で1分前後に再現

• 設定初期化・再インストール・仮想メモリ増加でも改善しない

• Feature Scanは安定している（モード依存が明確）

その場合、報告時に価値が高いのは「再現手順の短さ」です。例えば、

• 5.8.5 / Windows 11 Pro 24H2 / CPU運用

• Parallel Lineへ切替

• マーカー数N以上で約1分後にfps低下→フリーズ→クラッシュ

• EventID 1000 / Qt5Core.dll / c0000005

ここまで揃っていると、再現検証が非常にやりやすくなります。提供元が Revopoint 3D のソフトである以上、モード固有の処理やマーカー検出ロジックの変更が入っている可能性もあり、再現性の高い報告は改善に直結します。

まとめ：安定運用の最短ルート

• この症状は「Parallel Line＋多マーカー」で負荷が集中し、Qt5Core.dllでアクセス違反（c0000005）が出て落ちている形

• まずは 同時に見えるマーカー密度を下げる／品質設定を落とす／設定初期化／仮想メモリ増加／再インストール の順で回避を狙う

• 再現性が高いなら、イベントログに加えてWERのダンプがあると解析が進みやすい

• GPU非対応構成の場合、CPU側で“平均余裕”を作る設定が効きやすい（ピークfpsより、1分後に詰まらないことが重要）

なお、環境が Windows やドライバ更新の影響を受けることもあるため、OS更新履歴や Microsoft / NVIDIA ドライバ周りの変更が直近で入っている場合は、更新前後で再現性が変わるかも合わせて確認すると、原因特定がさらに速くなります。