Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Streams not working #1196

Open
1 of 3 tasks
tomasro opened this issue May 13, 2024 · 4 comments
Open
1 of 3 tasks

Streams not working #1196

tomasro opened this issue May 13, 2024 · 4 comments

Comments

@tomasro
Copy link

tomasro commented May 13, 2024

Describe the bug

Docker-Wyze-Bridge starts streams to cameras and then immediately closes them. See below:

[WyzeBridge] [+] Adding Front Doorbell [HL_DB2]
[WyzeBridge] [+] Adding MakeAThing [WYZE_CAKP2JFUS]
[WyzeBridge] [+] Adding Living Room Cam [WYZE_CAKP2JFUS]
[WyzeBridge] [+] Adding Parker Cam [WYZE_CAKP2JFUS]
[WyzeBridge] [+] Adding R2DCube [WYZE_CAKP2JFUS]
[WyzeBridge] starting MediaMTX 1.1.1
[WyzeBridge] 🎬 5 streams enabled
[WyzeBridge] API Motion Events Enabled [interval=1.5]
[WyzeBridge] 🎉 Connecting to WyzeCam Doorbell V2 - Front Doorbell on 192.168.1.40
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET / HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET /static/bulma.css HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET /static/site.css HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET /img/front-doorbell.jpg HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET /static/bulma-toast.js HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET /img/makeathing.jpg HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:53] "GET /img/living-room-cam.jpg HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/parker-cam.jpg HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/r2dcube.jpg HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /static/site.js HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /static/webrtc.js HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/front-doorbell.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/parker-cam.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/makeathing.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/living-room-cam.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/r2dcube.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /api/sse_status HTTP/1.1" 200 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/front-doorbell.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/parker-cam.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/makeathing.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/living-room-cam.jpg HTTP/1.1" 304 -
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:10:54] "GET /img/r2dcube.jpg HTTP/1.1" 304 -
[front-doorbell] 📡 Getting 180kb/s 2K stream (H264/15fps) via LAN mode (WiFi: 52%) FW: 4.51.1.9341 🔒
[front-doorbell] 🔊 Audio Enabled - ALAW/8,000Hz
[front-doorbell] WARNING: Skipping wrong frame_size at start of stream [frame_size=1]
[WyzeBridge] ✅ '/front-doorbell stream is UP! (3/3)
[WyzeBridge] 📖 New client reading from front-doorbell
[WyzeBridge] 📕 Client stopped reading from front-doorbell
[front-doorbell] WARNING: Audio pipe closed
[WyzeBridge] ❌ '/front-doorbell' stream is down
[WyzeBridge] [CONTROL] Connecting to makeathing
[WyzeBridge] 🎉 Connecting to WyzeCam V3 - MakeAThing on 192.168.1.36
[makeathing] 📡 Getting 180kb/s HD stream (H264/20fps) via LAN mode (WiFi: 63%) FW: 4.36.12.9751 🔒
[makeathing] Re-encoding audio for compatibility with WebRTC in MTX
[makeathing] 🔊 Audio Enabled - ALAW > LIBOPUS/16,000Hz
[makeathing] [CONTROL] Attempting to SET: motion_tagging=1
[makeathing] WARNING: Skipping wrong frame_size at start of stream [frame_size=1]
[makeathing] [CONTROL] response=1
[WyzeBridge] [CONTROL] Disconnecting from makeathing
[makeathing] WARNING: Audio pipe closed
[WyzeBridge] 🎉 Connecting to WyzeCam V3 - MakeAThing on 192.168.1.36
[makeathing] 📡 Getting 180kb/s HD stream (H264/20fps) via LAN mode (WiFi: 69%) FW: 4.36.12.9751 🔒
[makeathing] Re-encoding audio for compatibility with WebRTC in MTX
[makeathing] 🔊 Audio Enabled - ALAW > LIBOPUS/16,000Hz
[makeathing] WARNING: Skipping wrong frame_size at start of stream [frame_size=1]
[WyzeBridge] ✅ '/makeathing stream is UP! (3/3)
[WyzeBridge] 📖 New client reading from makeathing
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:11:07] "GET /signaling/living-room-cam?webrtc= HTTP/1.1" 200 -
[makeathing] WARNING: clear buffer
[WyzeBridge] 📕 Client stopped reading from makeathing
[makeathing] WARNING: Audio pipe closed
[WyzeBridge] ❌ '/makeathing' stream is down
[WyzeBridge] [CONTROL] Connecting to living-room-cam
[WyzeBridge] 🎉 Connecting to WyzeCam V3 - Living Room Cam on 192.168.1.46
[living-room-cam] 📡 Getting 180kb/s HD stream (H264/20fps) via LAN mode (WiFi: 100%) FW: 4.61.0.3
[living-room-cam] [Exception] Unable to identify audio.
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:11:21] "GET /api/living-room-cam HTTP/1.1" 200 -
[WyzeBridge] [CONTROL] Disconnecting from living-room-cam
[WyzeBridge] [MQTT] {'status': 'error', 'command': 'motion_tagging', 'payload': '2', 'response': 'timed out'}
[WyzeBridge] 🎉 Connecting to WyzeCam V3 - Living Room Cam on 192.168.1.46
[living-room-cam] 📡 Getting 180kb/s HD stream (H264/20fps) via LAN mode (WiFi: 93%) FW: 4.61.0.3
[living-room-cam] Re-encoding audio for compatibility with WebRTC in MTX
[living-room-cam] 🔊 Audio Enabled - ALAW > LIBOPUS/16,000Hz
[living-room-cam] WARNING: Skipping wrong frame_size at start of stream [frame_size=1]
[WyzeBridge] ✅ '/living-room-cam stream is UP! (3/3)
[WyzeBridge] 📖 New client reading from living-room-cam
[WyzeBridge] 📕 Client stopped reading from living-room-cam
[living-room-cam] WARNING: Audio pipe closed
[WyzeBridge] ❌ '/living-room-cam' stream is down
[WyzeBridge] 🎉 Connecting to WyzeCam V3 - Parker Cam on 192.168.1.44
[parker-cam] 📡 Getting 180kb/s HD stream (H264/20fps) via LAN mode (WiFi: 100%) FW: 4.61.0.3
[parker-cam] Re-encoding audio for compatibility with WebRTC in MTX
[parker-cam] 🔊 Audio Enabled - ALAW > LIBOPUS/16,000Hz
[parker-cam] WARNING: Skipping wrong frame_size at start of stream [frame_size=1]
[WyzeBridge] ✅ '/parker-cam stream is UP! (3/3)
[WyzeBridge] 📖 New client reading from parker-cam
[WyzeBridge] [CONTROL] ☁️ Sending power_on to living-room-cam via Wyze API
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:11:37] "GET /api/living-room-cam/power/on HTTP/1.1" 200 -
[WyzeBridge] 📕 Client stopped reading from parker-cam
[parker-cam] WARNING: Audio pipe closed
[WyzeBridge] ❌ '/parker-cam' stream is down
[WyzeBridge] 🎉 Connecting to WyzeCam V3 - R2DCube on 192.168.1.47
[WyzeBridge] 172.30.32.2 - - [13/May/2024 14:11:40] "GET /api/living-room-cam HTTP/1.1" 200 -
[r2dcube] 📡 Getting 180kb/s HD stream (H264/20fps) via LAN mode (WiFi: 68%) FW: 4.61.0.3
[r2dcube] Re-encoding audio for compatibility with WebRTC in MTX
[r2dcube] 🔊 Audio Enabled - ALAW > LIBOPUS/16,000Hz
[r2dcube] WARNING: Skipping wrong frame_size at start of stream [frame_size=1]
[WyzeBridge] ✅ '/r2dcube stream is UP! (3/3)
[WyzeBridge] 📖 New client reading from r2dcube
[WyzeBridge] 📕 Client stopped reading from r2dcube
[r2dcube] WARNING: Audio pipe closed
[WyzeBridge] ❌ '/r2dcube' stream is down

