php调用ffmpeg转4k视频卡在1080p，根本原因在于libx264默认配置不满足4k要求：需显式指定-vf scale=3840:2160、-profile:v high -level 5.1、-movflags +faststart，并捕获stderr定位height not divisible by 2等错误，同时确保内存、权限及moov原子位置合规。
PHP调用FFmpeg转4K视频时，为什么总卡在1080p？
不是PHP限制了分辨率，而是默认的libx264编码器在高分辨率下会因内存或线程配置不足而降级或失败。FFmpeg本身支持4K（3840×2160），但需显式指定足够资源和兼容参数，否则会静默截断或 fallback 到 1920×1080。
-
-vf scale=3840:2160必须写全，不能只写scale=3840:-2——后者在源宽高比异常时可能触发内部裁剪逻辑，导致实际输出非4K - 确保输入文件真正含4K帧数据：
ffprobe -v quiet -show_entries stream=width,height -of csv=p=0 input.mp4，避免用标清源“强行拉伸” - PHP进程需有足够内存：4K转码常需512MB+堆内存，
ini_set('memory_limit', '1024M')仅治标，关键在FFmpeg子进程独立占用
如何让FFmpeg真正输出合规4K MP4？
MP4容器对4K支持依赖H.264级别（Level）和profile设置。默认libx264可能生成Level 4.0（最高支持1920×1080@30fps），必须手动升级到Level 5.1或5.2。
- 加
-profile:v high -level 5.1：强制启用4K所需编码能力，否则播放器（如Safari/iOS）会拒绝解码 - 禁用
-preset veryslow类极端参数：虽然压缩率高，但4K下极易超时或OOM；推荐-preset medium或-preset fast - 音频务必匹配：4K视频若配320kbps AAC，整体码率易突破MP4规范上限，建议
-b:a 192k并加-ar 48000 - 命令示例：
ffmpeg -i input.mp4 -vf scale=3840:2160 -c:v libx264 -profile:v high -level 5.1 -b:v 12000k -c:a aac -b:a 192k -ar 48000 output_4k.mp4
PHP中exec()执行4K转码失败的常见报错怎么定位？
直接看$returnCode不够——FFmpeg失败时往往返回1，但错误细节藏在stderr里。PHP默认丢弃stderr，必须显式捕获。
- 用
shell_exec($cmd . ' 2>&1')或proc_open()获取完整输出，否则看不到Cannot allocate memory或height not divisible by 2这类关键提示 - 典型4K相关错误：
height not divisible by 2（H.264要求YUV高度为偶数）→ 改用-vf scale=3840:2160:force_original_aspect_ratio=decrease,pad=3840:2160:(ow-iw)/2:(oh-ih)/2 - 权限问题：Web服务器用户（如www-data）可能无权访问大文件缓存目录，检查
/tmp或自定义-vsync 0 -avoid_negative_ts make_zero临时路径 - 不要依赖
exec()返回值判断成功：有些4K转码虽完成但末尾报[h264 @ ...] Thread message queue blocking，实际文件已可用
4K转码后播放卡顿或黑屏，PHP该查什么？
问题不在PHP代码，而在MP4的moov atom位置和关键帧间隔。4K视频若moov在文件末尾（FFmpeg默认行为），浏览器需下载整个GB级文件才能开始播放。
- 加
-movflags +faststart：把索引头移到开头，这是4K点播必备项 - 控制关键帧间隔：
-g 120（每120帧一个I帧，约4秒@30fps），避免长GOP导致seek延迟 - 验证输出是否真合规：
ffprobe -v quiet -show_entries format=duration,bit_rate -show_entries stream=codec_name,width,height,avg_frame_rate -of default output_4k.mp4 - CDN或Nginx需开启
range支持，否则HTTP分片请求失败，4K视频无法边下边播
4K转码真正的复杂点不在命令拼写，而在资源边界——单次转码可能吃光8核CPU的全部时间片，且FFmpeg进程一旦被OOM killer干掉，PHP几乎无法优雅捕获。建议始终用proc_open()配合信号监听，而不是简单exec()。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
