服务端转码不求人：写 FFmpeg 分布式转码 + GOP 切片 + 缩略图
内容提要
本文介绍用Claude Code构建生产级视频转码管线，涵盖多码率HLS、GOP对齐、缩略图生成、并发控制及资源限制。提供单机Worker脚本和分布式改造方案，包括Redis队列、心跳上报、失败重试。最后列出优化清单，如preset调整、GPU加速等，提升转码效率。
延伸解读
GOP对齐的关键作用
文章强调GOP对齐对HLS切片质量至关重要。若各码率I帧位置不一致，切片时长不均，播放器切换码率时易频繁缓冲。通过统一设置`-force_key_frames`、`-g`和`-keyint_min`，确保所有码率在相同帧位置插入关键帧，从而保证切片边界对齐，提升自适应流体验。
资源限制与并发控制
转码是CPU和内存密集型任务，若不加以限制，单个4K视频可能耗尽内存导致进程被杀，多个任务并发可能使CPU过载。脚本通过`resource.setrlimit`限制每个ffmpeg进程的内存和CPU时间，并用`ThreadPoolExecutor`控制并发数，避免资源争抢，保证系统稳定。
分布式改造的容错机制
单机脚本升级为分布式时，引入Redis队列和心跳机制。Worker通过`BLPOP`阻塞获取任务，每10秒上报心跳，若心跳超时30秒，任务可被重新分配。失败任务自动重试最多3次，确保转码任务不丢失，提升系统可靠性。
优化权衡与适用场景
文章末尾的优化清单提示，不同场景需权衡速度与质量。例如，`preset faster`可提速40%但画质略降，适合短视频；点播场景建议用`medium`。GPU加速（NVENC）速度提升3-5倍，但画质略逊于软编，需根据业务需求评估。
Q&A
服务端视频转码中，GOP对齐有什么作用？
GOP对齐确保所有码率的I帧位置相同，这样HLS切片后每个分片的时长均匀，播放器切换码率时不会频繁缓冲。
如何用FFmpeg生成多码率HLS并保证GOP对齐？
使用FFmpeg时，为每个码率设置相同的GOP参数，如`-g`、`-keyint_min`和`-force_key_frames`，并禁用场景切换检测（`-sc_threshold 0`），确保所有码率的I帧位置一致。
在视频转码中，如何生成缩略图雪碧图？
使用FFmpeg按固定间隔（如每10秒）提取帧，然后用ImageMagick的montage命令将多张缩略图拼接成网格，同时生成VTT文件记录每帧的坐标和时间。
视频转码时如何限制资源使用，防止OOM？
可以通过设置`resource.setrlimit`限制子进程的CPU时间和内存（如RLIMIT_AS），并在FFmpeg命令中指定`-threads`控制CPU核心数，同时设置超时时间防止卡死。
如何将单机视频转码脚本改造为分布式系统？
使用Redis作为消息队列，多个Worker通过BLPOP拉取任务；Worker每10秒发送心跳到Redis，若心跳超时30秒则任务重新入队；转码完成后通过HTTP回调通知业务方。
视频转码中如何实现并发控制？
可以使用线程池（如ThreadPoolExecutor）限制同时转码的任务数，或者使用分布式队列和调度器控制Worker数量，避免CPU过载。
FFmpeg转码时如何提高速度？
可以调整preset为faster或ultrafast，跳过不必要的音频流，使用GPU加速（如NVENC），或者将视频分割成多个片段并行转码。
视频转码失败后如何处理？
实现重试机制，例如设置最大重试次数（如3次），失败后将任务重新入队；同时记录错误日志，并通过回调通知业务方。
