[Live-devel] Dynamic Add/Remove session
Ryan Chong
fantasychong at yahoo.com
Thu Jul 7 04:30:06 PDT 2005
Saswat,
Hi. Thanks for the reply.
I am still new in RTSP, so I just wonder if there is
any way in the protocol, or the livemedia code that
could supply that information. I am thinking that it
will be a proper way as we could monitor the status
within the server, rather than a seperate mechanism.
Yupe, if there is no way to get the status from the
streaming server, I will have to implement the
keepalive system. :)
Nice to hear other voice beside Ross. Pitty him has to
reply every single mail ..
Thanks again.
Cheer,
Ryan
--- Saswat Praharaj <saswat at gmail.com> wrote:
> Ryan,
>
> I just saw this communication going on and replying
> , I may just be
> out of sync...
>
> Well as far your question goes, you can implement a
> keepalive
> mechanism,where client/server send a messege at some
> interval to
> determine if the other party is alive.
>
> If any of client or server is dead,the other party
> can gracefully
> terminate the connection and
> free all the resouces.
>
> As far my knowledge goes keep-alive is not a
> standard RTSP feature(I
> may be wrong).
>
> Thanks and Regards,
> -Saswat
>
>
>
> On 7/7/05, Ryan Chong <fantasychong at yahoo.com>
> wrote:
> > Dear Ross,
> >
> > Thanks for replying.
> >
> > I am thinking in the situation that, there might
> be
> > network connection issue, which drop the client
> > connection from the server. In this case, it will
> be
> > better to keep the RTSP stream alive so the client
> > could reconnect back later with the same URL.
> >
> > However, there might also be case that the client
> left
> > without acknowledging the server, i.e., system
> crash.
> > In this condition, the server will not be able to
> know
> > if the client is having network problem, or it
> just
> > died of somehow. From the first situation, the
> server
> > will still keep the stream alive, waiting for
> client's
> > reconnection. So, I hope that there is a way that
> we
> > could know the stream idle time, so that we could
> kill
> > the stream if the idle time exceed a period.
> >
> > Hope this does not trouble you much.
> >
> > Regards,
> > Ryan
> >
> >
> > --- Ross Finlayson <finlayson at live.com> wrote:
> >
> > >
> > > >I am currently using the livemedia to develop
> my
> > > JPEG
> > > >RTSP streaming. In my scenario, user will
> request a
> > > >source dynamically, and they will left after
> some
> > > >period of viewing.
> > > >
> > > >I am wondering, if I am able to know that for
> each
> > > >source, if there is no client connecting to it,
> and
> > > >that, the period of the idle time (no client
> > > >connection).
> > >
> > > Ryan,
> > >
> > > You can call
> > > "RTSPServer::removeServerMediaSession()" at any
> > > time, even if
> > > there is currently one or more clients
> connected.
> > > (Resources will not get
> > > reclaimed until the last client disconnects.)
> > >
> > >
> > > Ross Finlayson
> > > LIVE.COM
> > > <http://www.live.com/>
> > >
> > > _______________________________________________
> > > live-devel mailing list
> > > live-devel at lists.live.com
> > >
> http://lists.live.com/mailman/listinfo/live-devel
> > >
> >
> >
> >
> >
> >
> ____________________________________________________
> > Sell on Yahoo! Auctions no fees. Bid on great
> items.
> > http://auctions.yahoo.com/
> > _______________________________________________
> > live-devel mailing list
> > live-devel at lists.live.com
> > http://lists.live.com/mailman/listinfo/live-devel
> >
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live.com
> http://lists.live.com/mailman/listinfo/live-devel
>
__________________________________
Yahoo! Mail for Mobile
Take Yahoo! Mail with you! Check email on your mobile phone.
http://mobile.yahoo.com/learn/mail
More information about the live-devel
mailing list