> I have been experimenting with a multicast to unicast RTSP relay, as > demonstrated in testOnDemandRTSPServer.
Since the "testOnDemandRTSPServer" demonstrates how to stream from *files* to (unicast) clients, it does not 'demonstrate' multicast to unicast RTSP relaying at all. Therefore, you must have modified the supplied application's code in some (unspecified) way. So I don't really see how I can help you. However (because you are apparently a professional developer, and not some @gmail.com nobody) I'll give it a try... > However, if all clients leave, the multicast source seems to become closed Once again, you haven't said how you have modified the supplied code, but it sounds like you added a new "OnDemandServerMediaSubsession" subclass that (1) correctly sets "reuseFirstSource" to True, and (2) redefines the "createNewStreamSource()" virtual function to create a new input source object (of some unspecified type...). If you do this, then, yes, the input source object will get closed (and its destructor called) whenever the last RTSP client leaves. This is the proper behavior, because we want the input source to be closed when noone is requesting its data. (Similarly, when another client arrives later, "createNewStreamSource()" will get called again, and a new input source object will get created.) So, you need to figure out how to get your (unspecified) input source object to behave the way you want when (1) an object of this type is constructed, and (2) an object of this type is destroyed. 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
