循环片播到结尾不触发下一段，怎样核对 loop 与 ended 条件

在非负播放速率下，loop 会让媒体到结尾后回到开头，不能继续依赖 ended 推进下一段。先确定需要原生循环还是应用接管结尾，再用真实时间推进与事件记录核对。

两种结尾策略不要同时负责

附件同一份0.4秒PCM静音音频先关闭loop，等待ended，随后打开loop继续播放。关闭组应进入结束状态；开启组多次采样currentTime能看到数值回退，但ended计数不增加。若播放列表希望到结尾换下一个条目，就应明确关闭原生循环，由列表逻辑接管，不能又开loop又等一个不会按预期来的ended。

用跨越结尾的采样作为对照

程序以80毫秒间隔取14个时间点，断言至少出现一次后值小于前值，证明播放跨过结尾回到前部。这不是逐帧采样，也不用于测循环接缝是否无缝；事件和时间的任务不同。只看paused=false无法证明循环已经发生，短时采样若还没到结尾也不能说明ended行为。

不要把业务等待写进媒体属性

有人站在感应区是否重播、播完是否回待机等规则属于应用状态机，不能只凭一个loop值决定全部流程。一次播放的结束、用户跳转到结尾、切换资源和显式停止可能对应不同业务含义，应分别定义。附件不读取传感器，也不执行下一片源，只验证原生loop对结尾事件的影响。

真实素材还要复验接缝

现场若要求连续音乐、无黑帧或多屏同步，需要用目标视频、音频设备与输出路径测量，不能从0.4秒静音WAV推断。不同编解码器或资源缓冲方式会影响可见接缝。遇到列表卡住时，先打印loop、playbackRate、ended与当前时间，再定位是否把原生循环和应用推进叠在一起，而不是盲目增加延时触发下一段。

对时间回退使用合适解释

采样中后值小于前值只在本例受控loop场景里作为跨结尾证据；真实应用还可能由用户寻址、资源重置或播放速率变化造成。若要统计完整播放次数，应记录loop设置、资源标识与主动跳转，别只用currentTime回退累加。附件关闭组明确收到ended，开启组只保持原计数，这能定位列表等待条件，却不是广告播放量或业务曝光量的统计模型。

下载并复现

下载原创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实跑；无实体硬件或业务控制。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

继续核查与一级出处

基础背景见播放列表与定时播放配置。循环时间回退与用户主动寻址不能混作同一种播放结束，可继续用拖动进度条后时间马上变了算完成吗，怎样等待 seeked 再核对取证；相关工程入口在专题与产品对接说明。

• 非负速率下loop会影响ended事件：2026-10-24已联网读取一级来源；WHATWG HTML Living Standard，读取页标记2026-10-22更新。