PHP本身不转MP4，而是调用ffmpeg等外部工具；体积大的主因是ffmpeg参数不当，如未用-crf、音频未重编码、分辨率未调整；推荐命令：ffmpeg -i in -c:v libx264 -crf 28 -preset fast -c:a aac -b:a 96k -movflags +faststart out.mp4。
PHP 本身不直接转 MP4，也不内置视频编码能力；所谓“PHP 转 MP4”，实际是 PHP 调用外部命令行工具（如 ffmpeg）完成转码。压缩体积的关键不在 PHP 代码，而在 ffmpeg 的参数组合与编码策略。
为什么用 PHP exec('ffmpeg ...') 后 MP4 还那么大？
常见原因是默认用了高码率、无 CRF 控制、未启用关键帧优化或保留了原始音频流。PHP 只负责发起命令，真正决定体积的是你传给 ffmpeg 的参数。
- 没加
-crf（恒定质量模式），而用固定-b:v容易浪费码率 - 音频没重编码，比如源文件是 320kbps MP3，直接拷贝进 MP4（
-c:a copy）会拖累整体体积 - 分辨率/帧率没降，4K 视频硬转成 MP4 但不缩放，体积必然大
- 没启用
-movflags +faststart，虽不影响体积，但常被误认为“没优化好”
推荐的 ffmpeg 压缩命令模板（PHP 中调用）
以下命令在大多数场景下能兼顾画质与体积（1080p 以内视频压缩率可达 60–80%）：
ffmpeg -i input.mp4 -c:v libx264 -crf 28 -preset fast -c:a aac -b:a 96k -movflags +faststart output.mp4
说明：
立即学习“PHP免费学习笔记（深入）”；
-
-crf 28：CRF 值越高压缩越狠，23 是默认视觉无损，28 是清晰可接受的临界点，30+ 明显模糊 -
-preset fast：平衡速度与压缩率，比medium略快、比slow体积略大，适合 Web 批量处理 -
-b:a 96k：AAC 音频 96kbps 已足够听清人声，远优于原文件可能携带的 256k+ 无损音频 -
-movflags +faststart：把元数据移到文件头，让网页播放器能边下边播，不是压缩项但必加
PHP 调用时必须注意的坑
直接拼接字符串调用 exec() 极易出错，尤其路径含空格、中文或特殊字符时：
- 务必用
escapeshellarg()包裹所有文件路径：escapeshellarg('/path/to/输入.mp4') - 不要用
shell_exec()捕获完整输出，容易阻塞；改用proc_open()或记录 stderr 到临时文件排查错误 - 确认服务器已安装
ffmpeg且在 PATH 中：exec('which ffmpeg', $out); var_dump($out); - 超大文件转码可能被 PHP 的
max_execution_time或内存限制中断，建议设为set_time_limit(0)并关闭输出缓冲
更进一步减体积的进阶选项
如果目标是极致小体积（如微信传播、短信附件），可尝试：
- 强制分辨率缩放：
-vf "scale=720:-2,setsar=1:1"（宽 720px，等比缩放，修正像素宽高比） - 降低帧率：
-r 24（从 30/60fps 降到 24fps，人眼几乎无感，体积直降 20%+） - 移除音轨（纯视频）：
-an；或只保留单声道：-ac 1 - 用
libx265替代libx264（需编译支持）：-c:v libx265 -crf 32，同画质下体积再减 30–40%
这些操作对画质有可见影响，上线前务必抽样验证——尤其是 -crf 32 和 -r 15 这类激进参数，容易让文字、快速移动画面出现明显块状伪影。