Environment (if applicable)

  • Affected Camera(s): Wyze Cam v3 and Doorbell v2
  • Affected Camera Firmware: 4.36.12.9751 and 4.61.0.3 for Cam v3 and 4.51.1.9341 for doorbell
  • Affected Bridge Version: 2.9.1
  • Bridge type:
    • Docker Compose/Docker Run
    • Home Assistant
    • Other
@mrlt8
Copy link
Owner

mrlt8 commented May 14, 2024

Can you try setting on_demand to false?

If you're still having issues, can you try the dev build?

mrlt8 added a commit that referenced this issue May 14, 2024
@tomasro
Copy link
Author

tomasro commented May 14, 2024

Turning off On_Demand and Audio for all cameras cleared it up

@grinddking
Copy link

grinddking commented May 14, 2024

Turning off On_Demand and Audio for all cameras cleared it up

Is this fixed in the dev builds? i'd rather keep audio

@letrain02
Copy link

confirmed same issue. i like that turning off on_demand works now. i'm streaming 24/7 to a kiosk so i'm fine with on_demand=false. but prior builds caused cameras to constantly drop connections.

mrlt8 added a commit that referenced this issue May 16, 2024
mrlt8 added a commit that referenced this issue May 17, 2024
* Tweak AV sync and ffmpeg cmd #1175 #1196 #1194 #1193 #1186

* Catch AccessTokenError

* don't drop timestamp #1175 #1196 #1194 #1193 #1186

* Don't use_wallclock_as_timestamps  #1175 #1196 #1194 #1193 #1186

* keep audio in sync #1175 #1196 #1194 #1193 #1186

* Ignore whitespaces in api key/id #1188

* Remove quotes from credentials #1158

* HA Add FORCE_FPS option #1161

* FORCE_FPS option for all cameras #1161

* changelog
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants