海尔电脑音画不同步的根源在于浏览器硬件加速、视频编码参数（如timebase、profile/level）或系统解码策略，而非硬件本身；关闭Chrome/Edge硬件加速、统一timebase、使用Main Profile Level 3.1导出可解决95%问题。
关掉硬件加速（Chrome/Edge 最常踩的坑）
海尔电脑多预装 Windows 10/11 和 Chrome 或 Edge，而这两款浏览器默认开启硬件加速——但海尔部分机型（尤其是集成 Intel HD Graphics 4000/520 或 AMD Radeon R5/R7 的老款）的显卡驱动对视频解码时间戳处理不严谨，会导致 video 标签中音频帧比视频帧早解码 80–200ms，表现为“声音先到、画面滞后”。
- Chrome：右上角三点 → 设置 → 系统和性能 → 关掉
使用硬件加速→ 重启浏览器 - Edge：设置 → 系统 → 关掉
使用硬件加速（如果可用） - 验证是否生效：打开
chrome://gpu，确认Video Decode显示为Software only, hardware acceleration unavailable
H.264 编码参数不匹配（尤其影响本地 MP4 播放）
很多用户把剪辑软件导出的 MP4（比如用剪映、Premiere 导出的）直接丢进 标签播放，结果在海尔电脑上音画飘移——根本原因是视频的 moov 头位置、关键帧间隔（keyframe interval）或时间基（timebase）与音频轨道不一致。
- 用
ffprobe检查：运行ffprobe -v quiet -show_entries stream=codec_type,width,height,r_frame_rate,time_base,duration -of default superfly.360p.mp4，重点看两行：time_base=1/1000（音频） vstime_base=1/12800（视频）——若分母相差过大，浏览器很难对齐 - 修复命令（确保 moov 前置 + 统一 timebase）：
ffmpeg -i input.mp4 -c copy -movflags +faststart -video_track_timescale 1000 output.mp4
- 关键帧建议设为
2s（即-g 60对应 30fps），避免拖动后长时间黑屏或音画跳变
iOS/Safari 兼容性陷阱（误以为是海尔问题）
有些开发者在海尔电脑的 Chrome 上调试正常，一放到 iPad 或 iPhone Safari 就音画不同步——这不是海尔的问题，而是 Safari 对 H.264 的硬性限制：只支持 Main Profile Level 3.1 或更低。一旦视频用了 Level 4.0（常见于 1080p@60fps 或高码率导出），Safari 会降级软解，音频解码快、视频解码慢，立刻不同步。
- 检查命令：
ffprobe -v quiet -show_entries stream=profile,level -of default input.mp4 - 安全导出参数（兼容所有主流设备）：
ffmpeg -i input.mp4 -c:v libx264 -profile:v main -level 3.1 -preset medium -crf 23 -c:a aac -b:a 128k output.mp4
- 注意：
-profile:v main必须显式指定，不能依赖自动探测；-level 3.1是硬门槛，高于它 iOS 就可能失步
audioContext 与 video.currentTime 手动对齐（仅限强需求场景）
当上述方法都无效，且你必须在海尔电脑上精确控制音画同步（比如做教育类交互视频、字幕逐帧定位），可考虑用 Web Audio API 主动对齐音频播放时间。但这属于“绕过浏览器默认行为”，需谨慎。
立即学习“前端免费学习笔记（深入）”；
- 原理：监听
video的timeupdate，用audioContext.currentTime计算偏差，再通过source.start(when, offset)补偿 - 风险：iOS Safari 禁止非用户手势触发的
audioContext.resume()；Chrome 会因 power-saving 自动 suspend audioContext - 不推荐作为首选方案——95% 的音画不同步问题，根源都在编码或硬件加速，而不是 JS 层逻辑
chrome://gpu 和 ffprobe 看两眼。 
