Oops, I made a mistake in my last email. Because the “StreamReplicator” will
be reading from “audioSource”, you won’t be able to also use it in your first
“ServerMediaSubsession”. Instead, make *two* replicas of the audio source, as
follows:
If “audioSource” is your original audio “FramedSour
> On Oct 23, 2024, at 8:37 PM, Lutz Fiebach wrote:
>
> Hi,
> yes, have use this option “reuseFirstSource”.
> The problem is, we have 2 ServerMediaSession's with the same audio stream.
> 1. high resolution + audio
> 2. low resolution + audio
OK, so that’s your problem - because a “FramedSource”
--- Begin Message ---
Hello Ross,
I'm working at Thales with Yahia. I am writing to inform you that we have
encountered two problems regarding SRTP.
First, in method OnDemandServerMediaSubsession::sdpLines(int addressFamily) if
the following test if (rtpSink != NULL && rtpSink->srtpROC() != fSR
Hi,
yes, have use this option “reuseFirstSource”.
The problem is, we have 2 ServerMediaSession's with the same audio stream.
1. high resolution + audio
2. low resolution + audio
the option “reuseFirstSource” is active for both.
All 3 streams, 2 x video and 1 x audio are own FramedSources
> On Oct 23, 2024, at 3:22 PM, Lutz Fiebach wrote:
>
> Hello live555 Team,
>
> In our project we use a single mono stream which we play out with two
> different video streams via RTSP.
> If a client connects and disconnects stream 0 and then immediately connects
> stream 1, the RTSP server
> On Oct 23, 2024, at 12:12 PM, Trivedi, Rushina via live-devel
> wrote:
>
> Please let us know on which separate email ID we can contact you
finlay...@live555.com
Ross.
___
live-devel mailing list
live-devel@lists.live555.com
http://list
Hello live555 Team,
In our project we use a single mono stream which we play out with two different
video streams via RTSP.
If a client connects and disconnects stream 0 and then immediately connects
stream 1, the RTSP server
recognizes after a short time that stream 0 has been disconnected and
