video - zeromq 是点对点视频聊天的正确解决方案吗

Question

我想知道我对zeromq的想法是否正确？我正在考虑使用 zeromq 编写一个点对点聊天应用程序，但当我进一步阅读它时，zeromq 似乎比人们使用的(tcp 套接字)更底层。 zeromq 是否适合编写点对点聊天应用程序，或者这个用例不适用？

Answer 1

首先，我不同意你关于 zeromq 比套接字更低级的说法。 AFAICT zeromq 提供了一个类似于套接字 API 的 API。然而，它还可以处理其他事情，例如使用相同的发送调用向多个客户端发送消息。

其次，您的问题不是很清楚:好是什么意思:易于编写(因为您指的是低级)、可靠、足够高效等？您可以使用任何您想要的东西，实现的复杂程度当然会有所不同。

此外，您可能应该在视频聊天应用程序中使用 udp 而不是 tcp，因为数据及时到达比所有数据到达都更重要，但这是一个完全不同的话题。如果您可以将 zeromq 与 udp 一起使用(并且您必须研究它)，我认为您没有理由不能将它用于视频聊天。

您需要考虑的主要因素是您是否可以足够快地在对等点之间发送数据以提供可接受的 QoS:AFAIR 认为对话服务的最大 RTT 约为 300 毫秒是可以的。

以下link适用于 VOIP 但也应适用于视频聊天要求:

Most callers notice round-trip delays when they exceed 250mSec, so the one-way latency budget would typically be 150 mSec. 150 mSec is also specified in ITU-T G.114 recommendation as the maximum desired one-way latency to achieve high-quality voice. Beyond that round-trip latency, callers start feeling uneasy holding a two-way conversation and usually end up talking over each other. At 500 mSec round-trip delays and beyond, phone calls are impractical, where you can almost tell a joke and have the other guy laugh after you've left the room.