You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a Lorex 2k doorbell (not on the latest firmware - that seems to block the http API) that I have configured for regular streaming, as well as backchannel audio. The wifi isn't 100%, so it was suggested I pass it through ffmpeg which has significantly reduced the errors go2rtc logs, however the backchannel stream cannot be passed through ffmpeg otherwise it consumes it and that blocks the call button from working (this doorbell is the same as the Amcrest 410 and Dahua doorbells).
What I notice is that whenever my Frigate card in Home Assistant tries to open the backchannel stream, it causes an error to log about a wrong response on DESCRIBE. If it matters, the stream is h.265 encoded, and I do have an HTTPS domain I access Home Assistant from (for WebRTC if it matters), and the domain is listed in the webrtc candidates, but I removed it for privacy.
This is pieces of my go2rtc config (removing other cameras):
I'm uncertain if this is go2rtc related, but I've also noticed that the Frigate card has an infrequent chance of actually displaying/opening the 2-way audio connection. It seems more often than not, my mic button isn't displayed... but I'm thinking that may be a Frigate card issue.
Is this error because the camera isn't standards compliant, or is there something that can be done to go2rtc to eliminate this (I don't even know if this error is causing me problems other than just being logged).
The text was updated successfully, but these errors were encountered:
I have a Lorex 2k doorbell (not on the latest firmware - that seems to block the http API) that I have configured for regular streaming, as well as backchannel audio. The wifi isn't 100%, so it was suggested I pass it through ffmpeg which has significantly reduced the errors go2rtc logs, however the backchannel stream cannot be passed through ffmpeg otherwise it consumes it and that blocks the call button from working (this doorbell is the same as the Amcrest 410 and Dahua doorbells).
What I notice is that whenever my Frigate card in Home Assistant tries to open the backchannel stream, it causes an error to log about a wrong response on DESCRIBE. If it matters, the stream is h.265 encoded, and I do have an HTTPS domain I access Home Assistant from (for WebRTC if it matters), and the domain is listed in the webrtc candidates, but I removed it for privacy.
This is pieces of my go2rtc config (removing other cameras):
This is a trace log of the error happening:
I'm uncertain if this is go2rtc related, but I've also noticed that the Frigate card has an infrequent chance of actually displaying/opening the 2-way audio connection. It seems more often than not, my mic button isn't displayed... but I'm thinking that may be a Frigate card issue.
Is this error because the camera isn't standards compliant, or is there something that can be done to go2rtc to eliminate this (I don't even know if this error is causing me problems other than just being logged).
The text was updated successfully, but these errors were encountered: