简介一份围绕FFmpeg视频转流处理的实用工具包面向需要进行MP4与m3u8格式互转的开发者、运维人员及流媒体学习者。其中内置FFmpeg可执行程序、多套libvpx系列ffpreset预设文件以及说明文档可直接调用命令行完成视频切片与HLS播放列表生成并可通过conditionmjx等预设快速调整编码参数省去手动配置的繁琐。压缩包共11个文件涵盖ffpreset预设、css样式、txt说明、exe主程序及xsd定义文件整体约17.46MB结构简洁便于携带使用。目前已有1514人学习下载适合希望掌握HLS流媒体转换、理解m3u8分片原理并落地实操的用户。借助这些文件可快速搭建转换环境结合文档中的命令示例能更清晰地理解hls_time、hls_segment_filename等关键参数及ffpreset自定义配置方式。1. ffmpeg 在 mp4 与 m3u8 之间的转换为什么值得单独整理做视频相关开发的人迟早会撞上这个组合手里是 mp4播放器要的是 m3u8或者反过来拿到一个 m3u8 地址要落盘成 mp4 做剪辑输入源。ffmpeg 一条命令就能在两个方向之间打通但真跑起来会发现坑不少——切片后 seek 卡顿、合并后音画不同步、明明是同一条命令换个环境就报 Invalid data。这里面最有迷惑性的是 ffpreset。它常被当成 ffmpeg 自带的参数记忆工具实际上它是一套文本预设文件批处理里配合条件判断能让转码参数可控。围绕这个标题把 m3u8 的切片原理、mp4 的回流合并、预设文件的加载机制和条件化调用串起来适合正在写转码脚本、维护点播系统或者对接 HLS 播放源的人。读完你应该能自己搭一条稳定的 mp4/m3u8 互转链路。2. m3u8 不是视频格式先看 HLS 索引的组成再看 ffmpeg 怎么切2.1 m3u8 索引文件里的三类关键行m3u8 本质是 UTF-8 文本最前面必须有#EXTM3U第一行没有它就几乎可以断定文件损坏。点播型列表常见#EXT-X-PLAYLIST-TYPE:VOD直播型用#EXT-X-TARGETDURATION后接每个分片的最大秒数。#EXTINF:6.000000后面跟着 ts 分片文件名这是播放器拉流和 ffmpeg 合并的依据。本地生成的 m3u8 和线上 CDN 返回的 m3u8 在结构上没有本质区别区别在于分片 URL 是相对路径还是绝对路径。ffmpeg 的 HLS muxer 默认写相对路径适合同目录部署如果分片要传给远端播放器需要加-hls_base_url指定前缀或者在上传后重写索引。用 ffprobe 看一个 m3u8ffprobe -v error -show_format -show_streams playlist.m3u8输出里关注format_name是否为hls以及duration是否和源文件一致。多数合并失败都发生在分片时长异常、缺少结尾#EXT-X-ENDLIST这两件事上先用这个命令验证再排查别的。2.2 ffmpeg 切片 mp4 到 m3u8 的最小完整命令ffmpeg -i input.mp4 \ -c:v libx264 -c:a aac \ -hls_time 6 -hls_list_size 0 \ -hls_segment_filename seg_%03d.ts \ -hls_playlist_type vod \ output.m3u8-hls_time 6是每个分片的目标时长实际切片点由关键帧位置决定所以不是严格的 6 秒。-hls_list_size 0让它把已生成的分片全部写进索引直播场景下如果要生成滚动列表就把它设成 5 或 10。-hls_segment_filename控制分片命名%03d是三位序号如果不写ffmpeg 会按output0.ts、output1.ts命名文件一多容易混淆。-hls_playlist_type vod表示这是完整点播列表播放器播完不会继续等新分片。这里有个容易踩的细节源文件如果是 H.264 AAC不用重新编码直接-c copy就能切源文件是 H.265、MPEG-4 或者音频是 MP3就必须先转码否则生成的 ts 分片在部分浏览器里没法播。考虑到兼容性建议统一用-c:v libx264 -c:a aac码率按源文件给-crf 23即可。2.3 为什么分片时长不准关键帧对齐和-g的关系HLS 切片不是按时间轴硬切而是以「下一个关键帧」为边界。ffmpeg 在切片时如果发现距离开头已经到 6 秒但下一个 IDR 帧在第 7.2 秒它会把分片延续到第 7.2 秒。结果就是#EXTINF里的值经常是 6.0、7.2、5.8 混合在一起这是正常现象。要让分片更均匀需要在编码时就指定关键帧间隔让关键帧的出现频率和切片时长对齐ffmpeg -i input.mp4 \ -c:v libx264 -x264-params keyint120:min-keyint120:scenecut0 \ -c:a aac -hls_time 4 \ -hls_segment_filename seg_%03d.ts \ output.m3u8keyint120的含义是每 120 帧放一个关键帧在 30fps 下正好 4 秒一个。把scenecut0关掉场景切换检测避免它额外插入关键帧导致分片变短。用这个组合后-hls_time设定的值才会真正贴近实际分片时长。省略这一步做出来的 m3u8 能播但码率波动大后续做倍速播放或精确 seek 会吃亏。3. mp4 转 m3u8 的参数设计切片时长、编码器选择与点播/直播差异3.1 按播放场景选切片时长短视频短切长视频长切切片时长的选择由播放体验决定不是固定用 6 秒。短视频或互动视频用 2-4 秒切片起播快、拖动精准代价是分片数量多HTTP 请求数成倍上涨长视频或公开课用 10-15 秒切片请求数少、CDN 友好代价是 seek 误差变大。常见做法是给不同业务各留一套预设短视频用-hls_time 3点播电影用-hls_time 8。分片越短码率波动越容易被播放器感知到所以短分片要多给一点编码码率余量比如-crf 20替代-crf 23。3.2 编码器参数对 m3u8 的实际影响libx264 与硬件编码的取舍切片生成 ts 分片时编码器输出的码流会被拆成一个个 GOP帧组。libx264 的 CPU 编码质量稳定、参数细粒度高适合离线批处理-preset medium是速度和体积的均衡点要更小体积用-preset slower要更快出片用-preset veryfast。注意-preset这一项只影响压缩耗时和体积不影响画面分辨率和帧率。如果是机器上插了 NVIDIA 显卡-c:v h264_nvenc -preset p4 -cq 23可以把转码速度提升数倍但同码率下画质明显差于 libx264这个差距在暗场景和高动态画面里尤其明显。是否用硬件编码取决于你的场景重速度还是重画质。转出来的 ts 分片本身互不依赖可并行处理但前提是编码参数必须完全一致否则播放器在分片切换时会出现色彩跳动。3.3 直播型 m3u8 与点播型 m3u8 的参数差异点播列表写死了分片数量和时长生成后不需要再改直播列表需要不断往 m3u8 里追加新分片同时把老分片从索引中移除。实现这种效果ffmpeg -i input.mp4 \ -c:v libx264 -c:a aac \ -hls_time 4 -hls_list_size 10 \ -hls_flags delete_segments \ -hls_playlist_type event \ live.m3u8-hls_list_size 10让索引只保留最近 10 个分片-hls_flags delete_segments自动删除已被挤出索引的 ts 文件防止磁盘被写满。-hls_playlist_type event是直播和点播的中间态索引保持追加模式但播放器从头播。如果要做真正的直播循环拉流直接把event换成live后会丢弃老分片播放器会从最新位置进入。3.4 分片加密为 m3u8 增加一层访问控制HLS 支持对每个分片做 AES-128 加密这是 m3u8 相对 mp4 分发路径的一大优势。加密流程分两步先生成 16 字节的密钥再指定密钥文件让 ffmpeg 在切片时对分片加密openssl rand 16 enc.key ffmpeg -i input.mp4 \ -c:v libx264 -c:a aac \ -hls_time 6 -hls_list_size 0 \ -hls_key_info_file key_info.txt \ -hls_playlist_type vod \ enc_output.m3u8key_info.txt的格式是固定的三行密钥文件的 URI、密钥文件路径、IV可选。如果没有写 IVffmpeg 默认使用分片序号作为 IV。播放器在拉流时会先从 m3u8 里读到#EXT-X-KEY再请求密钥文件解密。这套机制能防住直接下载分片拼接但密钥一旦泄露保护便失效所以实际部署要注意密钥接口的访问权限控制。4. m3u8 转回 mp4拉流合并、超时控制与本地文件的差异处理4.1 最简单的合并命令与-c copy的适用条件ffmpeg -i https://example.com/path/playlist.m3u8 \ -c copy \ -bsf:a aac_adtstoasc \ output.mp4-c copy表示不重新编码直接把 ts 分片里的视频帧和音频帧搬运到 mp4 容器中。这个过程非常快但有两个前提所有分片的编码格式必须一致且音频必须是 AAC。如果源 m3u8 里音频是 MP3 或 AC-3-c copy生成的 mp4 在部分播放器里识别不了这时去掉-c copy改为-c:v copy -c:a aac只重编码音频。-bsf:a aac_adtstoasc是 m3u8 转 mp4 的一个关键参数。ts 里的 AAC 音频是 ADTS 流格式mp4 要求的是 ASC 配置格式不加这个参数转换出来的 mp4 音频在 QuickTime、部分安卓播放器里会静音。备份习惯如果直接-c copy失败优先加这一项重试。4.2 网络 m3u8 容易失败超时、断流和重连参数拉网络流和转本地文件完全是两回事。m3u8 的每个分片都是一次独立的 HTTP 请求任意一个分片超时或 404ffmpeg 就可能直接中断。给网络流加超时与重试参数ffmpeg -i https://example.com/path/playlist.m3u8 \ -timeout 15 \ -rw_timeout 15000000 \ -c copy \ -bsf:a aac_adtstoasc \ output.mp4-timeout是 TCP 连接超时单位秒-rw_timeout是读写超时单位微秒。15000000 微秒即 15 秒意味着单个分片在 15 秒内没有传输完成就会判定失败。某些 CDN 响应慢但不超时单个 ts 可能会拖几百秒这时-rw_timeout比-timeout更管用。遇到403 Forbidden或404 Not Found先检查 m3u8 里的分片路径是相对路径还是绝对路径。有些 CDN 的访问需要携带 Referer 或 User-Agent用-headers Referer: https://example.com/补上请求头。如果索引文件还需要 cookie可以用-cookies namevalue; name2value2。4.3 本地 m3u8 与网络 m3u8 的协议白名单差异ffmpeg 对不同协议有白名单限制。转本地 m3u8 时默认允许file协议但某些自编译版本会拒绝读取非白名单协议。报错形如Protocol https not on whitelist file,crypto,data需要显式声明允许的协议ffmpeg -protocol_whitelist file,http,https,tcp,tls,crypto \ -i https://example.com/path/playlist.m3u8 \ -c copy output.mp4crypto是解密 AES-128 分片时必须的协议不加它遇到带#EXT-X-KEY的 m3u8 会报Failed to open key。本地 m3u8 如果引用相对路径只写file就够了。注意这个参数要放在-i之前才会生效写在输出侧会被当作输出选项而忽略。4.4 合并过程中的时间戳异常与音频延迟网络 m3u8 经常存在分片之间的时间戳不连续比如某个 ts 的 PTS 忽然跳变合并后 mp4 的表现是画面卡顿或音画不同步。排查时先逐段检查每个分片for f in seg_*.ts; do ffprobe -v error -show_entries formatduration -of csvp0 $f done输出每个分片的时长列表对比 m3u8 里#EXTINF的对应值。偏差超过 0.5 秒的单独重编码该分片再合并。如果整体音频延迟固定用-af adelay200|200给音频加 200ms 延迟或者用-itsoffset 0.2 -i给整个输入做时间偏移。多数音画不同步不是编码问题而是源分片本身的时间戳就乱了。5. ffpreset 预设文件的加载机制与条件化转码脚本设计5.1 ffpreset 是什么一套按行读取的文本参数文件ffpreset 是 ffmpeg 自带的一种参数预设机制文件名后缀为.ffpreset。它的加载方式有两种-vpre name会去 ffmpeg 编译时指定的预设目录里找libx264-name.ffpreset-fpre /path/to/file.ffpreset则直接按绝对路径加载。ffmpeg 官方分发版内置了libx264-ipod320.ffpreset、libx264-ipod640.ffpreset等适用于移动设备兼容的预设文件但数量很少实际使用中更常见的是自己写一套。ffpreset 文件内容长这样# 这是注释以#开头 vcodeclibx264 acodecaac crf22 presetmedium profilehigh level4.0每行一个输出参数等号左边是 ffmpeg 的选项名右边是值。-fpre会将文件中的所有keyvalue按序应用到输出流上等价于在命令行逐项手写。常用于固定一批测试环境和生产环境共用的编码基线避免有人在命令行里加奇怪的参数导致产物不一致。5.2-fpre与命令行参数、-preset的关系ffmpeg 处理参数的顺序是从左到右后出现的同类参数会覆盖先出现的。-fpre preset.ffpreset写在输出文件前等同展开为对应选项如果在-fpre之后再写-crf 18则crf22被覆盖为 18。这个顺序特性常被用来做「预设打底 个别覆盖」比直接拼命令行更可维护。需要特别区分-preset medium和-fpre xxx.ffpreset-preset是 libx264 编码器内部的速度档位只有编码器是 libx264 时才生效-fpre是 ffmpeg 层面的参数组合里面可以放任意编码器参数。实际使用中可以在 ffpreset 里写presetslower从而把两层统一管理。5.3 按源视频条件选择预设ffprobe 判断加 ffpreset 执行condition字面意思是条件。ffmpeg 本身没有内置「如果视频分辨率大于某值则用某预设」的条件表达式条件分支要放在预设加载之前用脚本判断。以下是一段 bash 脚本示例#!/bin/bash input$1 # 读取视频分辨率 width$(ffprobe -v error -select_streams v:0 -show_entries streamwidth -of csvp0 $input) # 读取视频时长单位秒浮点 duration$(ffprobe -v error -show_entries formatduration -of csvp0 $input) # 判断分辨率与时长选择不同预设 if [ $width -ge 1920 ] || (( $(echo $duration 600 | bc -l) )); then preset_file./preset_1080p_vod.ffpreset hls_time8 else preset_file./preset_small.ffpreset hls_time4 fi ffmpeg -i $input \ -fpre $preset_file \ -hls_time $hls_time -hls_list_size 0 \ -hls_playlist_type vod \ output_$(basename ${input%.mp4}).m3u8判断逻辑把两个常见业务条件拆开分辨率大于等于 1920 或者时长超 600 秒走高清长切片预设否则走小体积短切片预设。bc用于浮点比较如果你的设备环境没有装 bc可以用awk -v a$duration BEGIN{exit !(a600)}代替。这里的核心思想是把「判断」和「执行」分开条件决定选哪份预设预设只描述编码参数。5.4 两份预设文件的业务设计和常见误区预设文件不是越全越好。推荐按业务维度拆分而不是按编码器维度拆分比如preset_1080p_vod.ffpreset、preset_720p_clip.ffpreset里面包含分辨率缩放、码率档位和 profile 设置这样条件脚本看起来一目了然。preset_1080p_vod.ffpreset实例vcodeclibx264 acodecaac crf20 presetslow profilehigh level4.2 vfscale-2:1080 r30vfscale-2:1080把视频统一缩放到高 1080宽度按比例自动计算-2保证数值是偶数避免 YUV 采样报错。r30强制帧率为 30fps防止源视频 29.97 与输出时间戳产生累积误差。常见误区是把容器选项写进 ffpreset例如在文件里写hls_time6或fmp4。-fpre只会把参数应用到编码流上不会应用到容器封装层所以hls_time、f这类选项写进去会被忽略。要控制切片参数的仍然放在命令行用变量把条件脚本里算出的hls_time传进去。另一个误区是预设里随意写 level 值profile 为 high 时搭配过低的 level 会直接报Unsupported resolution需要互相匹配。6. 快速验证 m3u8 转码结果的三板斧看错误、看参数、看播放6.1 用ffmpeg -v error过滤真正影响输出的问题转码日志几千行没必要逐行看。-v error只输出真正的错误忽略警告和调试信息ffmpeg -v error -i input.mp4 -c copy -bsf:a aac_adtstoasc out.mp4如果输出为空说明文件基本正常。结合-v warning能看到非致命问题比如时间戳不连续、非标准帧率、元数据缺失。批处理转码时把错误输出到独立日志文件再按行统计是快速定位批量失败的最有效手段。6.2 用 ffprobe 验证切片均匀性和 m3u8 完整性转码完成后验证的环节不能省# 验证源视频信息 ffprobe -v error -show_streams -show_format output.m3u8 # 统计所有分片时长偏差 for f in seg_*.ts; do ffprobe -v error -show_entries formatduration -of csvp0 $f done | awk {sum$1; if(NR1){min$1;max$1}; if($1min)min$1; if($1max)max$1} END {printf 分片数: %d, 平均: %.2f, 最小: %.2f, 最大: %.2f\n, NR, sum/NR, min, max}理想情况下最长的分片和最短的分片差距不超过 2 秒。如果出现单个分片时长异常长多半是源视频的关键帧间隔设置有问题需要回到编码参数调整keyint而不是在切片阶段找原因。m3u8 转换是编码和封装的综合产物分片时长是否均匀可以直接反映源视频的编码质量。6.3 最后一根救命稻草拆成最小可复现命令遇到奇怪的问题不要在一长串命令上反复调整。习惯是把命令缩到最短ffmpeg -i output.m3u8 -t 10 out.mp4只转前 10 秒去掉-c copy去掉所有预设看问题是否存在。如果最小命令正常再逐步加回参数直到定位到是哪个参数引发的故障。这个方法在处理「m3u8 转 MP4 失败」和「mp4 转 m3u8 播放卡顿」这两类问题时都比查日志更快因为它把变量逐个排除而不是盲试。ffmpeg 的行为没有魔法每一个报错都能在这套最小复现方法里被压缩成一个可控实验。本文还有配套的精品资源点击获取
ffmpeg mp4与m3u8互转：HLS切片与ffpreset预设实践指南
简介一份围绕FFmpeg视频转流处理的实用工具包面向需要进行MP4与m3u8格式互转的开发者、运维人员及流媒体学习者。其中内置FFmpeg可执行程序、多套libvpx系列ffpreset预设文件以及说明文档可直接调用命令行完成视频切片与HLS播放列表生成并可通过conditionmjx等预设快速调整编码参数省去手动配置的繁琐。压缩包共11个文件涵盖ffpreset预设、css样式、txt说明、exe主程序及xsd定义文件整体约17.46MB结构简洁便于携带使用。目前已有1514人学习下载适合希望掌握HLS流媒体转换、理解m3u8分片原理并落地实操的用户。借助这些文件可快速搭建转换环境结合文档中的命令示例能更清晰地理解hls_time、hls_segment_filename等关键参数及ffpreset自定义配置方式。1. ffmpeg 在 mp4 与 m3u8 之间的转换为什么值得单独整理做视频相关开发的人迟早会撞上这个组合手里是 mp4播放器要的是 m3u8或者反过来拿到一个 m3u8 地址要落盘成 mp4 做剪辑输入源。ffmpeg 一条命令就能在两个方向之间打通但真跑起来会发现坑不少——切片后 seek 卡顿、合并后音画不同步、明明是同一条命令换个环境就报 Invalid data。这里面最有迷惑性的是 ffpreset。它常被当成 ffmpeg 自带的参数记忆工具实际上它是一套文本预设文件批处理里配合条件判断能让转码参数可控。围绕这个标题把 m3u8 的切片原理、mp4 的回流合并、预设文件的加载机制和条件化调用串起来适合正在写转码脚本、维护点播系统或者对接 HLS 播放源的人。读完你应该能自己搭一条稳定的 mp4/m3u8 互转链路。2. m3u8 不是视频格式先看 HLS 索引的组成再看 ffmpeg 怎么切2.1 m3u8 索引文件里的三类关键行m3u8 本质是 UTF-8 文本最前面必须有#EXTM3U第一行没有它就几乎可以断定文件损坏。点播型列表常见#EXT-X-PLAYLIST-TYPE:VOD直播型用#EXT-X-TARGETDURATION后接每个分片的最大秒数。#EXTINF:6.000000后面跟着 ts 分片文件名这是播放器拉流和 ffmpeg 合并的依据。本地生成的 m3u8 和线上 CDN 返回的 m3u8 在结构上没有本质区别区别在于分片 URL 是相对路径还是绝对路径。ffmpeg 的 HLS muxer 默认写相对路径适合同目录部署如果分片要传给远端播放器需要加-hls_base_url指定前缀或者在上传后重写索引。用 ffprobe 看一个 m3u8ffprobe -v error -show_format -show_streams playlist.m3u8输出里关注format_name是否为hls以及duration是否和源文件一致。多数合并失败都发生在分片时长异常、缺少结尾#EXT-X-ENDLIST这两件事上先用这个命令验证再排查别的。2.2 ffmpeg 切片 mp4 到 m3u8 的最小完整命令ffmpeg -i input.mp4 \ -c:v libx264 -c:a aac \ -hls_time 6 -hls_list_size 0 \ -hls_segment_filename seg_%03d.ts \ -hls_playlist_type vod \ output.m3u8-hls_time 6是每个分片的目标时长实际切片点由关键帧位置决定所以不是严格的 6 秒。-hls_list_size 0让它把已生成的分片全部写进索引直播场景下如果要生成滚动列表就把它设成 5 或 10。-hls_segment_filename控制分片命名%03d是三位序号如果不写ffmpeg 会按output0.ts、output1.ts命名文件一多容易混淆。-hls_playlist_type vod表示这是完整点播列表播放器播完不会继续等新分片。这里有个容易踩的细节源文件如果是 H.264 AAC不用重新编码直接-c copy就能切源文件是 H.265、MPEG-4 或者音频是 MP3就必须先转码否则生成的 ts 分片在部分浏览器里没法播。考虑到兼容性建议统一用-c:v libx264 -c:a aac码率按源文件给-crf 23即可。2.3 为什么分片时长不准关键帧对齐和-g的关系HLS 切片不是按时间轴硬切而是以「下一个关键帧」为边界。ffmpeg 在切片时如果发现距离开头已经到 6 秒但下一个 IDR 帧在第 7.2 秒它会把分片延续到第 7.2 秒。结果就是#EXTINF里的值经常是 6.0、7.2、5.8 混合在一起这是正常现象。要让分片更均匀需要在编码时就指定关键帧间隔让关键帧的出现频率和切片时长对齐ffmpeg -i input.mp4 \ -c:v libx264 -x264-params keyint120:min-keyint120:scenecut0 \ -c:a aac -hls_time 4 \ -hls_segment_filename seg_%03d.ts \ output.m3u8keyint120的含义是每 120 帧放一个关键帧在 30fps 下正好 4 秒一个。把scenecut0关掉场景切换检测避免它额外插入关键帧导致分片变短。用这个组合后-hls_time设定的值才会真正贴近实际分片时长。省略这一步做出来的 m3u8 能播但码率波动大后续做倍速播放或精确 seek 会吃亏。3. mp4 转 m3u8 的参数设计切片时长、编码器选择与点播/直播差异3.1 按播放场景选切片时长短视频短切长视频长切切片时长的选择由播放体验决定不是固定用 6 秒。短视频或互动视频用 2-4 秒切片起播快、拖动精准代价是分片数量多HTTP 请求数成倍上涨长视频或公开课用 10-15 秒切片请求数少、CDN 友好代价是 seek 误差变大。常见做法是给不同业务各留一套预设短视频用-hls_time 3点播电影用-hls_time 8。分片越短码率波动越容易被播放器感知到所以短分片要多给一点编码码率余量比如-crf 20替代-crf 23。3.2 编码器参数对 m3u8 的实际影响libx264 与硬件编码的取舍切片生成 ts 分片时编码器输出的码流会被拆成一个个 GOP帧组。libx264 的 CPU 编码质量稳定、参数细粒度高适合离线批处理-preset medium是速度和体积的均衡点要更小体积用-preset slower要更快出片用-preset veryfast。注意-preset这一项只影响压缩耗时和体积不影响画面分辨率和帧率。如果是机器上插了 NVIDIA 显卡-c:v h264_nvenc -preset p4 -cq 23可以把转码速度提升数倍但同码率下画质明显差于 libx264这个差距在暗场景和高动态画面里尤其明显。是否用硬件编码取决于你的场景重速度还是重画质。转出来的 ts 分片本身互不依赖可并行处理但前提是编码参数必须完全一致否则播放器在分片切换时会出现色彩跳动。3.3 直播型 m3u8 与点播型 m3u8 的参数差异点播列表写死了分片数量和时长生成后不需要再改直播列表需要不断往 m3u8 里追加新分片同时把老分片从索引中移除。实现这种效果ffmpeg -i input.mp4 \ -c:v libx264 -c:a aac \ -hls_time 4 -hls_list_size 10 \ -hls_flags delete_segments \ -hls_playlist_type event \ live.m3u8-hls_list_size 10让索引只保留最近 10 个分片-hls_flags delete_segments自动删除已被挤出索引的 ts 文件防止磁盘被写满。-hls_playlist_type event是直播和点播的中间态索引保持追加模式但播放器从头播。如果要做真正的直播循环拉流直接把event换成live后会丢弃老分片播放器会从最新位置进入。3.4 分片加密为 m3u8 增加一层访问控制HLS 支持对每个分片做 AES-128 加密这是 m3u8 相对 mp4 分发路径的一大优势。加密流程分两步先生成 16 字节的密钥再指定密钥文件让 ffmpeg 在切片时对分片加密openssl rand 16 enc.key ffmpeg -i input.mp4 \ -c:v libx264 -c:a aac \ -hls_time 6 -hls_list_size 0 \ -hls_key_info_file key_info.txt \ -hls_playlist_type vod \ enc_output.m3u8key_info.txt的格式是固定的三行密钥文件的 URI、密钥文件路径、IV可选。如果没有写 IVffmpeg 默认使用分片序号作为 IV。播放器在拉流时会先从 m3u8 里读到#EXT-X-KEY再请求密钥文件解密。这套机制能防住直接下载分片拼接但密钥一旦泄露保护便失效所以实际部署要注意密钥接口的访问权限控制。4. m3u8 转回 mp4拉流合并、超时控制与本地文件的差异处理4.1 最简单的合并命令与-c copy的适用条件ffmpeg -i https://example.com/path/playlist.m3u8 \ -c copy \ -bsf:a aac_adtstoasc \ output.mp4-c copy表示不重新编码直接把 ts 分片里的视频帧和音频帧搬运到 mp4 容器中。这个过程非常快但有两个前提所有分片的编码格式必须一致且音频必须是 AAC。如果源 m3u8 里音频是 MP3 或 AC-3-c copy生成的 mp4 在部分播放器里识别不了这时去掉-c copy改为-c:v copy -c:a aac只重编码音频。-bsf:a aac_adtstoasc是 m3u8 转 mp4 的一个关键参数。ts 里的 AAC 音频是 ADTS 流格式mp4 要求的是 ASC 配置格式不加这个参数转换出来的 mp4 音频在 QuickTime、部分安卓播放器里会静音。备份习惯如果直接-c copy失败优先加这一项重试。4.2 网络 m3u8 容易失败超时、断流和重连参数拉网络流和转本地文件完全是两回事。m3u8 的每个分片都是一次独立的 HTTP 请求任意一个分片超时或 404ffmpeg 就可能直接中断。给网络流加超时与重试参数ffmpeg -i https://example.com/path/playlist.m3u8 \ -timeout 15 \ -rw_timeout 15000000 \ -c copy \ -bsf:a aac_adtstoasc \ output.mp4-timeout是 TCP 连接超时单位秒-rw_timeout是读写超时单位微秒。15000000 微秒即 15 秒意味着单个分片在 15 秒内没有传输完成就会判定失败。某些 CDN 响应慢但不超时单个 ts 可能会拖几百秒这时-rw_timeout比-timeout更管用。遇到403 Forbidden或404 Not Found先检查 m3u8 里的分片路径是相对路径还是绝对路径。有些 CDN 的访问需要携带 Referer 或 User-Agent用-headers Referer: https://example.com/补上请求头。如果索引文件还需要 cookie可以用-cookies namevalue; name2value2。4.3 本地 m3u8 与网络 m3u8 的协议白名单差异ffmpeg 对不同协议有白名单限制。转本地 m3u8 时默认允许file协议但某些自编译版本会拒绝读取非白名单协议。报错形如Protocol https not on whitelist file,crypto,data需要显式声明允许的协议ffmpeg -protocol_whitelist file,http,https,tcp,tls,crypto \ -i https://example.com/path/playlist.m3u8 \ -c copy output.mp4crypto是解密 AES-128 分片时必须的协议不加它遇到带#EXT-X-KEY的 m3u8 会报Failed to open key。本地 m3u8 如果引用相对路径只写file就够了。注意这个参数要放在-i之前才会生效写在输出侧会被当作输出选项而忽略。4.4 合并过程中的时间戳异常与音频延迟网络 m3u8 经常存在分片之间的时间戳不连续比如某个 ts 的 PTS 忽然跳变合并后 mp4 的表现是画面卡顿或音画不同步。排查时先逐段检查每个分片for f in seg_*.ts; do ffprobe -v error -show_entries formatduration -of csvp0 $f done输出每个分片的时长列表对比 m3u8 里#EXTINF的对应值。偏差超过 0.5 秒的单独重编码该分片再合并。如果整体音频延迟固定用-af adelay200|200给音频加 200ms 延迟或者用-itsoffset 0.2 -i给整个输入做时间偏移。多数音画不同步不是编码问题而是源分片本身的时间戳就乱了。5. ffpreset 预设文件的加载机制与条件化转码脚本设计5.1 ffpreset 是什么一套按行读取的文本参数文件ffpreset 是 ffmpeg 自带的一种参数预设机制文件名后缀为.ffpreset。它的加载方式有两种-vpre name会去 ffmpeg 编译时指定的预设目录里找libx264-name.ffpreset-fpre /path/to/file.ffpreset则直接按绝对路径加载。ffmpeg 官方分发版内置了libx264-ipod320.ffpreset、libx264-ipod640.ffpreset等适用于移动设备兼容的预设文件但数量很少实际使用中更常见的是自己写一套。ffpreset 文件内容长这样# 这是注释以#开头 vcodeclibx264 acodecaac crf22 presetmedium profilehigh level4.0每行一个输出参数等号左边是 ffmpeg 的选项名右边是值。-fpre会将文件中的所有keyvalue按序应用到输出流上等价于在命令行逐项手写。常用于固定一批测试环境和生产环境共用的编码基线避免有人在命令行里加奇怪的参数导致产物不一致。5.2-fpre与命令行参数、-preset的关系ffmpeg 处理参数的顺序是从左到右后出现的同类参数会覆盖先出现的。-fpre preset.ffpreset写在输出文件前等同展开为对应选项如果在-fpre之后再写-crf 18则crf22被覆盖为 18。这个顺序特性常被用来做「预设打底 个别覆盖」比直接拼命令行更可维护。需要特别区分-preset medium和-fpre xxx.ffpreset-preset是 libx264 编码器内部的速度档位只有编码器是 libx264 时才生效-fpre是 ffmpeg 层面的参数组合里面可以放任意编码器参数。实际使用中可以在 ffpreset 里写presetslower从而把两层统一管理。5.3 按源视频条件选择预设ffprobe 判断加 ffpreset 执行condition字面意思是条件。ffmpeg 本身没有内置「如果视频分辨率大于某值则用某预设」的条件表达式条件分支要放在预设加载之前用脚本判断。以下是一段 bash 脚本示例#!/bin/bash input$1 # 读取视频分辨率 width$(ffprobe -v error -select_streams v:0 -show_entries streamwidth -of csvp0 $input) # 读取视频时长单位秒浮点 duration$(ffprobe -v error -show_entries formatduration -of csvp0 $input) # 判断分辨率与时长选择不同预设 if [ $width -ge 1920 ] || (( $(echo $duration 600 | bc -l) )); then preset_file./preset_1080p_vod.ffpreset hls_time8 else preset_file./preset_small.ffpreset hls_time4 fi ffmpeg -i $input \ -fpre $preset_file \ -hls_time $hls_time -hls_list_size 0 \ -hls_playlist_type vod \ output_$(basename ${input%.mp4}).m3u8判断逻辑把两个常见业务条件拆开分辨率大于等于 1920 或者时长超 600 秒走高清长切片预设否则走小体积短切片预设。bc用于浮点比较如果你的设备环境没有装 bc可以用awk -v a$duration BEGIN{exit !(a600)}代替。这里的核心思想是把「判断」和「执行」分开条件决定选哪份预设预设只描述编码参数。5.4 两份预设文件的业务设计和常见误区预设文件不是越全越好。推荐按业务维度拆分而不是按编码器维度拆分比如preset_1080p_vod.ffpreset、preset_720p_clip.ffpreset里面包含分辨率缩放、码率档位和 profile 设置这样条件脚本看起来一目了然。preset_1080p_vod.ffpreset实例vcodeclibx264 acodecaac crf20 presetslow profilehigh level4.2 vfscale-2:1080 r30vfscale-2:1080把视频统一缩放到高 1080宽度按比例自动计算-2保证数值是偶数避免 YUV 采样报错。r30强制帧率为 30fps防止源视频 29.97 与输出时间戳产生累积误差。常见误区是把容器选项写进 ffpreset例如在文件里写hls_time6或fmp4。-fpre只会把参数应用到编码流上不会应用到容器封装层所以hls_time、f这类选项写进去会被忽略。要控制切片参数的仍然放在命令行用变量把条件脚本里算出的hls_time传进去。另一个误区是预设里随意写 level 值profile 为 high 时搭配过低的 level 会直接报Unsupported resolution需要互相匹配。6. 快速验证 m3u8 转码结果的三板斧看错误、看参数、看播放6.1 用ffmpeg -v error过滤真正影响输出的问题转码日志几千行没必要逐行看。-v error只输出真正的错误忽略警告和调试信息ffmpeg -v error -i input.mp4 -c copy -bsf:a aac_adtstoasc out.mp4如果输出为空说明文件基本正常。结合-v warning能看到非致命问题比如时间戳不连续、非标准帧率、元数据缺失。批处理转码时把错误输出到独立日志文件再按行统计是快速定位批量失败的最有效手段。6.2 用 ffprobe 验证切片均匀性和 m3u8 完整性转码完成后验证的环节不能省# 验证源视频信息 ffprobe -v error -show_streams -show_format output.m3u8 # 统计所有分片时长偏差 for f in seg_*.ts; do ffprobe -v error -show_entries formatduration -of csvp0 $f done | awk {sum$1; if(NR1){min$1;max$1}; if($1min)min$1; if($1max)max$1} END {printf 分片数: %d, 平均: %.2f, 最小: %.2f, 最大: %.2f\n, NR, sum/NR, min, max}理想情况下最长的分片和最短的分片差距不超过 2 秒。如果出现单个分片时长异常长多半是源视频的关键帧间隔设置有问题需要回到编码参数调整keyint而不是在切片阶段找原因。m3u8 转换是编码和封装的综合产物分片时长是否均匀可以直接反映源视频的编码质量。6.3 最后一根救命稻草拆成最小可复现命令遇到奇怪的问题不要在一长串命令上反复调整。习惯是把命令缩到最短ffmpeg -i output.m3u8 -t 10 out.mp4只转前 10 秒去掉-c copy去掉所有预设看问题是否存在。如果最小命令正常再逐步加回参数直到定位到是哪个参数引发的故障。这个方法在处理「m3u8 转 MP4 失败」和「mp4 转 m3u8 播放卡顿」这两类问题时都比查日志更快因为它把变量逐个排除而不是盲试。ffmpeg 的行为没有魔法每一个报错都能在这套最小复现方法里被压缩成一个可控实验。本文还有配套的精品资源点击获取
