简短回答
大型播放列表的速度慢不仅仅因为其条目数。元数据、插图、EPG 大小、设备内存和索引策略通常更重要。一个有用的测试将下载时间、首次导入、导航和媒体启动时间分开。
要点
- 与日常使用分开测量初始同步。
- 艺术作品和 EPG 的重要性可能超过播放列表本身。
- 低内存盒子需要增量加载和有界缓存。
- 使用相同的授权来源、网络和设备进行比较。
大型目录的四项隐性成本
| 舞台 | 球员工作 | 管理不善的症状 |
|---|---|---|
| 下载 | 接收播放列表、类别和EPG | 进度停滞或网络相关的延迟 |
| 解析 | 读取条目并标准化元数据 | 第一次导入很长 |
| 索引 | 准备搜索、分组和EPG匹配 | 搜索缓慢且结巴UI |
| 显示 | 按需加载图稿和可见行 | 内存压力和应用程序重启 |
优化后的播放器应该做什么
- 逐步写入数据，而不是将完整目录保留在内存中。
- 虚拟化长列表，以便仅绘制可见行。
- 根据可用内存限制和驱逐图像缓存。
- 索引搜索远离UI线程。
- 仅在格式允许的情况下更新已更改的数据。
- 在后台工作继续进行的同时保持远程导航。
一个简单的可比测试
- 重新启动设备并关闭其他应用程序。
- 在每个播放器中使用相同的授权测试源。
- 与完全同步分开的第一个可用屏幕的时间设置。
- 打开直播媒体、指南、搜索、收藏夹和多个类别。
- 十到三十分钟后返回以检测内存驱逐。
- 重复3次，保留中位数，而不是最好的结果。
用户可用的改进
- 为本地数据库和缓存保留可用存储空间。
- 删除不必要的后台应用程序。
- 使用Ethernet或稳定的Wi-Fi来隔离网络问题。
- 避免一次启动多个同步。
- 保持系统、播放器和播放组件更新。
DringTV将发布什么
我们的测试协议将披露设备型号、目录大小、导入时间、首次交互时间以及导航后的稳定性。数据只有在重复测量后才会发布。
常见问题
对于 Android TV 来说，多少条目太多？
没有普遍的门槛。两个相同大小的目录可以承载截然不同的艺术品和EPG负载，并且设备具有不同的内存限制。
更快的互联网会让整个应用程序更快吗？
它改进了下载，有时还改进了媒体启动，但不能改进本地索引或低效的界面。
技术参考
DringTV 只是一个媒体播放器。它不提供、销售或推荐任何频道、播放列表、门户或内容。仅使用您有权访问的来源，并遵守来源所有者的规则和您所在国家/地区的法律。