最近在开发中遇到一个典型问题：用FFmpeg将H.264视频转成FLV流后，在VLC播放器里死活打不开。经过一番折腾终于找到原因，这里把排查过程和解决方案整理成笔记，希望对遇到类似问题的同学有帮助。

为什么VLC播放FLV会失败？

先说说问题本质：FLV作为流媒体容器，对H.264编码有特殊要求，而VLC又是对标准要求严格的播放器。主要卡在三个地方：

1. 关键帧间隔不规范：FLV要求每段视频必须以关键帧（I帧）开头，但默认转码可能不会强制对齐
2. 元数据缺失：FLV需要特定的metadata信息描述流结构，比如avc1编码标识
3. 时间基准问题：PTS/DTS时间戳不连续会导致VLC直接拒绝播放

终极解决方案（FFmpeg参数版）

经过多次测试，这个命令可以稳定生成VLC兼容的FLV流：

ffmpeg -i input.mp4 \
  -c:v libx264 -profile:v high -level 3.1 \
  -g 60 -keyint_min 60 \  # 强制GOP对齐
  -movflags +faststart \
  -flvflags add_keyframe_index \  # 关键帧索引
  -strict experimental \
  -metadata title="FLV Stream" \
  -f flv output.flv

关键参数说明：

• -g 60：设置关键帧间隔为60帧（约2秒），必须与-keyint_min相同
• -flvflags add_keyframe_index：生成FLV专属的关键帧索引表
• -movflags +faststart：将元数据移到文件头，方便流式播放

三大常见坑点排查指南

坑1：B帧导致时间戳混乱

现象：播放时画面卡顿或快进 检测：用ffprobe -show_frames output.flv | grep pict_type 解决：添加-bf 0参数禁用B帧

坑2：音频编码不兼容

现象：有画面没声音 检测：mediainfo --Inform="Audio;%Format%" output.flv 解决：强制使用AAC编码 -c:a aac -ar 44100

坑3：时间基准不匹配

现象：播放进度条异常 检测：ffprobe -show_streams output.flv | grep time_base 解决：统一时间基准 -video_track_timescale 90000

验证与调试技巧

1. 基础验证：直接拖到VLC里播放，观察控制台报错
2. 深度检测：

   ffprobe -v error -show_format -show_streams output.flv

3. 可视化分析：用flvparse工具查看FLV内部结构

延伸思考

如果要用于RTMP直播推流，还需要注意：

1. 添加-preset ultrafast降低编码延迟
2. 设置-tune zerolatency启用零延迟模式
3. 音频建议采用-c:a libfdk_aac -profile:a aac_he_v2高效编码

对于更复杂的场景，可以研究HLS/DASH的切片方案，用-hls_time 6这样的参数实现自适应码率。不过那就是另一个话题了，有空再和大家分享。