播放速率显示2倍却音量也被改了，怎样独立记录 ratechange 与 volumechange

倍速、音量与静音是独立属性，分别记录 ratechange 和 volumechange。把速率设为2后音量数值不应被界面同步代码误改；但属性数值检查不能推断实际声压、音调或扬声器输出。

一次只改一个维度

夹具先把playbackRate设成2，等待ratechange并核对volume仍是1；随后把volume设成0.25，等待volumechange；最后设muted=true，再次观察volumechange。这样的顺序让每个变化来源清楚，不会把多个设置挤在同一个任务中后，只凭最终日志猜哪项触发了事件。

同一事件可能对应不同属性

volumechange既可能由volume变化引起，也可能由muted变化引起，因此日志必须同时保存两者。不能收到volumechange就把滑块归零，用户可能只是点了静音，原来音量仍应保留。取消静音后恢复原音量是一种常见交互选择，但也要由产品约定；本例只验证底层属性互不替代，不实现任何现场设备音量控制。

区分当前速率与默认速率

真实播放器还可能使用defaultPlaybackRate作为默认值，切换资源或重置流程时应确认初始化策略。不能把界面显示的2倍当作元素一定使用2倍，应在事件回调或状态读取时展示实际playbackRate。浏览器对非常高、低或负速率的支持可能不同，本例仅使用常见正值2，不借此宣称倒放或极端倍速全浏览器通用。

声学结论必须另有测量

元素音量0.25不表示声压变成四分之一，也不说明不同设备听感一致；音调保持与系统处理链也不是本题的断言对象。附件的PCM静音资源只提供媒体环境，没有播放出声或调用系统混音器。若现场出现倍速后音量变化，应先比对属性日志，再检查应用是否把两个滑块状态复用了同一个变量，最后才进入真实音频链路调查。

把事件批次和属性读取对应起来

浏览器事件通常在任务队列中处理，连续赋多个属性时，回调读到的可能已是最后状态。附件故意每次设置后等待对应条件，再进入下一步，以避免混淆。真实界面若合并更新，可以记录意图与最终状态，不应要求每条回调一定反映赋值前的中间值。若要测倍速是否真的使时长缩短，还需独立计时实验；本题没有用属性事件替代播放进度测量。

下载并复现

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

继续核查与一级出处

基础背景见播放列表与定时播放配置。当前静音与默认标记的区别会影响音量界面初始化，可继续用静音开关刷新后又变回去，怎样分清 muted 与 defaultMuted取证；相关工程入口在专题与产品对接说明。

• playbackRate、volume及对应事件：2026-10-24已联网读取一级来源；WHATWG HTML Living Standard，读取页标记2026-10-22更新。