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

Ouverte
  • Quelque chose ne va pas ?
#1,475 4 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
48/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
electron, typescript
Domaine
desktop, performance

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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

Langage dominant
TypeScript
Étoiles
3.7k
Forks
231
Merge moyen
19 h 7 min
PR mergées (30 j)
266

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de getopenscreen/openscreen

Toutes les issues de getopenscreen/openscreen

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.