关于seeked事件平均time-lost（tolerance）及老旧设备表现的问询

核心结论 #

HTML5视频规范并未对seeked事件触发时的时间偏差（即你所说的time-lost/tolerance）制定强制标准，实际偏差值受设备性能、浏览器版本、视频编码格式三大因素直接影响。

不同设备的表现差异 #

• 新设备/高性能设备：硬件解码能力强，浏览器对视频seek逻辑优化充分，执行video.currentTime = 50后，seeked触发时的实际播放位置与目标值偏差通常极小（接近0），你测试到的"即时更新"是正常表现。
• 老旧/低性能设备：偏差会显著增大，常见场景包括：
  • 硬件解码算力不足，解析视频关键帧耗时久，偏差可能达到500ms~1s甚至更高；
  • 高码率、复杂编码（如H.265）的视频会进一步放大偏差，低码率H.264视频的偏差相对更小；
  • 旧版浏览器/WebView对seek流程的优化不完善，也会导致时间偏差增加。

注意事项 #

你提到的timeupdate事件出现250ms损耗，可能是该事件的触发机制导致的——浏览器通常每250ms左右触发一次timeupdate，并非seek操作本身的偏差。若要准确获取seek完成后的真实位置，建议监听seeked事件，在事件回调中读取video.currentTime，这个值更接近实际seek到的位置。

内容的提问来源于stack exchange，提问作者Kevin