Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Cap启动崩溃反馈官方

オープン
#2,403 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
38/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
活発
技術スタック
rust

調査の方向性

Start with the reported logs at %LOCALAPPDATA%\so.cap.desktop\logs\cap-desktop-errors.log and cap-desktop.log, focusing on the cap_desktop_lib GPU recovery path and cap_rendering DisplayLayer initialization. Reproduce on the described Windows 10 dual-GPU, multi-monitor setup and investigate the DXGI Desktop Duplication area. Done means the app remains open in both hardware and software-rendering recovery paths without silently exiting.

索引モデルが issue の本文から書いたものです。

説明

bug

Cap Desktop 启动即崩溃 Bug 报告

提交到: https://github.com/CapSoftware/Cap/issues (New Issue)


Title(建议标题)

Cap Desktop 0.6.0 crashes/exits silently on launch on Windows 10 (dual-GPU, multi-monitor), in both hardware and software-rendering recovery modes

Environment

  • App: Cap Desktop 0.6.0 (Windows x64, DCH)
  • OS: Windows 10 22H2 (build 10.0.19045)
  • GPU: NVIDIA GeForce RTX 2060 SUPER (driver 616.92, 2026-09) + Intel UHD Graphics 770 (hybrid dual GPU)
  • Displays: two monitors — 2560x1440 (NVIDIA) and 1920x1080 (Intel)
  • Note: machine previously also had 2 virtual display adapters installed (OrayIddDriver/向日葵, MuMu Virtual Display); disabling them did NOT change the behavior.

Symptom

  • Cap launches, window appears briefly, desktop flashes once, then the process exits silently.
  • No Windows crash report / no WER dump / no error dialog is produced.
  • Occurs every launch, reproducibly.

Log evidence (%LOCALAPPDATA%\so.cap.desktop\logs\cap-desktop-errors.log)

  1. Hardware GPU path crashes during GPU initialisation:
ERROR cap_desktop_lib::crash_sentinel: Previous Cap session terminated without a clean shutdown
 prev_pid=... prev_gpu_init_phase=true prev_graphics_recovery=false
WARN cap_desktop_lib: Previous Cap session terminated during GPU initialisation; using Windows software graphics recovery mode for this launch
  1. Software-recovery path gets further but still exits silently right after the display layer initialises (cap-desktop.log):
INFO cap_desktop_lib::gpu_context: Using software adapter for shared context (CPU rendering)
INFO cap_rendering::yuv_converter: Shared YUV converter pipelines created successfully
INFO cap_rendering::layers::display: DisplayLayer initialized with CPU YUV conversion preference
<--- process exits here, no further log, no crash sentinel entry, no WER report --->

Troubleshooting already tried (all failed)

  1. Disabled the 2 virtual display adapters (OrayIddDriver / MuMu) — no change.
  2. Updated NVIDIA driver from 536.99 → 616.92 and rebooted — no change (hardware-GPU init now succeeds, but app still exits silently after DisplayLayer init).
  3. Ran Cap as administrator — no change.
  4. The crash is not a graphics-driver TDR — no nvlddmkm / display-driver events in System log.

Expected vs actual

  • Expected: Cap opens to the main window and stays open.
  • Actual: exits silently every time, on a supported Windows 10 + NVIDIA RTX 20-series configuration, with dual-GPU/multi-monitor.

Suspected area

Likely in the display-capture / DisplayLayer / DXGI Desktop Duplication path on multi-adapter (hybrid GPU) Windows 10 setups. Happy to provide full logs / run a debug build if helpful.


(如需英文补充:This report was auto-gathered from local logs. Contact available for more details.)

主要言語
Rust
スター
22.8k
フォーク
2k
平均マージ
10時間 41分
マージ済み PR(30日)
89

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

CapSoftware/Cap のほかの issue

CapSoftware/Cap の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。