search

mrlt8 / docker-wyze-bridge

WebRTC/RTSP/RTMP/LL-HLS bridge for Wyze cams in a docker container
GNU Affero General Public License v3.0
2.7k stars 176 forks source link

Stream not working - WYZE V3, firmware_ver: 4.36.11.8391 in docker-wyze-bridge v2.9.10 with HA Supervisor 2024.06.2 #1278

Open betterprogram opened 5 months ago

betterprogram commented 5 months ago

Hello, I was running the docker-wyze-bridge v2.9.10 with HA Supervisor 2024.06.2. Two V3 cams were detected and their snapshots displayed. One of them worked as expected. The one with firmware version 4.36.11.8391 could not update its snapshot, nor to stream its video. Turning off "Enable Audio For All Cameras" and/or "ON_DEMAND" did not resolve the issues. It worked normally with the Wyze app. Any suggestion to make the stream work would be appreciated. Key information (copied from the "Camera details") regarding the question cam include: camera_info null connected false dtls 1 enabled true firmware_ver 4.36.11.8391 model_name V3 motion false motion_ts 1719875672 product_model WYZE_CAKP2JFUS status 2 stream_auth true

mrlt8 commented 5 months ago

Is this particular camera on a different network/location? Wyze made some changes with the 4.36.11.8391 firmware that is causing issues for remote connections and "Unable to connect to live stream when not on local Wi-Fi" as the cameras.

Current workaround is to roll back to a previous firmware version or use a vpn like Tailscale or OpenVPN to put the bridge on the same network as the camera.

tmeekes commented 5 months ago

Would this potentially be caused by the bridge being on a different VLAN from the cameras? Where network isolation exists? I'm having a similar problem and wondering if that's what's causing it.

betterprogram commented 5 months ago

Hi mrlt8, NO, the two cameras are working on the same local WiFi. I have considered having the same firmware as the other (working) one, but… I’m not quite sure if I understood the ‘issues of remote connections’ part, since both cameras run as expected via the Wyze app.

Hi tmeekes, the bridge is on a “primary” network, and the two cameras are on the “guest” WiFi of the primary network.

Please correct me if it’s untrue that the bridge HAS TO be run on the same network as the cameras. Thank you very much for your insights.

mrlt8 commented 5 months ago

I believe it should work as long as the bridge has access to the network that the cameras are on.

Haven't had time to look at the decompiled firmware, but I believe they updated the TUTK SDK which may be causing some incompatibilities with the version we're using. I do not have access to the latest version of the SDK or documentation so can't say for sure.

betterprogram commented 4 months ago

Thanks for your response! While I'm not familiar with the TUTK SDK myself, I found an interesting setting related to codecs (codec_id | int | 78: h264 80: h265) in [https://kroo.github.io/wyzecam/reference/tutk/tutk/#:~:text=int-,78%3A%20h264%2080%3A%20h265,-is_keyframe] Given the potential for SDK updates causing incompatibilities, as you mentioned, I'd be grateful if you could keep me posted on any developments or if a resolution becomes available. In the meantime, I'm happy to assist with further testing or troubleshooting if there's anything specific I can do. Thanks again for your help!