701b57bfe8
The asset-library thumbnail called VideoManager::get_frame, which honors the render-pass hardware flag — left ON by the preview, so the thumbnail got a GPU frame with empty rgba_data → an all-black thumbnail. The thumbnail is also the only consumer that requests a fixed low timestamp (1.0s) on the shared per-clip decoder, so when it re-decodes during playback it yanks the decoder back to ~1s; the next playback frame (6.x) is then ">2s forward" and re-seeks to the keyframe + re-decodes the whole GOP (the jerk: per-frame decode is ~5ms, but these seeks cost 40ms + N-frame catch-up). Add VideoManager::get_frame_cpu (forces want_gpu=false regardless of the render flag); the thumbnail uses it. Now it produces a real RGBA thumbnail that the editor texture-caches once, instead of re-decoding black frames. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| beamdsp | ||
| egui_node_graph2 | ||
| gpu-video-encoder | ||
| lightningbeam-core | ||
| lightningbeam-editor | ||
| .gitignore | ||
| Cargo.lock | ||
| Cargo.toml | ||
| GPU_VIDEO_DECODE_PLAN.md | ||
| build-static.sh | ||
| build-windows.bat | ||