拖动进度条后时间马上变了算完成吗，怎样等待 seeked 再核对

设置 currentTime 只是提出跳转请求，不能仅凭读回时间已经变化就宣告跳转完成。先等元数据可用，监听这次 seeked，再核对 seeking 已为 false 和目标时间容差。

目标时间必须属于已知范围

附件使用四秒静音WAV，等待元数据和当前可播放数据，并核对seekable包含1.25秒，再跳到该点。本地服务支持这份短WAV的字节范围读取，避免在seekable尚为空时提出跳转后被校正回零。真实项目应检查duration是否有限、seekable是否包含目标；显示总长不保证任意时间段当前都能寻址。

先订阅完成事件再设置时间

程序先建立一次性seeked监听，然后赋值currentTime，避免短资源跳转太快错过事件。日志同时记录seeking和seeked回调中的时间与状态，完成断言要求seeking为假且时间距目标小于0.03秒。这个容差是本例API状态检查约定，不是视频逐帧准确性承诺，也不等于音视频同步测量结果。

用户继续拖动时要识别旧请求

如果连续拖动进度条，前一个目标可能被后一个覆盖。应用应保存最新目标编号，或者在拖动过程中只显示预览，松手后执行一次正式跳转，不能把第一个seeked无条件归给最后一个滑块位置。附件只发一次请求，用来验证基础完成边界；并发拖动的策略应在项目交互约定里补充。

完成状态与可见画面仍不同

seeked证明媒体元素结束这次寻址，不保证视频已经在显示器上刷新到某一指定帧，也不能证明实体声音从目标位置准确开始。若目标是精确帧展示，需继续验证浏览器视频帧回调、片源结构与实际输出。这里不读取MP4关键帧或PTS，不涉及WebVTT章节；把API时间检查与文件时间轴分析分开，才不会扩张结论。

跳转完成后不要立刻假定已恢复播放

本例在暂停状态也能寻址，seeked并不要求元素正在播放。应用应区分用户拖进度前是暂停还是播放，以及松手后是否恢复原意图；不要每次seeked都无条件play。需要等待目标位置实际视频帧时，应另记录帧回调或画面证据。当前夹具使用音频，不能凭1.25秒的API读值宣称某张视频帧已经显示在大屏上。

下载并复现

下载原创HTML夹具、独立验证程序、本次执行记录和依赖与运行说明，放在同一目录。安装Playwright 1.58.0及其Chromium后运行 python verify.py；程序使用两个随机本地端口，自动关闭浏览器与服务，不请求外网或业务接口。

另可下载原创PCM静音样本直接检查媒体文件。HTML使用相对资源地址；验证服务生成相同PCM样本并支持本例字节范围请求。

本次实际环境为Python 3.12.4、Playwright 1.58.0、Chromium 145.0.7632.6。Playwright浏览器鼠标/键盘与页面API实跑；无实体硬件或业务控制。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

继续核查与一级出处

基础背景见播放列表与定时播放配置。寻址前提应以媒体就绪和错误状态记录支持，可继续用播放器显示已加载却还不能出声，怎样分开 networkState 与 readyState取证；相关工程入口在专题与产品对接说明。

• seeking与seeked及currentTime设置过程：2026-10-24已联网读取一级来源；WHATWG HTML Living Standard，读取页标记2026-10-22更新。