Video streaming VLC流需要极高的带宽

我正在使用RTP将1080p视频从一台计算机传输到另一台计算机。我使用以下命令行：

.\vlc.exe -Idummy -vvv "test.mp4" --sout "#rtp{mux=ts,dst=10.0.0.5,port=1234}" "vlc://quit"

我的源文件（H.264 High profile）的视频曲目比特率低于6 Mbit/s，音频比特率低于100 kbit/s（AAC HE）。尽管如此，VLC使用近1 Gbit/s的数据流：

即使指定了比特率，附加转码也不会显著改变任何内容：

.\vlc.exe -Idummy -vvv "test.mp4" --sout "transcode{venc=x264{preset=veryfast},vb=3000}:rtp{mux=ts,dst=10.0.0.5,port=1234}" "vlc://quit"

由于一些视频工作正常（即，它们以几Mbit/s的速度传输，几乎没有任何CPU负载），而其他视频工作正常（如上文所述），我想问一下有哪些可能的故障排除步骤<代码>-vvv在初始缓冲后不会给出任何错误、警告或调试信息

发送和接收计算机均运行64位Windows 10，并通过千兆以太网交换机连接。与任何其他应用程序一样，连接似乎也很好。我还在本地测试了VLC流媒体设置，接收器位于同一主机上的Docker容器中，但这使问题变得更糟，即消耗的带宽甚至更高，并且（实际上）丢弃了数百万个数据包

---

有人知道如何解决这个问题吗？我使用最新的VLC2.2.6。

我会和Wireshark坐在上面

---

尽管Wireshark在接收计算机上10秒内捕获了超过一百万个数据包，但在“Telephony\RTP\RTP streams”中找不到RTP流。捕获后，我看不到一个RTP数据包，只有UDP数据包，其负载总是相似的，大部分是ff字节。这是一个VLC错误还是我在这里下结论太快了？[编辑：统计输出显示其中有5个RTCP数据包，以防出现任何差异]通常称为RTP的内容包括RTP、RTSP和RTCP。RTSP（TCP）设置有效负载RTP（UDP）并由RTCP控制。我知道，但没有任何RTP数据包。更新：它每夜使用最新的VLC 3。那时候好像是个虫子。我要是早点试试就好了：）。感谢您给我指点网络流量分析——看到它关闭让我怀疑VLC是否真的在发送有意义的数据。如果您没有看到任何RTP，可能是因为阻止UDP导致重新传输。