[Live-devel] TEARDOWN instead of PAUSE

[Deanna Earley]

A PAUSE is fine for (most) cameras that treat it as stopping the live data, as the RTSP spec suggests.
PLAY then carries on from the current point in time.
There are a handful of cameras that don’t support PAUSE though.

TEARDOWN closes the entire session and RTP streams meaning it needs to be initialized from scratch with the SETUP requests again.

--
Deanna Earley | Lead developer | icatchercctv

w: www.icode.co.uk/icatcher<http://www.icode.co.uk/icatcher> | t: 01329 835335 | f: 01329 835338
Registered Office : 71 The Hundred, Romsey, SO51 8BZ. Company Number : 03428325

From: live-devel [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Frank van Eijkelenburg
Sent: 18 May 2015 17:53
To: LIVE555 Streaming Media - development & use
Subject: [Live-devel] TEARDOWN instead of PAUSE

Hi,

I am using the proxy server implementation which sends a PAUSE command when no clients are connected for a registered URL. In our setup we have to handle live camera images and I am not sure if a PAUSE command will have effect on such cameras. Therefore, I changed the PAUSE command into a TEARDOWN command. This is working, however, the first keep-alive-message in the form of sending an OPTIONS command will fail after sending a TEARDOWN (because of a "stream not found") and the ProxyServerMediaSubSession object is deleted and created again. After creation the keep-alive message succeeds again.

Is there another way to restore the connection after a TEARDOWN command?
--

Met vriendelijke groeten / With kind regards,
Frank van Eijkelenburg  Lead Designer

T +31(0)182594000 | E frank.van.eijkelenburg at technolution.nl<mailto:frank.van.eijkelenburg at technolution.nl>
A Burgemeester Jamessingel 1, P.O. Box 2013, 2800 BD Gouda, The Netherlands | W technolution.com

This e-mail is intended exclusively for the addressee(s), and may not be passed on to, or made available for use by any person other than the addressee(s). Technolution B.V. rules out any and every liability resulting from any electronic transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20150519/323a63bd/attachment.html>