Unable to play multiple streams

[Leone25]

Hello,

I'm having issues streaming multiple video feeds with multiple clients, the first connection always works and is able to receive video. All subsequent clients get stuck at the connection request and the promise is never resolved. I'll include a log of what is logged for the second connection:

OPTIONS rtsp://192.168.0.189:554/Streaming/Channels/202 RTSP/1.0
CSeq: 1
User-Agent: yellowstone/3.x

RTSP/1.0 401 Unauthorized
CSeq: 1
WWW-Authenticate: Digest realm="9e203eb9254c7e4aaeec1ced", nonce="17791bbd", algorithm="MD5"
WWW-Authenticate: Basic realm="/"


OPTIONS rtsp://192.168.0.189:554/Streaming/Channels/202 RTSP/1.0
CSeq: 2
User-Agent: yellowstone/3.x
Authorization: Basic ZW5yaWNvMjpUcnVzdDIwMTk=

RTSP/1.0 200 OK
CSeq: 2
Public: OPTIONS, DESCRIBE, SETUP, PLAY, TEARDOWN, PAUSE, SET_PARAMETER, GET_PARAMETERDate: Tue, 19 Sep 2023 11:05:07 GMT


DESCRIBE rtsp://192.168.0.189:554/Streaming/Channels/202 RTSP/1.0
CSeq: 3
User-Agent: yellowstone/3.x
Accept: application/sdp

v=0
o=- 1109162014219182 0 IN IP4 0.0.0.0
s=Media Server V4.26.131
i=Media Server Session Description : standard
e=NONE
c=IN IP4 0.0.0.0
t=0 0
a=control:*
b=AS:3850
a=range:npt=now-
m=video 0 RTP/AVP 96
i=Video Media
a=rtpmap:96 H265/90000
a=control:trackID=video
b=AS:3840
a=Media_header:MEDIAINFO=494D4B48020100000400050000000000000000000000000000000000000000000000000000000000;
a=appversion:1.0
v=0
o=- 1109162014219182 0 IN IP4 0.0.0.0
s=Media Server V4.26.131
i=Media Server Session Description : standard
e=NONE
c=IN IP4 0.0.0.0
t=0 0
a=control:*
b=AS:3850
a=range:npt=now-
m=video 0 RTP/AVP 96
i=Video Media
a=rtpmap:96 H265/90000
a=control:trackID=video
b=AS:3840
a=Media_header:MEDIAINFO=494D4B48020100000400050000000000000000000000000000000000000000000000000000000000;
a=appversion:1.0

H265 Video Stream Found in SDP

No idea what is going on, any help is appreciated

EDIT: this issues, exists only in udp mode, if tcp is used it works fine

Thanks

Enrico

[RogerHardiman]

There is code to try the next free UDP port number so that two copies can run at the same time, but maybe there is a bug in that code.
Did you find a workaround last year?

[Leone25]

nope, i just stuck with tcp, being within a small network it didn't make much difference and packet drops are unlikely