Alexa Suddenly Stopped with Unifi
-
I have had this working for over a year with no issues.
A few days ago, I get a message from Alexa “Having trouble showing camera” the stream starts to come in, it then flickers and I get that sweet message.
Running off a Echo 4th Gen and 4K firestick. Both devices are coming back with the same error message and flickering. for Unifi I am running G3 Instant and G4 Pro - all updated to latest firmware and Protect UI.
Here is the log from the Gateway:2022-05-29T11:46:58.033Z [TRACE] [192.168.50.51:55524 <B1q4TRl_q>] [CLIENT RESPONSE] <-- [BODY]
v=0
o=- 224 0 IN IP4 192.168.1.1
s=74ACB99E7D7B_1
u=www.evostream.com
c=IN IP4 192.168.1.1
t=0 0
a=control:*
a=recvonly
a=range:npt=now-
m=audio 0 RTP/AVP 96
a=rtpmap:96 mpeg4-generic/16000/1
a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1408; SizeLength=13; IndexLength=3; IndexDeltaLength=3;
a=control:trackID=0
a=recvonly
m=audio 0 RTP/AVP 96
a=rtpmap:96 opus/48000/2
a=control:trackID=1
a=recvonly
a=fmtp:96
m=video 0 RTP/AVP 97
a=rtpmap:97 H264/90000
a=fmtp:97 profile-level-id=4d401f; packetization-mode=1; sprop-parameter-sets=Z01AH6aAQASabgICAoAAAfSAAA+kTtBEI1A=,aO48gA==
a=control:trackID=2
a=recvonly2022-05-29T11:46:58.046Z [INFO] [192.168.50.51:55524 <B1q4TRl_q>] RTSP CLIENT SOCKET CLOSED
2022-05-29T11:46:58.047Z [INFO] [192.168.50.51:55524 <B1q4TRl_q>] RTSP CLIENT DETACHED FROM STREAM: Front-G3 (STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe)
2022-05-29T11:46:58.048Z [INFO] [192.168.50.51:55524 <B1q4TRl_q>] RTSP ENDPOINT SOCKET CLOSED [192.168.50.51:55524 <B1q4TRl_q>]
INITIALIZE RTSP STREAM: Front-G3
- NAME : Front-G3
- LABEL : PRIMARY
- URL : rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl
- UUID : STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe
- SESS : 3b06a0d9-48f6-4f33-8c91-39b424508053
- MODIF : Thu Sep 30 2021 14:40:29 GMT-0400 (Eastern Daylight Time)
- TAGS : @tunnel
2022-05-29T11:46:58.875Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP CLIENT SOCKET CONNECTED
2022-05-29T11:46:59.002Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP CLIENT ATTACHED TO STREAM: Front-G3 (STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe)
2022-05-29T11:46:59.004Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP ENDPOINT SOCKET CONNECTED {192.168.1.1:7447}
2022-05-29T11:46:59.004Z [DEBUG] [192.168.50.51:55526 <ByjNp0e_c>] [CLIENT REQUEST] --> [DESCRIBE] rtsp://ef7ca1cb-e73f-4416-b0e3-62d2c7d97403.mproxy.io:443/STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe?session=3b06a0d9-48f6-4f33-8c91-39b424508053
2022-05-29T11:46:59.005Z [TRACE] [192.168.50.51:55526 <ByjNp0e_c>] [CLIENT REQUEST] --> [HEADERS] {
“accept”: “application/sdp”,
“user-agent”: “Fire OS/6.0 stagefright/1.2 (Linux;Android 7.1.2)”,
“cseq”: “1”
}
2022-05-29T11:46:59.006Z [DEBUG] [192.168.50.51:55526 <ByjNp0e_c>] [ENDPOINT REQUEST] --> [DESCRIBE] rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl
2022-05-29T11:46:59.006Z [TRACE] [192.168.50.51:55526 <ByjNp0e_c>] [ENDPOINT REQUEST] --> [HEADERS] {
“accept”: “application/sdp”,
“user-agent”: “Fire OS/6.0 stagefright/1.2 (Linux;Android 7.1.2)”,
“cseq”: “1”
}
2022-05-29T11:46:59.019Z [DEBUG] [192.168.50.51:55526 <ByjNp0e_c>] [ENDPOINT RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
2022-05-29T11:46:59.019Z [TRACE] [192.168.50.51:55526 <ByjNp0e_c>] [ENDPOINT RESPONSE] <-- [HEADERS] {
“cseq”: “1”,
“cache-control”: “no-store”,
“content-base”: “rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl/”,
“content-length”: “680”,
“content-type”: “application/sdp”,
“date”: “Sun, 29 May 2022 11:46:57 UTC”,
“expires”: “Sun, 29 May 2022 11:46:57 UTC”,
“pragma”: “no-cache”,
“server”: “EvoStream Media Server (www.evostream.com)”
}
2022-05-29T11:46:59.020Z [TRACE] [192.168.50.51:55526 <ByjNp0e_c>] [ENDPOINT RESPONSE] <-- [BODY]
v=0
o=- 226 0 IN IP4 192.168.1.1
s=74ACB99E7D7B_1
u=www.evostream.com
[email protected]
c=IN IP4 192.168.1.1
t=0 0
a=recvonly
a=control:*
a=range:npt=now-
m=audio 0 RTP/AVP 96
a=recvonly
a=rtpmap:96 mpeg4-generic/16000/1
a=control:trackID=0
a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1408; SizeLength=13; IndexLength=3; IndexDeltaLength=3;
m=audio 0 RTP/AVP 96
a=recvonly
a=rtpmap:96 opus/48000/2
a=control:trackID=1
a=fmtp:96
m=video 0 RTP/AVP 97
a=recvonly
a=control:trackID=2
a=rtpmap:97 H264/90000
a=fmtp:97 profile-level-id=4d401f; packetization-mode=1; sprop-parameter-sets=Z01AH6aAQASabgICAoAAAfSAAA+kTtBEI1A=,aO48gA==2022-05-29T11:46:59.021Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP ENDPOINT AUTHENTICATION SUCCESSFUL: NONE
2022-05-29T11:46:59.023Z [DEBUG] [192.168.50.51:55526 <ByjNp0e_c>] [CLIENT RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
2022-05-29T11:46:59.023Z [TRACE] [192.168.50.51:55526 <ByjNp0e_c>] [CLIENT RESPONSE] <-- [HEADERS] {
“cseq”: “1”,
“cache-control”: “no-store”,
“content-base”: “rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl/”,
“content-length”: “655”,
“content-type”: “application/sdp”,
“date”: “Sun, 29 May 2022 11:46:57 UTC”,
“expires”: “Sun, 29 May 2022 11:46:57 UTC”,
“pragma”: “no-cache”,
“server”: “EvoStream Media Server (www.evostream.com)”
}
2022-05-29T11:46:59.024Z [TRACE] [192.168.50.51:55526 <ByjNp0e_c>] [CLIENT RESPONSE] <-- [BODY]
v=0
o=- 226 0 IN IP4 192.168.1.1
s=74ACB99E7D7B_1
u=www.evostream.com
c=IN IP4 192.168.1.1
t=0 0
a=control:*
a=recvonly
a=range:npt=now-
m=audio 0 RTP/AVP 96
a=rtpmap:96 mpeg4-generic/16000/1
a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1408; SizeLength=13; IndexLength=3; IndexDeltaLength=3;
a=control:trackID=0
a=recvonly
m=audio 0 RTP/AVP 96
a=rtpmap:96 opus/48000/2
a=control:trackID=1
a=recvonly
a=fmtp:96
m=video 0 RTP/AVP 97
a=rtpmap:97 H264/90000
a=fmtp:97 profile-level-id=4d401f; packetization-mode=1; sprop-parameter-sets=Z01AH6aAQASabgICAoAAAfSAAA+kTtBEI1A=,aO48gA==
a=control:trackID=2
a=recvonly2022-05-29T11:46:59.033Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP CLIENT SOCKET CLOSED
2022-05-29T11:46:59.033Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP CLIENT DETACHED FROM STREAM: Front-G3 (STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe)
2022-05-29T11:46:59.034Z [INFO] [192.168.50.51:55526 <ByjNp0e_c>] RTSP ENDPOINT SOCKET CLOSED [192.168.50.51:55526 <ByjNp0e_c>]
INITIALIZE RTSP STREAM: Front-G3
- NAME : Front-G3
- LABEL : PRIMARY
- URL : rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl
- UUID : STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe
- SESS : fafbbe00-c570-4fff-8105-0e549ad049fe
- MODIF : Thu Sep 30 2021 14:40:29 GMT-0400 (Eastern Daylight Time)
- TAGS : @tunnel
2022-05-29T11:47:00.083Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP CLIENT SOCKET CONNECTED
2022-05-29T11:47:00.211Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP CLIENT ATTACHED TO STREAM: Front-G3 (STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe)
2022-05-29T11:47:00.213Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP ENDPOINT SOCKET CONNECTED {192.168.1.1:7447}
2022-05-29T11:47:00.214Z [DEBUG] [192.168.50.51:55528 <ry2VpAld9>] [CLIENT REQUEST] --> [DESCRIBE] rtsp://ef7ca1cb-e73f-4416-b0e3-62d2c7d97403.mproxy.io:443/STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe?session=fafbbe00-c570-4fff-8105-0e549ad049fe
2022-05-29T11:47:00.214Z [TRACE] [192.168.50.51:55528 <ry2VpAld9>] [CLIENT REQUEST] --> [HEADERS] {
“accept”: “application/sdp”,
“user-agent”: “Fire OS/6.0 stagefright/1.2 (Linux;Android 7.1.2)”,
“cseq”: “1”
}
2022-05-29T11:47:00.215Z [DEBUG] [192.168.50.51:55528 <ry2VpAld9>] [ENDPOINT REQUEST] --> [DESCRIBE] rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl
2022-05-29T11:47:00.215Z [TRACE] [192.168.50.51:55528 <ry2VpAld9>] [ENDPOINT REQUEST] --> [HEADERS] {
“accept”: “application/sdp”,
“user-agent”: “Fire OS/6.0 stagefright/1.2 (Linux;Android 7.1.2)”,
“cseq”: “1”
}
2022-05-29T11:47:00.217Z [DEBUG] [192.168.50.51:55528 <ry2VpAld9>] [ENDPOINT RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
2022-05-29T11:47:00.217Z [TRACE] [192.168.50.51:55528 <ry2VpAld9>] [ENDPOINT RESPONSE] <-- [HEADERS] {
“cseq”: “1”,
“cache-control”: “no-store”,
“content-base”: “rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl/”,
“content-length”: “680”,
“content-type”: “application/sdp”,
“date”: “Sun, 29 May 2022 11:46:58 UTC”,
“expires”: “Sun, 29 May 2022 11:46:58 UTC”,
“pragma”: “no-cache”,
“server”: “EvoStream Media Server (www.evostream.com)”
}
2022-05-29T11:47:00.218Z [TRACE] [192.168.50.51:55528 <ry2VpAld9>] [ENDPOINT RESPONSE] <-- [BODY]
v=0
o=- 228 0 IN IP4 192.168.1.1
s=74ACB99E7D7B_1
u=www.evostream.com
[email protected]
c=IN IP4 192.168.1.1
t=0 0
a=recvonly
a=control:*
a=range:npt=now-
m=audio 0 RTP/AVP 96
a=recvonly
a=rtpmap:96 mpeg4-generic/16000/1
a=control:trackID=0
a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1408; SizeLength=13; IndexLength=3; IndexDeltaLength=3;
m=audio 0 RTP/AVP 96
a=recvonly
a=rtpmap:96 opus/48000/2
a=control:trackID=1
a=fmtp:96
m=video 0 RTP/AVP 97
a=recvonly
a=control:trackID=2
a=rtpmap:97 H264/90000
a=fmtp:97 profile-level-id=4d401f; packetization-mode=1; sprop-parameter-sets=Z01AH6aAQASabgICAoAAAfSAAA+kTtBEI1A=,aO48gA==2022-05-29T11:47:00.218Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP ENDPOINT AUTHENTICATION SUCCESSFUL: NONE
2022-05-29T11:47:00.220Z [DEBUG] [192.168.50.51:55528 <ry2VpAld9>] [CLIENT RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
2022-05-29T11:47:00.221Z [TRACE] [192.168.50.51:55528 <ry2VpAld9>] [CLIENT RESPONSE] <-- [HEADERS] {
“cseq”: “1”,
“cache-control”: “no-store”,
“content-base”: “rtsp://192.168.1.1:7447/OZksuys3DFn3dQgl/”,
“content-length”: “655”,
“content-type”: “application/sdp”,
“date”: “Sun, 29 May 2022 11:46:58 UTC”,
“expires”: “Sun, 29 May 2022 11:46:58 UTC”,
“pragma”: “no-cache”,
“server”: “EvoStream Media Server (www.evostream.com)”
}
2022-05-29T11:47:00.221Z [TRACE] [192.168.50.51:55528 <ry2VpAld9>] [CLIENT RESPONSE] <-- [BODY]
v=0
o=- 228 0 IN IP4 192.168.1.1
s=74ACB99E7D7B_1
u=www.evostream.com
c=IN IP4 192.168.1.1
t=0 0
a=control:*
a=recvonly
a=range:npt=now-
m=audio 0 RTP/AVP 96
a=rtpmap:96 mpeg4-generic/16000/1
a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1408; SizeLength=13; IndexLength=3; IndexDeltaLength=3;
a=control:trackID=0
a=recvonly
m=audio 0 RTP/AVP 96
a=rtpmap:96 opus/48000/2
a=control:trackID=1
a=recvonly
a=fmtp:96
m=video 0 RTP/AVP 97
a=rtpmap:97 H264/90000
a=fmtp:97 profile-level-id=4d401f; packetization-mode=1; sprop-parameter-sets=Z01AH6aAQASabgICAoAAAfSAAA+kTtBEI1A=,aO48gA==
a=control:trackID=2
a=recvonly2022-05-29T11:47:00.230Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP CLIENT SOCKET CLOSED
2022-05-29T11:47:00.231Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP CLIENT DETACHED FROM STREAM: Front-G3 (STREAM:5d51f79f-f226-4564-b9f4-760fa5297fbe)
2022-05-29T11:47:00.231Z [INFO] [192.168.50.51:55528 <ry2VpAld9>] RTSP ENDPOINT SOCKET CLOSED [192.168.50.51:55528 <ry2VpAld9>]I have tried everything else I can think of.
Dave
Network Design Engineer -
@Dave1137 I too have this issue. Unifi Protect now defaults to RTSPS. Another post detailed the way to edit the RTSP URL from the Protect application in order to get the regular RTSP URL that should work with monocle. However, even after editing the URLs, my Protect cameras still don’t work with Monocle.
-
yes I know about that issue, I am the one that posted 5 months ago on the UI website about that update and WHY they did not tell anyone about it. You can read it here:
UniFi Protect RTSPS feeds & omxplayer
UniFi Protect
For those looking the REAL port is 7447, NOT 7441 as shown… Also Remove the S at the end of RTSP And remove everything past and including the ?.No this is something else all together - as the logs show, something is not right. Not sure if it was a UI protect update or a Monocle server issue.
View in Topic
-
@pineapplebigshot Here is the UI bitchout post
UniFi Protect Application
UniFi
UniFi Protect
Security
Nice guys Just spent almost 4 hours trying to get RTSP to work on your fake port. Don’t ya think this just might be a bit important information to put out. Or better yet have a pull down or ? Button to explain it. For those looking the REAL port is 7447, NOT 7441 as shown… Also Remove the S at the end of RTSP And remove everything past and inuding the ?.View in Release
5 months ago -
@Dave1137 whoops, didn’t realize that you made the post on the UI forums.
My logs look pretty much the same. I’m running monocle gateway on a rpi that has scrypted installed (in a container) as well. Scrypted is still pumping out video to HKSV, and I can open the RTSP stream in VLC, so the issue seems to be something particular to Monocle & Unifi.
-
trying to post my logs, it keeps getting flagged as spam…
-
My setup quit working also, but not sure exactly when. I run beta versions of Protect and UNVR, so tend to update the system frequently.
Rebooting the old Win7 PC that hosts the Monocle gateway service usually fixes it, but not this time.
I haven’t spent much time on it other than double checking that the stream URL’s are correct, and verifying that they still work in VLC.
I have noticed some of my Alexa devices recently updating:
FireTV v6.2.89
FireStick v6.2.89
Echo Spot v675709420
Echo Show5 v6812522884 -
@GreggC Yea:
Just Want the Monocle folks to step this one up and let us know whether it is UI or Amazon that is causing the issue …
Guys ?? Anytime … PLEASE
-
@GreggC Yea I cant seem to pin it down, but based on the logs it looks as though something is being rejected within the stream …
-
Maybe @Monocle can shed some light.
-
Apparently, some Blue Iris users have also had RTSP issues since updating to Protect 2.0. I wonder if it’s the same underlying problem we’re experiencing. Some users have stated that permanently disabling audio on cameras resolves the issue, and also that the Protect 2.0.1 is in EA to resolve the issue. I don’t have time today to go through disabling audio on a camera in Protect (then factory resetting & re-adopting after testing), but can probably test it out this weekend. I’m not sure I want to switch to the EA branch either, but if either of you guys is on it and has 2.0.1 installed, it would be good to know if you’re still having the issue.
-
well, so much for my hunch. I had some time at lunch and I disabled the microphone on one of my G3 Flex. No luck with monocle. Switched to EA branch and installed 2.0.1 of Protect on my UCKG2+. Still no luck. Back to the drawing board…
-
@pineapplebigshot Protect 20.0.1 does not resolve for me either. Again, the streams do work in VLC, also in IP Camera Viewer Pro for Roku, neither of which have anything to do with Monocle.
-
@GreggC yep, still works in VLC and scrypted for me. The issue Blue Iris users discovered is that in Protect 2.0, Unifi made changes to the audio codec for their streams. The changes are still in spec for RTSP, so other endpoints like VLC, etc still work fine, but BI didn’t like the change. I was hoping we were seeing the same issue with Monocle not liking the audio codec change. It might still be related, but the disabling audio and 2.0.1 upgrade workarounds don’t fix it, so it could also be something else entirely.
-
I have tried the fixaudio and noadio tags in Monocle, but no improvement.
-
Well, there’s a storm happening over on the Ubiquiti forums regarding changes to RTSP introduced in Protect 2.0 that have broken some 3rd party integrations. Ubiquiti hasn’t yet provided details on exactly what changed, but claims to be within the various standards and says it’s the responsibility of the 3rd parties to update their software accordingly. Apparently, some have already done this. If I ever get more useful details, I’ll post them here.
-
From what I can see in VLC:
Older versions of Protect had one audio stream (0) MPEG-AAC
Protect 2 adds a second audio stream (1) Opus
Video H264-MPEG-4-AVC moves from stream (1) to (2) -
So, in addition to Monocle/Monocle Gateway, I’ve also been running Scrypted on the same rpi to get my unifi cams into HomeKit for the past few months.
After these past few days trying to figure out what’s going on between Monocle & Protect, I discovered that Scrypted has an Alexa plugin and skill that work really well to get my Protect cams onto my Echo Shows. So I’ve switched over to that for now. No offense to the developers of Monocle, they have a great product that I’ve been using flawlessly for years. I’ll continue to follow this thread and Monocle’s development going forward. Hopefully this particular issue comes to a resolution quickly.
-
Further insight from VLC:
Permanently disabling the microphone on the UniFi cameras does NOT stop the transmission of an audio stream. The streams are simply empty.
Further, the new Opus stream (1) that was added in Protect 2 is always empty, even when the mic is enabled. Only the AAC stream (0) carries data (including for Protect 2.0.1 released to GA yesterday).
So it seems Ubiquiti has provisioned the Opus stream for future use. As of now, I don’t see any controls to tell Protect which stream to use, but in the name of network efficiency it really doesn’t make sense to simultaneously populate both stream types with data. Perhaps they will make the switch to the more efficient Opus codec for us in a future release.
On the subject of efficiency, Ubiquiti introduced another new beta/lab feature in Protect 2 called “Low Latency Video” (Settings, General, Other Configurations). It was enabled by default in some of the betas, but I believe is disabled by default in 2.0.1.
VLC shows that LLV is only effective on the G4 series cameras, dramatically reducing the RTSP frame rate while continuing to use the same AVC codec. Depending on camera model and the selected stream quality, rates were in the range 3-10 FPS for cameras that would normally be at 24-30 FPS.
This is only for RTSP, but amazingly it is difficult to see a difference in side-by-side viewing of a VLC LLV stream and a Protect Live View at High-Quality. The LLV stream is just as responsive to real-time motion.
As for Monocle, it is still failing no matter the G3/G4 camera model or the LLV setting, and I would expect this has more to do with the second audio stream than the changes to the video stream.
-
@GreggC has anyone tried using RTSPS instead of just RTSP? Just curious if that might work with the real ports?
