在A<->B->C拓扑下，如何用VLC或其他工具无视频处理转发RTSP流？

绝对可以实现无视频/音频处理的纯流转发，完全保留原流的低延迟和优秀压缩特性。下面给你分VLC优化方案和更轻量的替代工具两种情况说明：

一、优化VLC命令实现纯转发 #

你当前的VLC命令可能默认会做一些不必要的转码操作，只需要调整参数让VLC直接复制原流的视频编码，不做任何解码/重编码处理，就能达到无损耗转发的效果：

vlc rtsp://A_IP:A_PORT --sout '#rtp{dst=C_IP,port=5004,mux=ts,acodec=none,vcodec=copy}' --no-sout-all --no-sout-rtp-sap --no-sout-standard-sap --ttl=12 --quiet

参数解释：

• vcodec=copy：核心参数，告诉VLC直接复制原视频流，不进行任何编码处理
• acodec=none：保留你原来的需求，去掉音频流
• mux=ts：采用TS封装格式，适配UDP传输的稳定性
• --no-sout-all等参数：关闭不必要的广播和冗余输出，降低B的资源占用
• --quiet：关闭VLC的控制台日志输出，减少干扰

C端接收时，直接用VLC打开对应RTP流即可：

vlc rtp://@C_IP:5004

二、更轻量的替代工具（推荐） #

如果追求更低的资源占用和更纯粹的转发能力，以下两个工具比VLC更适合：

1. FFmpeg（简单高效） #

FFmpeg是流媒体处理的瑞士军刀，纯转发的命令非常简洁，完全不触碰视频内容：

ffmpeg -i rtsp://A_IP:A_PORT -c:v copy -an -f rtp rtp://C_IP:5004

• -c:v copy：直接复制原视频编码流
• -an：禁用音频流
• -f rtp：指定输出为RTP格式发送到C

2. rtsp-simple-server（稳定长期运行） #

这是一个专门的轻量级RTSP流媒体转发服务器，适合需要长期稳定运行的场景：

1. 在B上下载并启动rtsp-simple-server
2. 修改配置文件，添加一个转发路径：

paths:
  camera_forward:
    source: rtsp://A_IP:A_PORT  # 从A拉取RTSP流
    sourceProtocol: tcp  # 可选，用TCP拉流更稳定
    publish: no  # 禁止向该路径推流
    read: yes  # 允许C读取该路径的流

3. 重启服务后，C端直接通过RTSP连接B的服务即可获取原流：

vlc rtsp://B_IP:8554/camera_forward

这种方式下，B只是作为一个流转发的中间节点，完全不处理视频内容，延迟和原流几乎一致，资源占用极低。

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