[Bug]: Timeline in editor video preview stuck or laggy

Offen
#1,475 4 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

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

bug
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):

  1. Switched the app's graphics preference between iGPU (AMD) and Dedicated GPU (RTX 5060) via Windows Graphics Settings.
  2. Toggled Windows "Hardware-Accelerated GPU Scheduling (HAGS)" On and Off.
  3. Cleared the application caching data in %appdata%\openscreen.
  4. 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
  1. record
  2. go to edit
  3. 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

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus getopenscreen/openscreen

Alle Issues in getopenscreen/openscreen

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.