html5 标签兼容性取决于前端多格式声明与浏览器能力，php仅负责生成html、校验权限、调度ffmpeg转码并流式输出视频；需动态设mime类型、支持字节范围请求、防盗链及异步转码。
HTML5 <video></video> 标签是兼容前提，PHP 不直接控制播放
PHP 本身不处理视频解码或播放逻辑，它只负责生成 HTML、提供视频路径、做权限校验或转码调度。真正决定“能否播放”的是前端 <video></video> 支持的格式 + 浏览器能力。所以第一步必须确认：你输出的 HTML 是否正确声明了多个 source，且覆盖主流格式。
常见错误是只写一个 src 属性，或只提供 .mp4，导致 Safari（不支持 WebM）或 Firefox（对某些 H.264 编码敏感）播放失败。
- 必须用多个
<source></source>标签，按浏览器偏好顺序排列（通常mp4放最后，因兼容性最广但编码要求高） - 服务端需确保对应文件真实存在、MIME 类型正确（
video/mp4、video/webm、video/ogg） - PHP 输出时建议用
mime_content_type()或扩展名映射判断，避免硬编码类型
PHP 如何安全提供视频路径并防止盗链
直接暴露视频文件 URL 容易被爬取或盗用。PHP 应作为代理层，校验权限后以流式响应输出内容，同时设置正确头信息。
header('Content-Type: video/mp4');
header('Content-Length: ' . filesize($file_path));
header('Accept-Ranges: bytes');
header('Cache-Control: public, max-age=31536000');
readfile($file_path);
关键点：
立即学习“PHP免费学习笔记（深入）”；
-
Content-Type必须与实际文件一致，否则浏览器拒绝解析；可用finfo_file(finfo_open(FILEINFO_MIME_TYPE), $file_path)动态获取 - 务必加
Accept-Ranges: bytes，否则进度条拖动失效（尤其在 Chrome 中） - 不要用
Location跳转到静态文件，会丢失 Referer 校验能力 - 若需防盗链，检查
$_SERVER['HTTP_REFERER']或用一次性 token（如/video/play?id=123&token=abc），PHP 验证通过再输出
FFmpeg 转码是实现多格式覆盖的实际手段
用户上传的视频格式千奇百怪（.avi、.mov、.mkv），靠前端硬扛不现实。PHP 需调用 FFmpeg 生成标准格式组合：
- 主推
.mp4（H.264 + AAC），覆盖 iOS、Android、Chrome、Edge - 补充
.webm（VP9 + Opus），提升 Firefox、Chrome 在低带宽下的启动速度 - 避免
.ogg（Theora），现代浏览器已基本弃用
示例命令（PHP 中用 exec() 或更安全的 proc_open()）：
ffmpeg -i input.mov -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4 ffmpeg -i input.mov -c:v libvpx-vp9 -crf 30 -b:v 0 -c:a libopus output.webm
注意：
- 转码必须异步执行，不能阻塞 HTTP 请求（用队列如 Redis + Worker 进程）
-
-crf值越小画质越高，但体积越大；23~28 是合理平衡点 - 务必校验输入文件是否可读、FFmpeg 是否存在、输出目录是否有写权限
移动端自动播放与静音策略必须由前端配合
PHP 无法绕过 iOS/Android 的自动播放限制。即使 PHP 返回了正确视频流，若前端没处理，iOS Safari 仍会静音且不播放。
必须在 HTML 中加入：
-
autoplay+muted属性（仅当无需声音时可行） - 或用 JavaScript 监听用户手势（如
click、touchstart）后调用video.play() - 避免依赖 PHP 输出
autoplay="true"就万事大吉——没有用户交互，iOS 直接忽略
另一个容易被忽略的点：PHP 生成的页面若未声明 <meta name="viewport" content="width=device-width">，部分安卓 WebView 会缩放视频区域，导致 controls 显示异常。
