> I'm needing to be able to detect and log the
> connect/disconnect/playing/paused/etc events done on the
> ProxyServerMediaSession against the remote camera

I'm not sure exactly what you mean by this, but if your intention is to 
detect/log every client connection (etc.) to the proxy server, then you need to 
know that if two or more clients are accessing the same proxy stream 
concurrently, then the code for "ProxyServerMediaSession" (and its related 
classes) is executed only for the *first* such client.  I.e., the "Proxy*" code 
is unaware of the second and subsequent clients.

So if you want to detect/log every client connection (etc.) to the proxy 
server, then you would not modify (or subclass) the "Proxy*" code at all.  
Instead, you would subclass "RTSPServer" and "RTSPServer::RTSPClientSession", 
and reimplement the "handleCmd_SETUP()" (etc.) virtual functions.


But if your intention is instead to detect/log only connections from the proxy 
server to the 'back-end' server (which is only a subset of the number of 
connections from front-end clients to the proxy server), then:

> The fact is that reviewing the code it seems to me it's the correct
> aproach, just use a ProxyServerMediaSession child constructor that
> inits ProxyServerMediaSession::fProxyRTSPClient to my own
> ProxyRTSPClient child class

Yes, but note that the existing "ProxyServerMediaSession" constructor already 
initializes the "fProxyRTSPClient" field (to a new "ProxyRTSPClient" object), 
so you'll need to delete this (using "Medium::close()") first, before assigning 
your new "ProxyRTSPClient" subclass object.

But hold on: At present, the "ProxyRTSPClient" class is defined only inside the 
"ProxyServerMediaSession.cpp" file, not in a header file, so you shouldn't even 
have the ability to access it, let alone subclass it.  So, are you sure that 
this is something that you really want to do??


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

Reply via email to