ffprobe更适合场景检测前分析，因其能快速读取帧级元信息（如I帧时间戳、类型），避免解码开销，精准获取关键帧分布以判断切片可行性；而ffmpeg的select滤镜易漏帧且需额外帧率稳定处理。
为什么 ffprobe 比 ffmpeg 更适合做场景检测前的分析
场景检测本质是帧级分析，直接用 ffmpeg 跑 -vf select 或 scene 滤镜容易漏帧、卡顿，且无法预知关键帧位置和时长分布。ffprobe 能快速读取元信息和关键帧时间戳，避免解码开销，是判断是否值得切片、切多少片的前提。
- 先用
ffprobe -v quiet -show_entries frame=pkt_pts_time,pict_type -of csv=print_section=0 input.mp4提取所有帧的时间戳和类型（I帧最可靠） - 过滤出
I帧（pict_type==I），再计算相邻I帧间隔，若超过 2 秒，大概率存在场景切换 - 注意：H.265 视频中
pict_type可能返回空，此时改用ffprobe -v quiet -show_entries packet=pts_time,flags -of csv=print_section=0 input.mp4并筛选KEY标志
用 ffmpeg 的 select 滤镜做轻量级场景检测时，参数怎么调才不丢帧
直接套用文档里的 select='gt(scene,0.4)' 往往漏掉渐变转场或低对比度切换。核心不是调阈值，而是确保输入帧率稳定、避免滤镜跳过非关键帧。
- 强制统一输入帧率：
ffmpeg -i input.mp4 -vf "fps=30,select='gt(scene,0.35)',setpts=N/FRAME_RATE/TB" -vsync vfr out%03d.jpg -
scene计算基于 YUV 差异，对暗场敏感，加eq=brightness=0.02:contrast=1.1预增强可提升检出率 - 输出必须用
-vsync vfr，否则select会因帧率同步丢弃被选中的帧 - 生成的 JPG 序列时间戳不连续，别直接拿文件名当时间轴用——要读
out%03d.jpg对应的ffprobe -show_entries frame=pts_time输出
切片时用 -ss 和 -to 还是 -t？关键帧对齐怎么绕不过去
想精确到秒级切片却得到花屏或开头黑几帧？八成是没对齐关键帧。-ss 放前面（输入侧）能快进但可能不准；放后面（输出侧）准但慢。折中方案是“粗定位+精修”。
- 先用
ffprobe -v quiet -show_entries format=duration input.mp4获取总时长 - 用
ffprobe -v quiet -select_streams v -show_entries packet=pts_time,flags -of csv=print_section=0 input.mp4 | grep KEY找离目标时间最近的KEY帧 pts - 切片命令写成：
ffmpeg -ss 12.85 -i input.mp4 -to 25.3 -c copy -avoid_negative_ts make_zero output.mp4，其中12.85是查到的前一个关键帧时间 -
-c copy必须配合关键帧起始，否则会失败报错Could not find codec parameters for stream 0 (Video: h264)
PHP 调用 FFmpeg 时，如何避免超时、阻塞和临时文件残留
用 exec() 直接跑 FFmpeg 命令，视频一长就卡住 PHP 进程，而且失败后临时文件不清理，磁盘很快满。
立即学习“PHP免费学习笔记（深入）”；
- 加超时控制：
proc_open()替代exec()，设置timeout参数并监听STDERR实时捕获error reading packet类错误 - 临时文件统一用
sys_get_temp_dir()+uniqid()生成路径，无论成功失败都register_shutdown_function()清理 - 场景检测结果存 JSON 而非文件列表，避免并发时文件名冲突；切片任务用唯一 job_id 写入 Redis，方便前端轮询状态
- 注意：PHP 的
max_execution_time不影响proc_open子进程，真正限制靠stream_select()超时判断
场景检测不是“有就行”，关键在 I 帧定位精度和切片起止点是否可播放；FFmpeg 参数组合稍有偏差，输出就是损坏文件，而不是报错退出。
