Unifi Camera Update! (Fix Available for Testing Now)
-
I just tested it here on my Unifi G4 Pro using both RTSP and RTSPS and
@noaudiois working here.
(Running on Linux-x64 and OSX-x64.)You should see a section in the log with “[CLIENT RESPONSE] <-- [BODY]” followed by the SDP (stream descriptor) information. Post what yours shows and lets see if the opus audio is still present.
Here is an example of mine … using
@noaudio2022-07-30T14:15:57.930Z [TRACE] [172.17.0.1:58208 <qRO0EG-76>] [CLIENT RESPONSE] <-- [BODY] v=0 o=- 146 0 IN IP4 10.1.1.1 s=D021F9925C56_0 u=www.evostream.com c=IN IP4 10.1.1.1 t=0 0 a=control:* a=recvonly a=range:npt=now- m=video 0 RTP/AVP 97 a=rtpmap:97 H264/90000 a=fmtp:97 profile-level-id=4d4033; packetization-mode=1; sprop-parameter-sets=Z01AM42NQB4AIf/gLcBAQFAAAD6AAAu4CdoIhGo=,aO44gA== a=control:trackID=2 a=recvonly -
@Monocle
i ´ve updated my System Linux-x64 and try with @noaudio or @fixaudio
but always camera is´nt responding…Echo Show8Start Server again , same thing…
-
@Monocle
I upgraded too with my Unifi Cams and it work very well with the last Protect update (2.1.2)!
I used @tunnel an @fixaudio
I use a UDMPRO and 3x G3Pro and 1xG4 Doorbell
And I use 3x Echo Show 5 and 8 -
-
@Toto
Ok I used one character distance between -
Thanks for the confirmation report! Glad to hear its working for you!
-
@Monocle I used the @fixaudio and @tunnel and I have Unifi Protect 2.1.2 with G3 Instant cameras and I am unable to display on Echo Shows or Fire TV 4k Max. Both of which worked back with Unifi Protect 2.0.
file:///home/scott/Desktop/Staging/unifi.png -
@Monocle Thank you.
- noaudio log (not working)
- fixaudio log (working)
Same behaviour with either of rtsp/s.
Looking at a diff between yours and mine, the only major difference seems to be on the
a=fmtpline. -
@toksvaeth So, from your message, does yours work? Also what do you mean by “a=fmtp”? Are you guys using a newer Monocle Gateway code? Is there something that I also need to update on my “@tunnel” local server?
-
Weirdly, switching from the 960 stream to the 1600x1200 stream made
@noaudiowork. To summarise: All working well for me now. Thank you!Here’s the log for the working 1600x1200 stream if it helps at all.
-
@vmsman I had issues getting it to work with the 960x720 feed and
@noaudio, however switching to the 1600x1200 feed made that work fine.To be clear:
- Running the updated test build (0.0.6)
- Using the 1600x1200 RTSPS feed from my G4 doorbell (remove
?enableSrtpfrom the URI) - Using tags:
@noaudio,@tunnel,@insecure
-
Hi Robert
Fantastic news thank you! Working here with 4 x G3Flex and 1xG4 Doorbell.
Only issue as others have said is the 960x720 camera feed from the doorbell, switching to the 1600x1200 works ok.
I know you are not monetising/commercialising the product but do you have a method to donate?
I and I am sure others would gladly donate something for your time and effort!
Thanks again
-
I never tried the lower resolution streams. I’ll try one out from my G4 Pro camera soon and see if I can get the same failure.
Thanks, Robert
-
@RS said in Unifi Camera Update!:
…
I know you are not monetising/commercialising the product but do you have a method to donate?I and I am sure others would gladly donate something for your time and effort!
Thanks again
Yes you can donate here (no obligation):
https://monoclecam.com/donateThe donations received help keep the cloud servers/services and other infrastructure costs paid to continue running this service :-)
Thanks, Robert
-
The beta update works great for my 6 camera setup with @fixaudio. G3 Micros, G4 pro, G4.
-
After butchering the dockerfile from monocle-gateway-docker to build the 0.6 beta, I can also confirm that the updated code and the addition of the @fixaudio tag works for G3 Flex, G4 Bullet, G4 Doorbell, and G3 Instant. Thanks Robert!
-
@vmsman ,
Scott, are you using the newer (latest test) v0.0.6 Monocle Gateway?
There also seems to be some problem with the 720P streams. I tested yesterday on a G4 Pro camera and the high resolution and low resolution streams worked but for some reason the middle quality which is 720P did not.
Lastly, in your screenshot your camera RTSP URLs seem to be missing the path portion of the URL address? Example:
rtsp://10.1.1.1:7447/Aqf2cTyOvd96zDde<-- theAqf2cTyOvd96zDdepart. Of course yours will be unique for each camera.Thanks, Robert
-
@vmsman said in Unifi Camera Update!:
… Also what do you mean by “a=fmtp”? Are you guys using a newer Monocle Gateway code? Is there something that I also need to update on my “@tunnel” local server?
The
a=fmtpis just part of the SDP (stream descriptor) that the camera sends to the viewer. In this case Monocle Gateway is receiving this information and displaying it in the log before sending it to the Alexa device. There is nothing to modify here it was just being noted that there was a difference between the example I posted and what @toksvaeth was seeing on his end. This is normal and can vary between streams and cameras.You just need tags
@tunneland either@noaudioor@fixaudioon each camera just like what you have in your screenshot. If you use the RTSPS (secure) protocol and port then you may also need the tag@insecurebut in your screenshot example, you are not using RTSPS.Thanks, Robert
-
@toksvaeth said in Unifi Camera Update!:
@vmsman I had issues getting it to work with the 960x720 feed and
@noaudio, however switching to the 1600x1200 feed made that work fine.To be clear:
- Running the updated test build (0.0.6)
- Using the 1600x1200 RTSPS feed from my G4 doorbell (remove
?enableSrtpfrom the URI) - Using tags:
@noaudio,@tunnel,@insecure
In my case, similar to what you experienced … using a G4 Pro, the Medium (1280x720) resolution does not seem to be working. However the “High (3840x2160)” and “Low (640x360)” stream are working with Alexa.
Not really sure what going wrong with this one. I’ll dig deeper as I have time but at least we have a workaround for now.
Thanks, Robert
-
