> On Sep 5, 2019, at 12:55 AM, HAN Hao <han....@stengg.com> wrote:
>
>
>> Thank you! For that situation, I am able to see the accepted connection. May
>> I know whether there are any ways to know if the accepted IP Address has
>> terminated or lost that connection?
>
>> Yes, the “ClientConnection” object (or, in this case, the subclass object
>> “RTSPServer::RTSPClientConnection”) will be destroyed if/when the connection
>> is closed. So the destructor will be called in that case.
>
> So sorry for my ignorance, may I know which object do I look at?
I meant (the destructor for) “RTSPServer::RTSPClientConnection” itself. Note,
though, that you shouldn’t modify the supplied code. (See
http://live555.com/liveMedia/faq.html#modifying-and-extending
for the reason why,) Instead, if you want to do something new when the
destructor is called, you should define your own subclass of
“RTSPServer::RTSPClientConnection” (and thus also reimplement the virtual
function “createNewClientConnection()” to create a new object of this
subclass), and add your new code to the destructor of your subclass.
> At the same time, may I also ask whether it is possible to set the RTSP Proxy
> Server to use the same port? When multiple instances of RTSP Proxy Server is
> hosted, the first proxy server does not show the port number(i.e
> xxx.xxx.xxx.xxx/proxyStream). From the second proxy server onwards, the RTSP
> URL becomes ( xxx.xxx.xxx.xxx:xxxx/proxyStream). Are there any ways to always
> host the RTSP Proxy Server using xxx.xxx.xxx.xxx/proxyStream after I defined
> a conditional statement for the streamName?
See lines 189-210 of “proxyServer/live555ProxyServer.cpp”. Note that you will
not be able to run a server on port P if there is already another server
running on port P, or if another server has very recently already run on port
P. Note also that port 554 is the ‘default’ port number for RTSP. “rtsp://“
URLs that use port 554 don’t have to use it (although they can if you wish).
(This is analogous to port 80 for HTTP.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
