17370845950

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

说明：

• -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 这类激进参数，容易让文字、快速移动画面出现明显块状伪影。