[Live-devel] Media subsession lifetime

Nikolai Vorontsov nikolai.vorontsov at quadrox.be
Fri May 25 08:59:44 PDT 2012


Hello Ross,
 
could you please shed a little light on the following item:
 
I'm using testOnDemandRTSPServer-based application to stream h264
stream. The strange thing that I don't wee when the subsession is
destroyed when the client is disconnected. What I see:
 
xRTSPServer::createNew()
xRTSPServer::lookupServerMediaSession()        looks up and creates SMS
  xRTSPServer::createNewSMS()                       so, here it creates
SMS, reuseFirstSource = false
     xMediaSubsession::xMediaSubsession()       then adds a
mediasubsession, fine
xMediaSubsession::createNewStreamSource()   it creates source
xStreamSource::~xStreamSource()                    and kills it
immediately
xRTSPServer::lookupServerMediaSession()        again lookup
(successfully this time, no new SHS creation)
xMediaSubsession::createNewStreamSource()   it creates source again
-- it starts to deliver frames here --
when the client gracefully shuts down I see:
xStreamSource::~xStreamSource()                   so, the source stream
is closed and destroyed.
 
But even after 10 minutes I don't see any subsession close. Do I need to
close it manually (how? who and how should call ::close(), do I need to
remove it from SMS)? Or do I need to keep the subsession?
 
I\ve noticed that if I connect a client again with the same request it
tries to create a new source (for the same subsession I guess).  What's
the relation between MediaSession, subsession(s) and streams? Am I right
that (assuming unicast):
 
MediaSession - single entity for particular let say "camera".
Subsession - one (or two if audio enabled) entities for this "camera".
Stream - practical implementation of the client connection.
 
?
 
Thanks in advance,
Nikolai.
_________________________________________________________
Nikolai Vorontsov
Quadrox nv
Duigemhofstraat 101
3020 HERENT
Belgium
Tel: +32 16582585 <mailto:nikolai.vorontsov at quadrox.be>
Fax: +32 16582586 <http://www.quadrox.be <http://www.quadrox.be/> > 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120525/5f704a9d/attachment-0001.html>


More information about the live-devel mailing list