Yuns

After I upgrade to `8.4.1-dev.f56a756`, the v8 demos still have not changed 😦

> Mind confirming if this is closer to what you need? I think there is no doubt that all demos as close as possible to v6 demos https://pixi-tagged-text-plus-git-pixi-v6-yuns-projects-7ce32866.vercel.app/demos?_vercel_share=SVRTebVS7Pktw3ZhP5VNhlzYjoIwBcKz > a...

大佬看起来暂时也没时间去弄吧？理论上能实现多帧的并发渲染吗？

https://github.com/vnve/vnve/blob/5e57b8f6167c80c553b4ec48ff8fc020bff07e9e/packages/core/src/Creator/Synthesizer.ts#L85-L117 看起来是我表达有误，这一块应该就是 encode 吧？可以并发多个 worker 去解析 imageSource 吗？

https://github.com/vnve/vnve/blob/5e57b8f6167c80c553b4ec48ff8fc020bff07e9e/packages/core/src/Creator/Synthesizer.ts#L228-L247 那这一步算是 render 咯？看起来我得先尝试优化渲染性能问题了 😂

看来还得研究下 🫠

刚才找到了导出太慢的原因，之前添加过 seeked 事件来保证导出视频符合预期 https://github.com/vnve/vnve/issues/2#issuecomment-2128994218 现在发现 currentTime 越大，seeked 耗时越久 😦 这就导致了导出视频会越来越慢，如果逻辑还是这样的话有什么更好的处理方式吗？或者说导出视频的时候得让 Video 元素拥有逐帧渲染的能力，而不是使用 currentTime 来控制？

我本地的，资源都是缓存的，但是 seek 时间基本就是在线性增加，很奇怪，下边打印的 seeked 时间就是从 0 开始增加的 

https://github.com/vnve/vnve/blob/5e57b8f6167c80c553b4ec48ff8fc020bff07e9e/packages/core/src/Creator/Synthesizer.ts#L94-L100 是指的把这个注释掉吧？注释之后还是有这个问题 😂 给人的感觉就是每次都是从 0 开始 seek 才会这样越来越慢

有点神奇了，测试了两个 MP4 视频，一个是现在碰到 seeked 时间递增的视频，共计 8 秒，单独测试后发现行为一模一样， seeked 时间还是会逐步从 0 增加到 500 多毫秒。 另外测试了一个 49 秒的视频，发现它的行为不太一样，seeked 时间逐步从 0 增加 250 毫秒之后周期性循环 🫠 整不会了。 测试代码如下： ```ts export const Page = ()...