Wyze Bridge with Surveillance Station?

[matovey]

I have Wyze Bridge running in Portainer on my Synology, but I cant seem to get any of the streams to work for Surveillance Station. Even stranger is that I can view the stream using VLC, I just can't get Surveillance Station to see the stream as a source. Has anyone had any luck with this? I've tried RTMP and RTSP with no luck.. Please help!

[ummbeer]

I am also trying to get this to work my Synology NAS, but I am having spotty issues connecting to the cams via vlc as I keep getting timeouts in the logs.

[dmkjr]

I’ll test this tomorrow with one of my setups. Not sure where the hang up would be. Can the SS install see the network of the bridge? Or you on the same host network?

[matovey]

They are indeed on the same vlan and subnet, so they should be talking to each other just fine. SS just cant seem to find the stream no matter what I try. Please let me know what you find out, and thank you for your help!

On Thu, Jun 2, 2022 at 9:23 PM dmkjr @.***> wrote:

I’ll test this tomorrow with one of my setups. Not sure where the hang up would be. Can the SS install see the network of the bridge? Or you on the same host network?

— Reply to this email directly, view it on GitHub https://github.com/mrlt8/docker-wyze-bridge/issues/402#issuecomment-1145523450, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD46FT6LOHIPVBCCU3HGCHDVNFUDJANCNFSM5XLJRGZQ . You are receiving this because you authored the thread.Message ID: @.***>

-- Mark Tovey 816-799-2096 @.*** @.**>

[matovey]

@dmkjr Have you had an opportunity to take a look at this by chance? Any Luck?

[mr337]

Just to add a data point, I have the wyze bridge on another computer and can successfully use Surveillance Station. I wonder if it is a networking thing?

I have a similar issue where containers and sometimes VMs can't see my PiHole locally due to docker networking issues, my VMs have to use my router DNS instead of PiHole running via docker on that host.

[ericderace]

When adding the camera in Surveillance Station, the camera wouldn't "authenticate". However, if you tell SS to add the camera anyway, it'll end up working flawlessly. It seems the issue is with the authentication screen of SS.

I'm using it via RTSP on port 8554

[matovey]

I am still unable to get Surveillance Station to connect to the wyze bridge even an entire year later, it will work with literally any other program or device I can throw at it, just not SS. Im wondering if I have it set up with the wrong type of network in docker and so they arent able to see each other since their on the same IP address. Is there any guidance as to the type of network to use when running Wyze Bridge on Docker or Portainer?

[mrlt8]

Have you tried rtsp://127.0.0.1:8554/cam-name or rtsp://0.0.0.0:8554/cam-name?

[matovey]

I can't believe I never thought to try a loopback address! 127.0.0.1 worked perfectly. Thank you so much for the help mrlt8! Problem Solved!

[PerpSearch]

Have you tried rtsp://127.0.0.1:8554/cam-name or rtsp://0.0.0.0:8554/cam-name?

Bless you for this. I've been banging my head against the same problem for over a year.

[James62370]

With the last few updates. My Synology Surveillance Station has reported a lot of disconnects and restores. I'm also still using the On_Demand=True option. Does anyone have similar disconnect issues? Wondering if I need to make any changes to my configuration to make it more stable.

Below is my current portainer stack:

version: '2.4' services: wyze-bridge: container_name: wyze-bridge restart: unless-stopped image: mrlt8/wyze-bridge:latest ports: - 1935:1935 # RTMP - 8554:8554 # RTSP - 8888:8888 # HLS - 8889:8889 #WebRTC - 8189:8189/udp # WebRTC/ICE - 5000:5000 # WEB-UI environment: # [REQUIRED] Fill the following two lines: - API_ID=xxxxxxxxxxxxxxxxxxxxxxxx - API_KEY=xxxxxxxxxxxxxxxxxxxxxxx - ON_DEMAND=True - ENABLE_AUDIO=True # [OPTIONAL] IP Address of the host to enable WebRTC e.g.,: # - WB_IP=192.168.1.122 volumes: - ./tokens:/tokens/

Thank you in advance for your assistance.

[mrlt8]

ON_DEMAND=False would probably work better in your situation to keep the connection alive.

[James62370]

I've also tried it with False and still get many disconnects & restored messages from Surveillance Station. Also when set to False, my Wyze App is quite slow and takes a long time before the live video starts. I currently have 12 Wyze cameras, but only have 2 connected to Surveillance Station for 24/7 recording.

Any additional help would be appreciated. Thank you.

[mrlt8]

If you only need two cameras, you could potentially just filter those two by name or mac address:

- FILTER_NAMES=first camera, second cam

[James62370]

That's a great idea... I will give that a try, thank you!