如何用FFmpeg/Nginx转换HLS流适配旧款网络收音机？

核心问题分析 #

你之前用FFmpeg直接转流遇到的报错，本质是FFmpeg默认的「按需触发+单次连接」模式——只有当有客户端（比如VLC）连接时才会启动拉取原HLS流，一旦客户端断开，FFmpeg就停止工作，后续新连接（比如收音机）因无流数据报错。旧收音机通常不支持主动触发流初始化，因此需要一个持续稳定的流中转服务端。

最优方案：FFmpeg + Nginx（带流模块） #

两者结合能兼顾拉流稳定性和分发兼容性：FFmpeg负责持续抓取HLS源并转码为通用格式，Nginx作为稳定的HTTP流分发服务器，适配旧收音机的HTTP播放需求。

步骤1：部署带流模块的Nginx #

确保Nginx安装了nginx-rtmp-module（或官方http_flv_module，RTMP模块更适合实时流中转）。Debian/Ubuntu可通过PPA安装，其他系统可自行编译或下载预编译带模块版本。

步骤2：配置Nginx中转规则 #

修改Nginx配置文件（如/etc/nginx/nginx.conf），添加以下内容：

rtmp {
    server {
        listen 1935;
        chunk_size 4096;

        application hls2http {
            live on;
            record off;
            # 将RTMP流转为HTTP可访问的音频流
            push http://127.0.0.1:8080/stream;
        }
    }
}

http {
    server {
        listen 8080;
        location /stream {
            # 根据收音机支持格式设置Content-Type，MP3用audio/mpeg，AAC用audio/aac
            add_header Content-Type audio/mpeg;
            proxy_pass http://127.0.0.1:1935/hls2http;
            proxy_buffering off;
            proxy_set_header Host $host;
        }
    }
}

重启Nginx生效：sudo systemctl restart nginx

步骤3：用FFmpeg持续推流到Nginx #

执行以下命令（替换为你的HLS源URL，转码格式匹配收音机支持的类型）：

ffmpeg -i "https://your-hls-source.m3u8" -c:a libmp3lame -b:a 128k -f flv rtmp://127.0.0.1:1935/hls2http/live

• -i：指定HLS源地址
• -c:a libmp3lame：转码为MP3（若收音机支持AAC，可替换为-c:a copy或-c:a aac）
• -f flv：以FLV格式推送到Nginx的RTMP端口

步骤4：收音机连接播放 #

让收音机访问 http://你的本地IP:8080/stream 即可稳定播放。

纯FFmpeg临时方案 #

如果不想部署Nginx，可让FFmpeg启动持久化HTTP服务，即使无客户端连接也保持拉流：

ffmpeg -re -i "https://your-hls-source.m3u8" -c:a libmp3lame -b:a 128k -listen 1 -f mp3 http://0.0.0.0:8000/stream.mp3

• -re：按原始流速率拉取，避免带宽浪费
• -listen 1：让FFmpeg作为HTTP服务器监听，无客户端时也持续拉流
• 收音机访问 http://你的本地IP:8000/stream.mp3

注意：纯FFmpeg方案稳定性不如Nginx，多客户端连接或频繁断连时易出现流中断，长期使用优先选Nginx+FFmpeg组合。

关键注意事项 #

• 确认旧收音机支持的音频格式（多为MP3/AAC），转码时匹配对应格式
• 确保转流设备与收音机在同一局域网，IP地址可达
• 若HLS源有防盗链，可在FFmpeg命令中添加-headers参数模拟浏览器请求头

内容的提问来源于stack exchange，提问作者Alberto Faenza