ForeverSc
ForeverSc
可以贴一下浏览器版本和系统版本，估计是移动端的兼容性问题，后续我看下。推荐还是优先用电脑哈
目前延迟是为了不block主线程的UI操作，后续计划是会有两个worker，一个worker渲染，一个worker做encode，速度会快不少
暂时还没时间改这块儿，理论上是可以的，不过我估计耗时的卡点会在encode上，而不是render，所以即使开很多worker并发去render意义不会特别大
理论上也是可以的，多开几个VideoEncoder worker同时去生产VideoEncodedChunk，不过可能还需要看看muxer上能否支持，整体需要做一套调度控制的逻辑才行
这一步是封装视频，render是：https://github.com/vnve/vnve/blob/5e57b8f6167c80c553b4ec48ff8fc020bff07e9e/packages/core/src/Creator/index.ts#L97
seek的速度应该不会很慢，是视频文件很大而且还没加载完么？
确实有点奇怪，可以先不用合成，就循环seek，看看是否会有类似的问题，排除下合成的干扰。感觉有点像合成的影响，造成了性能下降
可以单独写个页面，就只有一个video标签，然后循环seek看看会不会有延迟。只注释这里可能会有其他逻辑干扰
那这看起来就是浏览器video标签本身seek的坑了，可能和视频编码格式也有关系，估计不太好解决了，可能只能换实现方式了，晚点我也研究下看看
看了下通过video标签没有什么特别好的办法，后续还是通过webcodecs decode来实现会好些。不过整体肯定耗时会多一点，因为无论哪个方案都要对视频做解码，是个相对耗时的操作。