[Live-devel] live555 media server and multiple RTSP joins

[Ross Finlayson]

It is very unlikely that a bug-fix made more than 6 years ago has anything to do with your problem.  Remember that many, many other people have been successfully using our software since then.  Please, just begin by describing your symptoms; don’t waste your time trying to understand the arcane details of the LIVE555 code (that’s my job :-)


> On Jul 8, 2022, at 7:26 AM, Brody, Ben <Ben.Brody at wsp.com> wrote:
> 
> We are experiencing an issue with a product on the project that I’m working on. It is an analogue video encoder that uses the live555 media server. When we make multiple RTSP joins to the device, each new RTSP join causes the video sessions already in progress to glitch.

Is your server streaming via unicast (using one or more “OnDemandServerMediaSubsession” subclasses), or via multicast (using one or more “PassiveServerMediaSubsession”s)?  If you’re streaming via unicast, then make sure that the “reuseFirstSource” parameter - in the call to create each "OnDemandServerMediaSubsession” subclass - is set to True.  (This ensures that the stream source doesn’t get opened whenever a new client connects to the stream (if there’s already one or more unicast clients receiving the stream.)

Also (whether you’re streaming via unicast or multicast), check the way that your input source object (your “FramedSource” subclass that encapsulates your video encoder) sets “fPresentationTime” when it delivers each frame (or ’NAL unit’ for H.264/H.265).  It’s important that the “fPresentationTime” values are aligned with ‘wall clock’ times  - i.e. the times that you would get by calling “gettimeofday()”.  (You don’t have to actually set “fPresentationTime” each time by calling “gettimeofday()”; but it’s important that the values are close to the same.)

And, as always, be sure that you’re using the latest version of the software.


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/