Node-Media-Server生产环境转码异常：多码率无.ts/.m3u8文件

可能的原因及排查步骤 #

1. 服务器资源瓶颈 #

• CPU/内存不足：转码属于高负载操作，生产服务器规格不足时，FFmpeg进程可能被系统强制终止，导致流提前关闭。用top或htop实时监控转码时的资源占用，确认是否存在CPU跑满、内存耗尽的情况。
• 磁盘IO限制：虽能创建目录，但写入.ts文件时磁盘读写性能跟不上，会触发FFmpeg进程异常退出。用iostat查看磁盘负载，或临时将HLS输出目录切换到SSD磁盘做测试验证。

2. 权限配置问题 #

• 输出目录权限：生产环境下Node进程的运行用户可能没有写入.ts/.m3u8文件的权限，导致文件写入失败后流被关闭。可手动在目标目录创建测试文件，或临时设置chmod 777目录权限做验证（后续再调整为安全权限）。
• FFmpeg执行权限：确认Node进程用户能正常调用ffmpeg命令，执行which ffmpeg检查路径正确性，或直接运行ffmpeg -version验证执行权限。

3. 推流链路异常 #

• 推流源不稳定：生产环境推流网络若存在丢包、高延迟问题，Node-Media Server接收到的流数据不完整，会触发自动关闭逻辑。在生产服务器上用tcpdump抓包分析RTMP连接是否有频繁中断，或更换稳定推流源测试。
• 防火墙/端口限制：虽能建立RTMP连接，但FFmpeg转码过程中所需端口可能被防火墙拦截、或被其他进程占用，导致转码失败。检查服务器防火墙规则，确保FFmpeg相关网络操作不受限制，或临时关闭防火墙做测试。

4. 转码配置细节问题 #

• 转码参数冲突：检查配置中trans段的码率、分辨率设置，是否超出服务器处理能力，或参数格式错误（比如部分CPU不支持指定的硬编码格式）。可先简化转码参数，保留最基础设置做测试。
• 开启Debug日志：将Node-Media-Server的日志级别调到debug，查看FFmpeg进程的启动命令和输出日志，确认是否存在编码失败、参数错误等具体报错（默认日志可能未打印FFmpeg的详细错误信息）。

5. 服务器硬件/虚拟化差异 #

• CPU指令集支持：不同服务器的CPU可能缺少AVX、NEON等指令集，导致FFmpeg硬编码功能无法启用，转码效率骤降甚至失败。运行ffmpeg -encoders查看支持的编码器列表，对比正常与异常服务器的输出差异。
• 虚拟化环境限制：云服务器的虚拟化环境中，部分服务商可能限制CPU虚拟化指令集、或对进程CPU使用率做了限流，导致FFmpeg转码被强制终止。可联系服务商确认是否存在这类限制。

内容的提问来源于stack exchange，提问作者Sina KH