【发布时间】：2017-12-29 22:47:12
【问题描述】：
我正在设计一个系统，其中两台计算机将在同一个本地有线网络上（因此
最后，我计划将系统的每一端集成到一个应用程序中，接收器最有可能使用 SDL 和 FFMPEG，但如果有更好的系统，我会接受。
RTSP 能否通过接近实时传输且无伪影的方式处理此问题？由于这只是一个点对点系统，会有更好的协议吗？
【问题讨论】：
-
RTP 不会增加几秒钟的延迟。每秒发送 30 张单独的图像效率非常低……如果你真的想使用 JPEG，你不妨使用 MJPEG。 RTP 对于低延迟使用是完全可以接受的。这里真正重要的是您选择的编解码器及其配置。您还需要了解权衡...“需要可靠”与“需要低延迟”的斗争。
-
您的实际延迟和视频质量要求是多少？
-
我们仍在开发中，所以我们没有正式的要求，但我会说延迟不超过 100 毫秒，但最好是 30 毫秒，对于视频质量，我们不会寻找伪影（比如由于丢弃的数据包，图像的一部分在几帧内变灰）。对于实际质量，最好是100Mbp/s。
-
坦率地说，我认为您应该重新评估您对技术的选择。您意识到 30 FPS 的单帧显示时间超过 30 毫秒，对吧？此外，我的电视有大约 70 毫秒的延迟。我的电脑显示器，大概只有一半。在这两种情况下，我们都在谈论无损视频。运行 SDI 电缆，或者至少部署一个专用的 AVB 网络。如果您不愿意或无法做到这一点，那么您必须明确选择权衡。您不能同时通过共享网络要求超低延迟、超高视频质量、可靠传输。你必须选择牺牲。
-
质量是我能够牺牲的，但它不能从丢弃的数据包中看起来“丑陋”。我给出的 30ms-100ms 是 RTSP 流中的传输延迟。我已经考虑了源和目标延迟。因此，总延迟可能高达 200 毫秒。 AVB 网络很有趣，我将不得不对其进行更多研究。
标签： video-streaming rtsp rtp point-to-point