Him188
Him188
> 顺便也重做缓存状态通知 建议单独 PR
看了下, 数据层没有, 还需要 graphql 批量复查别名, 比较麻烦
```patch Subject: [PATCH] p --- Index: app/shared/app-data/src/commonMain/kotlin/data/source/media/selector/MediaSelectorFactory.kt IDEA additional info: Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP UTF-8 =================================================================== diff --git a/app/shared/app-data/src/commonMain/kotlin/data/source/media/selector/MediaSelectorFactory.kt b/app/shared/app-data/src/commonMain/kotlin/data/source/media/selector/MediaSelectorFactory.kt --- a/app/shared/app-data/src/commonMain/kotlin/data/source/media/selector/MediaSelectorFactory.kt (revision 33eec9b0a9a86c3673bfab56a686152d9fb35b8d) +++ b/app/shared/app-data/src/commonMain/kotlin/data/source/media/selector/MediaSelectorFactory.kt (date 1727205589136) @@ -51,6 +51,7 @@...
Already implemented in 4.3.0
应该在 4.4 重写播放器逻辑后没有了
目前性能已经优化得比较好了, 安卓完美, PC 还跳我们更怀疑是 Skiko 目前渲染低效的问题 先搁置了, 后面可能还需要 profile 看卡的那一瞬间发生了什么 在我们 APP 里面还能优化的, 有: - 弹幕位置的运算效率: 目前会调用很多函数计算, 调用函数的 overhead 应该会大于浮点计算本身. 优化 locality 应该能获得一些提升, 但我感觉这东西应该比较轻微, 因为弹幕一般情况只有几十个 - 有可能在那一刻发生了 GC, 但 JDK...
是, 帧率跑到垂直同步
跑得更高是更流畅的, 跟跳一下没有关系应该
文字运动和视频是不一样的, 之前 PC 只跑 70 帧 (平均, LOW 帧肯定很低) 我都感觉巨卡
想到一个问题，目前会不会有可能渲染了过多的视频帧，因为 vlc 连暂停的时候都会连续回调 draw，vlc 可能回调的次数每秒要大于24？