tsightler
commented
1 year ago I'm not really sure what you expect me to do here as you state that "Ring-mqtt works perfectly without go2rtc / RTSPtoWebRTC" and also "If I open the go2rtc web UI and click on Links, all of the MSE streams playback fine..." which indicates that ring-mqtt is working fine as playback wouldn't happen regardless of the frontend protocol without this being the case. If you are having problems with the WebRTC connection that is between your browser and go2rtc, there's not much I can do about it. You might try a different browser.
I will offer some notes based on your logs, although the logs do not appear to line up with the debug output you provided above from go2rtc and they are super hard to read because it appears you tried to test many overlapping items also while still in the first 3 minutes with discovery data happening as well.
One thing I noted is that your first test was performed within 2 seconds of the addon starting, this stream will certainly fail (and it did) because there's no way the worker threads for the camera streams would have started by then. You can see the 5 second timeout (RTSP default) and then immediate retry in the logs. The retry was successful, launching the stream ~7 seconds after the initial request which timed out. This stream ended ~38 seconds later due to EOF (i.e. client disconnect). Looks totally normal.
The second stream started fine, took ~2.6 seconds, although there was a TCP reset error in the communications with go2rtc (not sure why, networking perhaps, or maybe the stream was terminated/timed out there). I personally suggest not starting any tests until 20-30 seconds after ring-mqtt has sent discovery data and put devices online, anything before that point is almost certain to fail or be unstable. I also see an event stream that appears to work fine.
So far nothing really special, although there is a weird anomoly at 03:02:57.435 where there is a client connection for the event stream, but then at 03:02:57.550 there is another client for the same stream. Not sure why there are two RTSP consumers connecting at nearly the same instant, but this should be OK, it was just weird. The stream seems to start fine, then at 03:03:16 one of these two clients disconnects, but the other remains connected (at least there is no disconnect in the logs). This event stream continues playing until it reaches the end of the recording, which happens at 03:05:03. As there is still a client connected go2rtc immediately attempts to restart the stream from the beginning.
This doesn't actually work correctly, because of a timing issue (a race condition really). Basically, go2rtc attempts to restart the producer script, but ring-mqtt hasn't detected that the previous stream has ended yet. When go2rtc starts the producer script it sees the message from ring-mqtt that the prior stream has ended and thinks there was an error so it immediately exits. This is really no big deal as go2rtc just immediately restarts the producer script again, which works the second time, however at 03:05:05 the second client disconnects, and the event stream is properly closed. So, a weird string of events, and a little bit of a behavior that could be improved, but nothing too concerning, honestly some (most?) frontend clients won't survive the stream restart anyway because it's a hard loop from the end of the previous video to the start of a new one.
10 seconds later the client reconnects to the event stream, again, everything works as expected, the stream plays back for just over 2 minutes, hits the end, and the entire process repeats.
I'm not really seeing anything wrong here.
Scope666
_ring-mqtt_logs.txt.zip
Describe the Bug
One of my 4 Ring cameras will let me view the live stream with the HA / go2rtc / RTSPtoWebRTC combo, the rest won't. Ring-mqtt works perfectly without go2rtc / RTSPtoWebRTC. If I open the go2rtc web UI and click on Links, all of the MSE streams playback fine, but most of the time the WebRTC ones won't, which is what I think HA is trying to use. In the Ring app none of my cameras have the the option to enable "Legacy Video" as mentioned in your FAQ, I think they're all too old for H265. The one camera that seems to work most of the time (at least for Live) is the newest one I have, a Floodlight Cam Wired Plus... it's newer because it was a warranty replacement for the original Floodlight Cam.
Steps to Reproduce
This combo has worked solid for months, only recently started having issues.
Expected Behavior
Streams consistently play back. (live and event)
Log Output
Screenshots
Config File
Install Type
Unraid Docker
Version
v5.4.0
Operating System
Unraid
Architecture
x86_64
Machine Details
12th Gen Intel® Core™ i7-12700 @ 2079 MHz