I am an old Janus user using legacy software (sorry). I have a very simple use case trying to stream video from camera on another system
My problem is that janus is not receiving the video (anymore) using a chrome browser.
On the remote system, I am using live555ProxyServer (which basically serves the rtsp stream from the camera on that system. live555 also has a test program called openRTSP which can be used to ensure that the proxy server is working.
The bottom line is I can run
$ openRTSP rtsp://10.129.4.4:8554/proxyStream
on the same server where janus is running and I get streamed data.
However, the janus log seems to constantly hit the 5s stream timeout and repeatedly tries to reconnect to no avail. Here is a snippet of the log towards the end of the negotiation:
[Mon Jun 17 10:47:05 2024] SETUP answer:RTSP/1.0 200 OK
CSeq: 2
Date: Mon, Jun 17 2024 17:47:04 GMT
Transport: RTP/AVP;unicast;destination=10.129.4.5;source=10.129.4.4;client_port=10002-10003;server_port=6970-6971
Session: E1F1A9E2;timeout=65
[Mon Jun 17 10:47:05 2024] – Source (video): 10.129.4.4
[Mon Jun 17 10:47:05 2024] – RTP port (video): 6970
[Mon Jun 17 10:47:05 2024] – RTCP port (video): 6971
[Mon Jun 17 10:47:05 2024] – RTSP session timeout (video): 32000 ms
[Mon Jun 17 10:47:05 2024] RTSP video latching: 10.129.4.4:6970
[Mon Jun 17 10:47:05 2024] – RTCP: 10.129.4.4:6971
[Mon Jun 17 10:47:05 2024] Sending PLAY request…
[Mon Jun 17 10:47:06 2024] PLAY answer:RTSP/1.0 200 OK
CSeq: 3
Date: Mon, Jun 17 2024 17:47:04 GMT
Range: npt=0.000-
Session: E1F1A9E2
RTP-Info: url=rtsp://10.129.4.4:8554/proxyStream/track1;seq=34810;rtptime=2866988911,url=rtsp://10.129.4.4:8554/proxyStream/track2;seq=0;rtptime=0
[Mon Jun 17 10:47:06 2024] [4995174179164057] Reconnected to the RTSP server, streaming again
[Mon Jun 17 10:47:11 2024] ^[[33m[WARN]^[[0m [4995174179164057] 5s passed with no media, trying to reconnect the RTSP stream
[Mon Jun 17 10:47:11 2024] DESCRIBE answer:RTSP/1.0 200 OK
CSeq: 1
Date: Mon, Jun 17 2024 17:47:10 GMT
Content-Base: rtsp://10.129.4.4:8554/proxyStream/
Any thoughts on what I might examine next?
FWIW, a while ago, I did introduce an sdp hack (based on the best info I could find) because it appeared my camera was returning an illegal profile-level-id. In particular I catch the sdp before passing it to janus and do the following:
// used to check Janus.webRTCAdapter.browserDetails.browser for chrome, firefox,edge,
// but now needed for safari too. Camera returns an illegal profile-level-id
// map 4d00 (base) to 4d80 (constrained baseline)
// https://www.iana.org/assignments/media-types/video/H264-SVC
// tried 4d001e->42e01f but this seems closer
jsep['sdp'] = jsep['sdp'].replace('profile-level-id=4D00', 'profile-level-id=4D80');
In the sdp received (shown below) I am triggering that rewrite
Date: Mon, Jun 17 2024 17:47:04 GMT
Content-Base: rtsp://10.129.4.4:8554/proxyStream/
Content-Type: application/sdp
Content-Length: 620
v=0
o=- 1718577931929568 1 IN IP4 192.168.86.40
s=LIVE555 Streaming Media v2019.02.27
i=LIVE555 Streaming Media v2019.02.27
t=0 0
a=tool:LIVE555 Streaming Media v2019.02.27
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:LIVE555 Streaming Media v2019.02.27
a=x-qt-text-inf:LIVE555 Streaming Media v2019.02.27
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:50
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=4D001E;sprop-parameter-sets=Z00AHp2oKA9puAgICBA=,aO48gA==
a=control:track1
m=audio 0 RTP/AVP 97
c=IN IP4 0.0.0.0
b=AS:50
a=rtpmap:97 PCMA/8000
a=control:track2