[Bug]: Timeline in editor video preview stuck or laggy
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 48/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- electron, typescript
- 領域
- desktop, performance
研究方向
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.
由索引模型根據 Issue 內容生成。
描述
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
- 主要語言
- TypeScript
- 星號
- 3.7k
- 分支
- 231
- 平均合併
- 17 小時 7 分鐘
- 30 天內合併 PR
- 277
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
getopenscreen/openscreen 的其他 Issue
-
Native review wanted: machine-translated recording bar tooltips (14 locales)可能重新可做 @auberginewly 於 28 天前認領，目前沒有進行中的 PR。 未關閉good first issue help wanted
難度 2/5 1-3 小時 新手友好度 68/100
getopenscreen/openscreen#913 · 5 則留言 ·
維護者通常 1 天內回覆
-
enhancement
難度 4/5 3-5 天 新手友好度 48/100
getopenscreen/openscreen#1483 ·
維護者通常 1 天內回覆
-
enhancement
難度 4/5 3-5 天 新手友好度 42/100
getopenscreen/openscreen#1477 ·
維護者通常 1 天內回覆
-
enhancement
難度 4/5 3-5 天 新手友好度 35/100
getopenscreen/openscreen#1473 ·
維護者通常 1 天內回覆
-
bug
難度 4/5 3-5 天 新手友好度 18/100
getopenscreen/openscreen#1465 · 3 則留言 ·
維護者通常 1 天內回覆
查看 getopenscreen/openscreen 的全部 Issue
相似的 Issue
-
Cleanup Setup可能已有人在做 @AlexanderKaran 今天認領。 未關閉documentation enhancement
難度 2/5 1-3 小時 新手友好度 64/100
e18e/framework-tracker#769 ·
維護者通常 1 天內回覆
-
bug v2
難度 1/5 1 小時以內 新手友好度 88/100
modelcontextprotocol/servers#5483 ·
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 84/100
XiaomiMiMo/MiMo-Code#2783 ·
維護者通常 1 天內回覆
-
area: web bug
難度 2/5 1-3 小時 新手友好度 76/100
kinqsradio/orbyn-engineering#227 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 85/100
joeldesante/TurfBuilder#258 ·
維護者通常 1 天內回覆