Sometime (I haven't figured out how to reproduce) go2rtc keeps "open channels" to / from device. Like in this situation
{ "producers": [ { "id": 172, "format_name": "rtsp", "protocol": "rtsp+tcp", "remote_addr": "192.168.x.x:554", "url": "rtsp://user:password@192.168.x.x:554/Preview_01_sub", "sdp": "v=0\r\no=- 1775347230494346 1 IN IP4 192.168.x.x\r\ns=Session streamed by \"preview\"\r\ni=reolink rtsp stream\r\nt=0 0\r\na=tool:Reolink Streaming Media 2024.12.11\r\na=type:broadcast\r\na=control:*\r\na=range:npt=now-\r\na=x-qt-text-nam:Session streamed by \"preview\"\r\nm=video 0 RTP/AVP 96\r\nc=IN IP4 0.0.0.0\r\nb=AS:8192\r\na=rtpmap:96 H264/90000\r\na=control:track1\r\nm=audio 0 RTP/AVP 97\r\nc=IN IP4 0.0.0.0\r\nb=AS:8192\r\na=rtpmap:97 MPEG4-GENERIC/16000\r\na=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408\r\na=recvonly\r\na=control:track2\r\nm=audio 0 RTP/AVP 0\r\na=control:track3\r\na=rtpmap:0 PCMU/8000\r\na=sendonly", "user_agent": "go2rtc/1.9.14", "medias": [ "video, recvonly, H264", "audio, recvonly, MPEG4-GENERIC/16000", "audio, sendonly, PCMU/8000" ], "receivers": [ { "id": 173, "codec": { "codec_name": "h264", "codec_type": "video" }, "bytes": 2346583, "packets": 2056 } ], "senders": [ { "id": 174, "codec": { "codec_name": "pcm_mulaw", "codec_type": "audio", "sample_rate": 8000 }, "parent": 149 }, { "id": 175, "codec": { "codec_name": "pcm_mulaw", "codec_type": "audio", "sample_rate": 8000 }, "parent": 165, "bytes": 35200, "packets": 220 }, { "id": 179, "codec": { "codec_name": "pcm_mulaw", "codec_type": "audio", "sample_rate": 8000 }, "parent": 178, "bytes": 56640, "packets": 354 } ], "bytes_recv": 2372571 }, { "url": "ffmpeg:http://192.168.x.x/flv?port=1935\u0026app=bcs\u0026stream=channel0_ext.bcs\u0026user=user\u0026password=password#video=copy#audio=copy#audio=opus" } ], "consumers": [] }
This prevent Reolink Doorbell to play reply messages to Visitor
My simple solution is to click Save & Restart button on the go2rtc config page in WebUI or restart app via automation in HA.
Few questions
Is that a known bug? If not I am ready to provide more details
Is that restart app "the right thing" to do to close those "open leftover" channels? Is there another way? Maybe optional timeout to close it and clean completely.
Related question. Is there a solid way to verify if Speak & Quick Reply volume is actually set to any level than 0 before sending recorded Quick Reply? I need to keep this at 0 (zero) to prevent being heard at the walkway.
Sometime (I haven't figured out how to reproduce) go2rtc keeps "open channels" to / from device. Like in this situation
{ "producers": [ { "id": 172, "format_name": "rtsp", "protocol": "rtsp+tcp", "remote_addr": "192.168.x.x:554", "url": "rtsp://user:password@192.168.x.x:554/Preview_01_sub", "sdp": "v=0\r\no=- 1775347230494346 1 IN IP4 192.168.x.x\r\ns=Session streamed by \"preview\"\r\ni=reolink rtsp stream\r\nt=0 0\r\na=tool:Reolink Streaming Media 2024.12.11\r\na=type:broadcast\r\na=control:*\r\na=range:npt=now-\r\na=x-qt-text-nam:Session streamed by \"preview\"\r\nm=video 0 RTP/AVP 96\r\nc=IN IP4 0.0.0.0\r\nb=AS:8192\r\na=rtpmap:96 H264/90000\r\na=control:track1\r\nm=audio 0 RTP/AVP 97\r\nc=IN IP4 0.0.0.0\r\nb=AS:8192\r\na=rtpmap:97 MPEG4-GENERIC/16000\r\na=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408\r\na=recvonly\r\na=control:track2\r\nm=audio 0 RTP/AVP 0\r\na=control:track3\r\na=rtpmap:0 PCMU/8000\r\na=sendonly", "user_agent": "go2rtc/1.9.14", "medias": [ "video, recvonly, H264", "audio, recvonly, MPEG4-GENERIC/16000", "audio, sendonly, PCMU/8000" ], "receivers": [ { "id": 173, "codec": { "codec_name": "h264", "codec_type": "video" }, "bytes": 2346583, "packets": 2056 } ], "senders": [ { "id": 174, "codec": { "codec_name": "pcm_mulaw", "codec_type": "audio", "sample_rate": 8000 }, "parent": 149 }, { "id": 175, "codec": { "codec_name": "pcm_mulaw", "codec_type": "audio", "sample_rate": 8000 }, "parent": 165, "bytes": 35200, "packets": 220 }, { "id": 179, "codec": { "codec_name": "pcm_mulaw", "codec_type": "audio", "sample_rate": 8000 }, "parent": 178, "bytes": 56640, "packets": 354 } ], "bytes_recv": 2372571 }, { "url": "ffmpeg:http://192.168.x.x/flv?port=1935\u0026app=bcs\u0026stream=channel0_ext.bcs\u0026user=user\u0026password=password#video=copy#audio=copy#audio=opus" } ], "consumers": [] }This prevent Reolink Doorbell to play reply messages to Visitor
My simple solution is to click Save & Restart button on the go2rtc config page in WebUI or restart app via automation in HA.
Few questions
Is that a known bug? If not I am ready to provide more details
Is that restart app "the right thing" to do to close those "open leftover" channels? Is there another way? Maybe optional timeout to close it and clean completely.
Related question. Is there a solid way to verify if Speak & Quick Reply volume is actually set to any level than 0 before sending recorded Quick Reply? I need to keep this at 0 (zero) to prevent being heard at the walkway.