Cap启动崩溃反馈官方
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- rust
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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)
- 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
- 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)
- Disabled the 2 virtual display adapters (OrayIddDriver / MuMu) — no change.
- 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).
- Ran Cap as administrator — no change.
- 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.)
- Lenguaje dominante
- Rust
- Estrellas
- 22.8k
- Forks
- 2k
- Merge medio
- 10 h 41 min
- PR fusionados (30 d)
- 89
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de CapSoftware/Cap
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CapSoftware/Cap#2384 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
CapSoftware/Cap#2305 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CapSoftware/Cap#1714 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
CapSoftware/Cap#2409 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 64/100
CapSoftware/Cap#2408 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de CapSoftware/Cap
Issues similares
-
discover: `sudo RTK_DISABLED=$VAR …` is not detected as a bypass when `sudo` is a transparent prefixAbiertoarea:cli bug good first issue priority:medium
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
rtk-ai/rtk#4412 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[review-skill] Unresolved review threads need paginated GraphQL; first:100 silently truncatesAbiertoskill:code-review
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
component:sight
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
agentic-os-org/ANOLISA#4115 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
rivet-dev/rivet#5819 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
A-io-database bug needs triage python
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día