中柏电脑浏览器因禁用MSE、缺失Widevine CDM及UA识别问题，无法播放HTML5加密视频；实测需用Chrome/Edge替代或验证MSE/EME支持状态。
中柏电脑浏览器不支持 MSE（Media Source Extensions）
中柏电脑预装的系统浏览器（通常是定制版 Chromium 或老旧内核）往往禁用或未实现 MSE API，而 HTML5 播放加密视频（如 AES-128、EME DRM 内容）必须依赖 MediaSource 对象动态喂入解密后的音视频分片。没有 MSE，<video></video> 标签连 src 设为 blob: URL 都会报 DOMException: Failed to load because no supported source was found。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 打开浏览器控制台（F12 → Console），执行
!!window.MediaSource—— 若返回false，即确认缺失 MSE 支持 - 尝试安装 Chrome 或 Edge 正式版（非“中柏应用商店”里那个壳），它们默认启用 MSE 且更新及时
- 若必须用原生浏览器，检查地址栏输入
chrome://flags/#enable-media-source（或类似路径），搜索 “media source”，设为Enabled后重启（但很多中柏固件已硬编码禁用，此操作无效）
中柏系统缺少 Widevine CDM 或 EME 权限
播放带 drm 的加密流（如 application/vnd.apple.mpegurl + FairPlay，或 video/mp4 + Widevine）需浏览器具备 EncryptedMediaExtensions (EME) 且加载对应 CDM（Content Decryption Module）。中柏定制系统常移除 libwidevinecdm.so 或在策略层屏蔽 navigator.requestMediaKeySystemAccess() 调用。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在控制台运行
navigator.requestMediaKeySystemAccess ? 'EME available' : 'EME missing' - 若返回
EME missing，基本无法绕过 —— 这是系统级限制，不是前端代码能修复的 - 可临时用
curl -I抓取视频 m3u8 地址，看响应头是否含KEYFORMAT="com.apple.streamingkeydelivery"或KEYFORMAT="urn:uuid:edef8ba9-79d6-4ace-a3c8-27dcd51d21ed"，确认确实是 DRM 加密而非单纯 AES-128（后者可用 JS 解密，前者必须 CDM）
中柏浏览器 User-Agent 伪造导致服务端拒绝提供加密流
部分视频平台（如某些教育类或政企系统）会根据 navigator.userAgent 判断终端能力，若识别出是“非标准 Chromium”或版本过低（如 Chrome/53.0.2785.143），直接返回 403 或降级为无加密 MP4，导致前端看似“播不了”，实则是服务端没给加密内容。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在控制台打印
navigator.userAgent，对比 Chrome 官方版 UA（如Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Safari/537.36） - 若中柏浏览器 UA 含
Zhongbai、Custom、Version/0.0等字样，大概率被拦截 - 可尝试用开发者工具 → Network → 右键请求 →
Edit and Resend，手动修改User-Agent头为标准 Chrome 值再发包，观察响应是否变为 m3u8 + KEY —— 这能验证是否服务端拦截
HTML5 加密视频在中柏上“能解不能播”的典型表现
有些场景下，JS 成功调用 AES-128 解密逻辑（如用 WebCryptoAPI），生成了合法 Uint8Array，但传给 MediaSource 后仍黑屏/卡顿/报错 Failed to execute 'appendBuffer' on 'SourceBuffer': The HTMLMediaElement's readyState is not HAVE_METADATA —— 这通常是因为中柏浏览器对 SourceBuffer 的 mode（segments / sequence）支持不全，或时间戳（timestampOffset）校准失败。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 初始化
SourceBuffer后，立刻检查sourceBuffer.updating和sourceBuffer.buffered.length，确认缓冲区状态正常 - 避免手动设置
sourceBuffer.timestampOffset，改用appendWindowStart/appendWindowEnd控制范围 - 解密后的 MP4 分片必须含完整 moov + moof + mdat，且
moof中traf的tfdt时间戳需连续 —— 中柏浏览器对不规范分片更敏感
真正卡住的地方，往往不是“怎么解密”，而是“解完往哪儿塞、怎么塞才不被拒”。中柏的底层媒体栈比表面看到的更脆弱，换浏览器通常是最快解法。
