Network programming Live555 OpenRTSP客户端重新连接到服务器

Network programming Live555 OpenRTSP客户端重新连接到服务器,network-programming,network-protocols,rtsp,rtsp-client,live555,Network Programming,Network Protocols,Rtsp,Rtsp Client,Live555,情况就是这样: 我使用Live555OpenRTSP客户端连接到RTSP服务器 然后确保服务器连接丢失 要重新连接rtsp服务器,我应该怎么做 openRTSP客户端是否处理此问题?[在我的实验中没有] 如果不是,我应该如何检测连接丢失, 并修改打开的Rtsp客户端代码以重新连接服务器? 有什么建议吗?在我看来,设置新的RTSP会话是最简单的 一,。据我所知不是这样 二,。您可以在live555事件循环中安排一个定期任务,检查在过去n秒内是否收到任何样本。如果没有,您可以尝试在开始新会话之前拆除

情况就是这样:

我使用Live555OpenRTSP客户端连接到RTSP服务器 然后确保服务器连接丢失 要重新连接rtsp服务器,我应该怎么做

openRTSP客户端是否处理此问题?[在我的实验中没有] 如果不是,我应该如何检测连接丢失, 并修改打开的Rtsp客户端代码以重新连接服务器?
有什么建议吗?

在我看来,设置新的RTSP会话是最简单的

一,。据我所知不是这样

二,。您可以在live555事件循环中安排一个定期任务,检查在过去n秒内是否收到任何样本。如果没有,您可以尝试在开始新会话之前拆除现有会话。但是,如果服务器和客户端之间的连接中断,您的拆卸也可能失败,这是正常的,因为RTSP服务器在任何情况下都会超时RTSP会话。据我记忆所及,RTSP服务器上的live555超时为60秒

为清楚起见: 连接到底是什么意思:RTSP服务器和客户端之间的链接?
您是通过UDP传输RTP还是通过RTSP TCP传输RTP?如果您在RTSP上交错RTP,您可能能够在TCP连接断开时检测到连接故障。

服务器流RTP over UDP…因此我应该提出一个问题,如果我在假设的10秒钟内没有接收RTP数据包,服务器连接断开?但是网络可能很慢…神奇的数字?n应该是什么?通过连接:服务器和客户端之间的链接…如果服务器关闭,OpenRTSP客户端将关闭…但它应该尝试n次或t次持续时间来重新连接并再次获取流…可能服务器在t时间内启动…这是一个棘手的问题,因为它完全取决于您遇到的网络问题。我会尝试一些神奇的数字,看看什么适合你。我们使用live555 RTP over RTSP流媒体,并且已经看到超过30秒的超时,在此之后会话已经恢复,这是正常的,只要时间在RTSP服务器超时之下,但这完全取决于您的目标网络,等等。我使用计时器完成了此操作,但我在重新启动新客户端时遇到问题。