MOV转MP4不能直接用ffmpeg -i input.mov output.mp4，因iOS拍摄的MOV常含hvc1/avc1编码、负时间戳及moov原子位置不当，直接封装易致音画不同步、黑屏或元数据丢失；真正无损转换需-c:v copy -c:a copy -movflags +faststart -avoid_negative_ts make_zero，PHP中还需检查exec禁用、FFmpeg绝对路径及超时设置，并用ffprobe验证编解码器、分辨率、时长是否完全一致。
MOV转MP4为什么不能直接用 ffmpeg -i input.mov output.mp4
这条命令看似简单，但对 MOV（尤其是 iOS 拍摄的）往往导致音画不同步、元数据丢失、甚至黑屏。根本原因是 MOV 容器默认使用 hvc1（HEVC/H.265）或 avc1 编码，而标准 MP4 容器对编码器类型、moov 原子位置、时间基（timebase）有更严格要求。直接封装不重编码，FFmpeg 可能跳过关键修复步骤。
PHP中调用FFmpeg实现真正无损转换的关键参数
“无损”在这里指不重新编码视频/音频帧（避免质量损失和耗时），只做容器重封装 + 必要的元数据修正。核心是强制复制流 + 修复关键结构：
- 必须加
-c:v copy -c:a copy：跳过编解码，纯流复制 - 必须加
-movflags +faststart：把moov移到文件开头，让 MP4 支持网页流式播放 - 推荐加
-avoid_negative_ts make_zero：iOS MOV 常含负时间戳，不处理会导致播放卡顿或首帧异常 - 如果源音频是 AAC-LC 以外格式（如 ALAC），
copy可能失败，此时需降级为-c:a aac -b:a 128k（非严格无损，但兼容性好）
完整命令示例：ffmpeg -i input.mov -c:v copy -c:a copy -movflags +faststart -avoid_negative_ts make_zero output.mp4
PHP执行时必须检查的三个运行时条件
光写对命令不够，PHP 环境下容易因权限、路径、超时导致静默失败：
-
exec()或shell_exec()是否被禁用？查看disable_functions配置，必要时改用proc_open()并捕获 stderr - FFmpeg 路径是否绝对？别依赖
$PATH，用/usr/bin/ffmpeg或/opt/homebrew/bin/ffmpeg（macOS Homebrew）显式指定 - 大文件转换易超时：PHP 的
max_execution_time默认 30 秒，建议在执行前临时设为 0（set_time_limit(0)），并确保 web 服务器（如 Nginx）的fastcgi_read_timeout也同步调高
验证输出MP4是否真的可用且无损
别只看文件生成了就认为成功。实际交付前至少快速验证两件事：
立即学习“PHP免费学习笔记（深入）”；
- 用
ffprobe -v quiet -show_entries stream=codec_name,width,height,duration -of default=nw=1 input.mp4对比输入/输出的codec_name、分辨率、时长——三者必须完全一致才算无损 - 在 Chrome 和 Safari 中直接打开 MP4 文件（不是通过 PHP 输出流），观察是否首帧即出、拖动是否流畅、有无报错
Failed to load resource: net::ERR_CONNECTION_ABORTED（常见于moov未前置） - 如果视频来自 iPhone，特别注意检查音频轨道：
ffprobe -v quiet -show_entries stream=codec_type,codec_name -of csv=p=0 input.mp4应同时输出video,avc1和audio,mp4a；若出现audio,alac，说明复制失败，必须重编码音频
真正麻烦的从来不是命令本身，而是 MOV 的隐式编码策略和 MP4 的显式规范之间的错位——每次转换后花 10 秒用 ffprobe 看一眼流信息，比事后调试播放问题省两个小时。
