> 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

Reply via email to