[Bug]: Timeline in editor video preview stuck or laggy
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- electron, typescript
- Bereich
- desktop, performance
Rechercherichtung
Start by tracing the editor timeline's video preview and playback entry points, then inspect how pause and clip cuts trigger frame rendering on Windows. Reproduce with the reported Windows 11 dual-GPU setup and compare behavior around playback, pause, and cuts. Done means the preview renders promptly and stays synchronized in those cases; the issue does not name files or tests.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Search existing issues
- I have searched the existing issues
Describe the bug
I am experiencing a severe performance issue where the video preview window in the editor timeline completely freezes/stuck. When I press play, the audio plays perfectly in real-time, but the visual player stays frozen.
The preview frame takes an incredibly long time to render. If I leave the timeline paused and wait for about 5 minutes, the current frame will finally load and can be played. However, the moment the playback reaches a cut area (split clip) or if I press the pause button, the preview window immediately freezes again, forcing me to wait another 5 minutes for the next frame to render.
System Specifications:
• OS: Windows 11 (64-bit)
• Processor (CPU): AMD Ryzen 7
• Dedicated GPU: NVIDIA GeForce RTX 5060
• Integrated GPU: AMD Radeon Graphics (Dual-GPU Setup)
• OpenScreen Version: 2.2.1 (Standalone Desktop Installer / microsoft store version)
Troubleshooting Steps I Have Tried (None Resolved the Issue):
- Switched the app's graphics preference between iGPU (AMD) and Dedicated GPU (RTX 5060) via Windows Graphics Settings.
- Toggled Windows "Hardware-Accelerated GPU Scheduling (HAGS)" On and Off.
- Cleared the application caching data in %appdata%\openscreen.
- Launched the application with Chromium flags: --disable-gpu, --disable-software-rasterizer, and --use-gl=angle --use-angle=d3d11.
Despite all the configurations above, the audio-video desync and the 5-minute frame-rendering delay persist on all videos. It seems like a core issue with how the Chromium/Electron playback engine handles hardware video decoding or frame composing on a dual-GPU laptop setup.
Thanks you
Expected behavior
smooth timeline even when pause, cut, etc
To Reproduce
- record
- go to edit
- cut video or pause video
Screenshots
No response
OS
Windows
OS Version
windows 11
Other OS
No response
Browser
Chrome
Browser Version
No response
Other Browser
No response
Device Type
Laptop
Other Device
No response
Additional context
No response
- Vorherrschende Sprache
- TypeScript
- Sterne
- 3.7k
- Forks
- 231
- Ø Merge
- 17 Std. 12 Min.
- Gemergte PRs (30 T.)
- 274
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus getopenscreen/openscreen
-
Native review wanted: machine-translated recording bar tooltips (14 locales)Evtl. wieder frei @auberginewly hat das vor 26 Tagen übernommen, und es ist kein Pull Request offen. Offengood first issue help wanted
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
getopenscreen/openscreen#913 · 5 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 42/100
getopenscreen/openscreen#1477 ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
getopenscreen/openscreen#1473 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 18/100
getopenscreen/openscreen#1465 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 18/100
getopenscreen/openscreen#1459 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in getopenscreen/openscreen
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Open-Earth-Foundation/CityCatalyst#3399 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
userReport
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
nkprasad12/morcus-net#631 ·
Maintainer antworten meist innerhalb von 1 Tag
-
fix(app): fail closed if GetGeneralSetting fails during initializationEvtl. vergeben @kalavt hat das heute übernommen. Offenbug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
nekko-labs/nekko-agent#1756 ·
Maintainer antworten meist innerhalb von 1 Tag
-
needs-area-label
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 2 Tagen