WebRTC/RTSP/RTMP/HLS Bridge for Wyze Cam

Docker container to expose a local WebRTC, RTSP, RTMP, and HLS or Low-Latency HLS stream for ALL your Wyze cameras including the outdoor, doorbell, and 2K cams. No third-party or special firmware required.

It just works!

Cameras stream locally without additional bandwidth.

View all your cameras in one place with the Web-UI!

Based on @noelhibbard's script with kroo/wyzecam and aler9/rtsp-simple-server.

Please consider ⭐️ starring or ☕️ sponsoring this project if you found it useful, or use our affiliate link if shopping on amazon!

Quick Start

NOTE: There seems to be a networking issue with some versions of Docker Desktop. You may need to downgrade to v4.12.0 if your container is crashing.

Install docker and use your Wyze credentials to run:

docker run \
  -e WYZE_EMAIL=you@email.com \
  -e WYZE_PASSWORD=yourpassw0rd \
  -p 1935:1935 -p 8554:8554 -p 8888:8888 -p 5000:5000 \
  mrlt8/wyze-bridge:latest

You can then use the web interface at http://localhost:5000 where localhost is the hostname or ip of the machine running the bridge.

See basic usage for additional information.

What's Changed in v1.11.8/9/10

NEW: Rotation commands for pan cameras. (see Camera Control) Thanks @zimmra!
FIX: Add LIBOPUS audio to HA for WebRTC audio. #704
FIX: Return int instead of byte when sending take_photo command #712
UPDATED: unraid template #673 #678
UPDATED: rtsp-simple-server version bump to v0.21.2.

What's Changed in v1.11.7

FIX: WebUI - play to connect to on-demand cameras. #684
FIX: ignore gwell cams on IOTC_ER_UNLICENSE. #677
UPDATED: ios version bump for web api.

What's Changed in v1.11.5/6

FIX: WebRTC - signaling URL to match request host. #684 Thanks @JA16122000!
FIX: WebUI - don't start socket connection until play/don't autoplay if on-demand cam is NOT connected. #690
NEW: WebUI - add toggle to switch between HLS/WebRTC.

What's Changed in v1.11.4

FIX: Switching between webrtc/hls was broken in the WebUI (?webrtc/?hls)
FIX: Other minor js bugs in the webUI.
FIX: Missing audio in WebRTC - switch from AAC to libopus as default. #676
FIX: Disable WebRTC autoplay if disabled.
NEW: FORCE_ENCODE option to force the bridge to re-encode the video.

What's Changed in v1.11.3

Home Assistant: fix missing credential bug. #682 #683

What's Changed in v1.11.2

CHANGED: Use WebRTC as default video source if available in WebUI.
- switch between sources by using the query ?webrtc or ?hls
New: basic support for kvs. Thanks @carTloyal123!
FIXED: Trim spaces from email/password.
UPDATED: wyze app version bump.

What's Changed in v1.11.1

HomeAssistant: potential fix to auto config WebRTC.

What's Changed in v1.11.0

NEW: WebRTC - provides lower latency and is natively supported in more browsers. See the WebRTC section for configuration.
NEW: IPTV compatible m3u8 endpoint - http://localhost:5000/cams.m3u8 provides a playlist to view all HLS streams. #653
CHANGED: URL decode WebRTC signalingUrl. #276
UPDATED: iOS and wyze app version bump.
UPDATED: rtsp-simple-server version bump to v0.21.1.

View previous changes

Features

Web-UI with dark mode to view all Wyze cameras in one place. details
Access to video and audio for all Wyze-supported cameras via WebRTC/RTSP/RTMP/HLS/Low-Latency HLS. details
Access to 2K, HD, or SD stream with configurable bitrate. details
Local and remote access to any of the cams on your account just like the app. details
Runs on almost any x64 or armv7/arm64 based system like a Raspberry Pi that supports docker. details
Support for Wyze 2FA. details
Optional on-demand connection to cameras. details
Ability to rotate video for Wyze Doorbell. details
Ability to record streams locally. details
Ability to take snapshots on an interval or on demand. details
Ability to live stream directly from the bridge. details
Ability to send a IFTTT webhook when a camera is offline (-90). details
Start an HTTP server on the camera for local SD card access on older firmware. details
Trigger MQTT/Webhook/HTTP on a motion event on older firmware. details
On-demand high quality photos on the camera. details

Supported Cameras

Camera	Model	Supported
Wyze Cam v1 [HD only]	WYZEC1	✅
Wyze Cam V2	WYZEC1-JZ	✅
Wyze Cam V3	WYZE_CAKP2JFUS	✅
Wyze Cam V3 Pro [2K]	HL_CAM3P	✅
Wyze Cam Floodlight	WYZE_CAKP2JFUS	✅
Wyze Cam Pan	WYZECP1_JEF	✅
Wyze Cam Pan v2	HL_PAN2	✅
Wyze Cam Pan v3	HL_PAN3	✅
Wyze Cam Pan Pro [2K]	HL_PANP	✅
Wyze Cam Outdoor	WVOD1	✅
Wyze Cam Outdoor v2	HL_WCO2	✅
Wyze Cam Doorbell	WYZEDB3	✅
Wyze Battery Cam Pro	AN_RSCW	❓
Wyze Cam Doorbell Pro 2	AN_RDB1	❓
Wyze Cam Flood Light Pro [2K]	LD_CFP	❓
Wyze Cam Doorbell Pro	GW_BE1	⚠️
Wyze Cam OG	GW_GC1	⚠️
Wyze Cam OG Telephoto 3x	GW_GC2	⚠️

Firmware Compatibility

The bridge should be compatible with the latest official firmware from wyze.

Compatibility

Should work on most x64 systems as well as on some arm-based systems like the Raspberry Pi.

The container can be run on its own, in Portainer, Unraid, as a Home Assistant Add-on, locally or remotely in the cloud.

Basic Usage

docker-compose (recommended)

This is similar to the docker run command, but will save all your options in a yaml file.

Install Docker Compose.
Use the sample as a guide to create a docker-compose.yml file with your wyze credentials.
Run docker-compose up.

Once you're happy with your config you can use docker-compose up -d to run it in detached mode.

Updating your container

To update your container, cd into the directory where your docker-compose.yml is located and run:

docker-compose pull # Pull new image
docker-compose up -d # Restart container in detached mode
docker image prune # Remove old images

🏠 Home Assistant

Visit the wiki page for additional information on Home Assistant.

Additional Info

Special Characters

If your email or password contains a % or $ character, you may need to escape them with an extra character. e.g., pa$$word should be entered as pa$$$$word

Web-UI

The bridge features a basic Web-UI which can display a preview of all your cameras as well as direct links to all the video streams.

The web-ui can be accessed on the default port 5000:

http://localhost:5000/

Snapshots for each camera are accessible using the URI:

http://localhost:5000/img/camera-nickname.jpg

New snapshots can also be generated on demand using the URI:

http://localhost:5000/snapshot/camera-nickname.jpg

If you're running the WebUI behind a reverse-proxy or need to change the hostname and/or port for each stream, you can do so by passing the needed ENVs:

environment:
  - WB_RTSP_URL=rtsp://my-hostname-or-ip:1234/
  - WB_RTMP_URL=rtmp://my-hostname-or-ip:5678/
  - WB_HLS_URL=http://my-hostname-or-ip:9090/
  - WB_WEBRTC_URL=http://my-hostname-or-ip:9091/

Query params to adjust web-ui:

Fullscreen/kiosk mode http://localhost:5000/?fullscreen
Number of columns http://localhost:5000/?columns=4
Preview refresh interval http://localhost:5000/?refresh=60
Camera order http://localhost:5000/?order=front-cam,back-cam,garage,other
autoplay http://localhost:5000/?autoplay
Use WebRTC for WebUI (will fall back to HLS if WB_IP is not set) http://localhost:5000/?webrtc
Use HLS for WebUI http://localhost:5000/?hls

NOTE: You can combine multiple queries into a single request:

http://localhost:5000/?fullscreen&autoplay&columns=2&refresh=0&order=front,side

You can add basic HTTP authentication to the web-ui:

environment:
  - WEB_AUTH=True
  - WEB_USERNAME=HereIsYourUsername
  - WEB_PASSWORD=HereIsYourPassword

NOTE: This will only protect the WebUI. API and snapshot endpoints are unprotected at this time. Additional security is recommended if your bridge is publicly accessible. WEB_AUTH will use your wyze email/password for auth if WEB_USERNAME or WEB_PASSWORD are not supplied.

Camera Stream URIs

By default, the bridge will create three streams for each of your cameras which can be accessed at the following URIs, where camera-nickname is the name of the camera set in the Wyze app and converted to lower case with hyphens in place of spaces. e.g. 'Front Door' would be /front-door

Replace localhost with the hostname or ip of the machine running the bridge:

rtmp://localhost:1935/camera-nickname

rtsp://localhost:8554/camera-nickname

http://localhost:8888/camera-nickname/stream.m3u8

WebRTC can be viewed in a browser using (see WebRTC for setup):
```
http://localhost:8889/camera-nickname/
```
HLS can also be viewed in the browser using:
```
http://localhost:8888/camera-nickname
```

Low-Latency HLS (enable with LLHLS=true):

https://localhost:8888/camera-nickname
or
https://localhost:8888/camera-nickname/stream.m3u8

m3u8 playlist with all cameras (useful for viewing on an iptv):
```
http://localhost:5000/cams.m3u8
```

WebRTC

WebRTC should work automatically in Home Assistant mode, however,some additional configuration is required to get WebRTC working in the standard docker mode.

WebRTC requires two additional ports to be configured in docker:

  ports:
    ...
    - 8889:8889 #WebRTC
    - 8189:8189/udp # WebRTC/ICE

In addition, the WB_IP env needs to be set with the IP address of the server running the bridge.
```
  environment:
    - WB_IP=192.168.1.116
```
See the official documentation for additional information/options.

API Endpoints

In addition to the WebUI, you can also access the internal json API with the camera status/details:

http://localhost:5000/api
http://localhost:5000/api/<camera-name>
http://localhost:5000/api/<camera-name>/status

Submit a Two-Factor Authentication (2FA) code:

http://localhost:5000/mfa/123456

On-demand controls:

http://localhost:5000/api/<camera-name>/start
http://localhost:5000/api/<camera-name>/stop

Camera controls (see Camera Control for commands):

http://localhost:5000/api/<camera-name>/<command>

Server Sent Event with status for all cameras:

http://localhost:5000/api/sse_status

Advanced Options

WYZE_EMAIL and WYZE_PASSWORD are the only two required environment variables.

The following envs are all optional.

On-Demand Streaming

NOTE: on-demand settings will be ignred if local recording is enabled for a particular camera.

The bridge will always attempt to connect and maintain an active connection to each of the non-battery powered cameras, however, you can change this default behavior to only connect to the cameras when needed by setting the ENV:

  environment:
    - ON_DEMAND=True

Audio

Audio is disabled by default and must be enabled in the ENV.

Enable audio

For all cameras:

environment:
    ..
    - ENABLE_AUDIO=True

For a specific camera:

where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:
```
  - ENABLE_AUDIO_CAM_NAME=True
  - ENABLE_AUDIO_OTHER_CAM=True
```
🏠 Home Assistant - Use CAM_OPTIONS and add a new entry for each camera:
```
- CAM_NAME: Cam Name
  AUDIO: true
- CAM_NAME: other cam
  AUDIO: true
```

Audio output codec

By default, the bridge will attempt to copy the audio from the camera without re-encoding unless the camera is using a codec that isn't supported by RTSP, in which case the audio will be converted to AAC.

The AUDIO_CODEC ENV can be used should you need to re-encode the audio to another format for compatibility:

  - AUDIO_CODEC=AAC

Audio filtering

Custom ffmpeg audio filters can be set with AUDIO_FILTER, but please note that audio filters will only be applied if re-encoding to another codec.

  - AUDIO_FILTER=highpass=f=300,lowpass=f=2500,volume=volume=2

Filtering

The default option will automatically create a stream for all the cameras on your account, but you can use the following environment options in your docker-compose.yml to filter the cameras.

All options are case-insensitivE, and take single or comma separated values.

Examples

Whitelist by Camera Name (set in the wyze app):

environment:
    ..
    - FILTER_NAMES=Front Door, Driveway, porch cam

Whitelist by Camera MAC Address:

- FILTER_MACS=00:aA:22:33:44:55, Aa22334455bB

Whitelist by Camera Model:
```
- FILTER_MODELS=WYZEC1-JZ
```
Whitelist by Camera Model Name:
```
- FILTER_MODELS=V2, v3, Pan
```
Blacklisting:

You can reverse any of these whitelists into blacklists by setting FILTER_BLOCK.
```
environment:
    ..
    - FILTER_NAMES=Bedroom
    - FILTER_BLOCK=true
```

Network Connection Modes

Like the wyze app, the tutk library has three different modes to connect to the camera and will attempt to stream directly from the camera when on the same LAN as the camera in "LAN mode". If the camera is not available locally, it will either attempt to stream directly from your network using "P2P Mode" or relay the stream via the wyze servers (AWS) in "relay mode".

LAN mode is more ideal as all streaming will be local and won't use additional bandwidth.

LAN Mode

By default, the bridge will attempt to connect via "LAN Mode", but will fallback to other methods if LAN mode fails. You can restrict streaming to LAN only by setting the NET_MODE=LAN environment variable:

environment:
    ..
    - NET_MODE=LAN

P2P Mode

NET_MODE=P2P is ideal when running the bridge remotely on a different network or on a VPS and will allow the bridge to stream directly from the camera over the internet while blocking "Relay Mode".

ANY Mode

NET_MODE=ANY is the equivalent to leaving NET_MODE unset and will allow the connection to fallback to P2P or relay mode.

`NET_MODE` for a specific camera

In the event that you need to allow the bridge to access a select number of cameras outside of your LAN, you can specify them by appending the camera name to NET_MODE, where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:

    ..
    - NET_MODE=LAN
    - NET_MODE_CAM_NAME=P2P

🏠 Home Assistant - Use CAM_OPTIONS and add a new entry for each camera:

- CAM_NAME: Cam Name
  NET_MODE: P2P

Proxy stream from RTSP firmware

For cameras on official RTSP FW (4.19.x, 4.20.x, 4.28.x, 4.29.x, 4.61.x.) only.

The bridge can pull the credentials from the camera and proxy the stream over the bridge.

The secondary stream will be available with the fw suffix e.g., cam-namefw.

# Add cameras that have RTSP enabled in the app:
RTSP_FW=true
# or use force to turn on the rtsp stream:
RTSP_FW=force

Snapshot/Still Images

See web-ui to pull snapshots on-demand.

SNAPSHOT=API Will run ONCE at startup and will grab a high-quality thumbnail from the wyze api and save it to /img/cam-name.jpg on docker installs or /config/www/cam-name.jpg in Home Assistant mode.
SNAPSHOT=RTSP Will run every 180 seconds (configurable) and wll grab a new frame from the RTSP stream every iteration and save it to /img/cam-name.jpg on standard docker installs or /config/www/cam-name.jpg in Home Assistant mode. Can specify a custom interval with SNAPSHOT=RTSP(INT) e.g. SNAPSHOT=RTSP30 to run every 30 seconds
IMG_DIR=/img/ Specify the directory where the snapshots will be saved within the container. Use volumes in docker to map to an external directory.
IMG_TYPE Specify the file type of the image, e.g. IMG_TYPE=png. Will default to jpg.

Camera Control

This is a work in progress and feedback would be appreciated

Some basic commands can be sent to the camera over the WebUI's API or MQTT if enabled.

API: Make a GET request to /api/<camera-name>/<command>
MQTT: Publish a command to the topic wyzebridge/<camera-name>/cmd

Can be disabled with DISABLE_CONTROL=True.

Available commands:

Command	Description	Response
take_photo	Take a photo on the camera	1 for success
get_status_light	Get status light config	1 = On, 2 = Off
set_status_light_on	Turn on status light	1 for success
set_status_light_off	Turn off status light	1 for success
get_night_vision	Get night vision	1 = On, 2 = Off, 3 = Auto
set_night_vision_on	Turn on night vision	1 for success
set_night_vision_off	Turn off night vision	1 for success
set_night_vision_auto	Set night vision to auto	1 for success
get_irled_status	Get IR/LED status	1 = On/850nm long range IR, 2 = Off/940 nmm close range IR.
set_irled_on	Turn on IR/LED	1 for success
set_irled_off	Turn off IR/LED	1 for success
get_camera_time	Get current timestamp on the camera	unix timestamp
set_camera_time	Set time on the camera using the bridge time	1 for success
get_night_switch_condition	Get condition for auto night vision	1 = Dusk, 2 = Dark
set_night_switch_dusk	Set auto night to dusk	1 for success
set_night_switch_dark	Set auto night to dark	1 for success
set_alarm_on	Turn on siren	1 for success
set_alarm_off	Turn off siren	1 for success
get_alarm_status	Get siren status	(1,1) = On, (2,2) = off
set_action_up, set_action_down, set_action_left, set_action_right	Move camera	1 for success
set_rotary_up, set_rotary_down, set_rotary_left, set_rotary_right	Move camera	empty response

Boa HTTP Server

NOTE: It appears that Boa has been disabled/removed in modern versions of the wyze firmware.

Some wyze cams have have a built-in http server "boa" that is enabled when downloading a time lapse from the camera. By enabling this http server, we can have full local access to the SD card on the camera, so you can download whatever you need off the SD card without having to take each camera down.

Enable Boa

SD Card and local connection REQUIRED.

This will enable the boa server on each camera http://<cam-ip>:80/ that has the boa server and has an SD card in the camera. PLEASE NOTE: If enabled, anyone on your local network will be able to access/download stuff from the SD Card on the camera.

environment:
    ..
    - ENABLE_BOA=true

Boa Interval

The boa server will go down after some time and needs to be restarted from time to time. This interval will keep the server up and pull any new images at the same time.

This will default to 5 if not set.

    - ENABLE_BOA=true
    - BOA_INTERVAL=30

Take Photo

SD Card and local connection REQUIRED.

This will take a high quality photo on the camera on each BOA_INTERVAL.

    - ENABLE_BOA=true
    - TAKE_PHOTO=true

Photos can also be taken on-demand by publishing to the MQTT topic wyzebridge/<camera-name>/takePhoto.

Pull Photo

SD Card and local connection REQUIRED.

This will pull the latest photo from the camera on each BOA_INTERVAL.

Files will be saved to your local img_dir as cam-name_YYYMMDD_HH_MM_SS.jpg or cam-name.jpg if TAKE_PHOTO is enabled.

    - ENABLE_BOA=true
    - PULL_PHOTO=true

Pull Alarm

SD Card and local connection REQUIRED.

In addition to pulling the latest alarm image from the camera on each BOA_INTERVAL, this will also trigger a motion event to the MQTT topic wyzebridge/<camera-name>/motion if available.

Files will be saved to your local img_dir as cam-name_alarm.jpg.

    - ENABLE_BOA=true
    - PULL_PHOTO=true

Motion Alerts

SD Card and local connection REQUIRED.

If the MQTT options are configured and enabled, motion events will be sent to the MQTT topic wyzebridge/<camera-name>/motion.

Motion alerts can also be sent via Webhook/HTTP to any url by specifying the url and using the variable {cam_name}:

    - ENABLE_BOA=true
    - MOTION_HTTP=http://localhost/triggerMotion?cam={cam_name}

Motion Cooldown

The number of seconds to keep the motion flag set to true in MQTT before it gets cleared or resending another HTTP/webhook event.

This will default to 10 if not set.

    - ENABLE_BOA=true
    - MOTION_COOLDOWN=30

Stream Recording

The bridge can be configured to record all or select camera streams to the container which can be mapped to a local directory.

Enable recording

environment:
...
  - TZ=America/New_York
  - RECORD_ALL=True
volumes:
  - /local/path/:/record/

Or to specify select cameras, where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:

  - RECORD_CAM_NAME=True
  - RECORD_OTHER_CAM=True

🏠 Home Assistant - Use CAM_OPTIONS and add a new entry for each camera:

- CAM_NAME: Cam Name
  RECORD: true
- CAM_NAME: Other cam
  RECORD: true

See the Stream Recording wiki page page for additional options.

Offline camera IFTTT webhook (BETA)

This option can send a trigger to IFTTT's webhooks integration when the camera is detected as being offline (-90).

Note:This is still experimental as the connection will sometimes just timeout a number of times before going "offline".

  - OFFLINE_IFTTT=MyEventName:my_IFTTT_Webhooks_Key

The bridge should then trigger your event with the following values:

{
  "value1" : "cam-name", // camera name
  "value2" : -90, // error no
  "value3" : "IOTC_ER_DEVICE_OFFLINE" // error name
}

Livestream

Basic livestream support is available for YouTube and Facebook, but you can also specify any custom rtmp server for other services like Twitch.

To use this feature, set a new env in your docker-compose.yml with the service (YOUTUBE_ or FACEBOOK_) prefix followed by the camera name in UPPERCASE with _ in place of spaces and hyphens, and set your stream key as the value. Custom rtmp servers can be specified using the LIVESTREAM_ prefix:

  - YOUTUBE_FRONT_DOOR=MY-STREAM-KEY
  - FACEBOOK_OTHER_CAM=MY-STREAM-KEY
  # twitch example:
  - LIVESTREAM_CAM_NAME=rtmp://jfk.contribute.live-video.net/app/MY-STREAM-KEY

🏠 Home Assistant - Use CAM_OPTIONS and add a new entry for each camera:

- CAM_NAME: Cam Name
  LIVESTREAM: rtmp://jfk.contribute.live-video.net/app/MY-STREAM-KEY
- CAM_NAME: other cam
  LIVESTREAM: rtmp://a.rtmp.youtube.com/live2/my-youtube-key

MQTT (beta)

Some basic MQTT support is now available in v0.7.0.

MQTT auth and discovery should be automatic in Home Assistant mode - can be disabled by setting MQTT_HOST to False.

ENV Name	Description	Example
MQTT_HOST	IP/Hostname AND Port of the MQTT broker	core-mosquitto:1883
MQTT_AUTH	Username AND password; leave blank if none	user:pass
MQTT_TOPIC	Optional - Specify topic prefix	myhome
MQTT_DTOPIC	Optional - Discovery topic for home assistant	homeassistant

Bitrate and Resolution

Default option will select HD/2K resolution with 120 for bitrate (180 for doorbells).

Bitrate and resolution of the stream from the wyze camera can be adjusted with:

Set quality for all cameras

environment:
    - QUALITY=HD120

Set quality for single camera

where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:

environment:
    - QUALITY_CAM_NAME=HD120

Additional info:

Resolution can be set to SD (360p in the app), HD - 640x360/1920x1080 for cams or 480x640/1296x1728 for doorbells.
Use HD to select the 2K (2560x1440) stream on the Pro cameras.
Bitrate can be set from 30 to 255. Some bitrates may not work with certain resolutions.
Adjusting the bitrate and resolution in the bridge will also change the stream in the wyze app and vice versa.
App equivalents would be:
- 360p - SD30
- SD - HD60 (HD120 for doorbell)
- HD - HD120 (HD180 for doorbell)

Custom FFmpeg Commands

You can pass a custom command to FFmpeg by using FFMPEG_CMD in your docker-compose.yml:

For all cameras

environment:
    ..
    - FFMPEG_CMD=-f h264 -i - -vcodec copy -f flv rtmp://rtsp-server:1935/{cam_name}

For a specific camera

where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:

- FFMPEG_CMD_CAM_NAME=ffmpeg -f h264 -i - -vcodec copy -f flv rtmp://rtsp-server:1935/{cam_name}

🏠 Home Assistant - Use CAM_OPTIONS and add a new entry for each camera:

- CAM_NAME: Cam Name
  FFMPEG: ffmpeg -f h264 -i - -vcodec copy -f flv rtmp://rtsp-server:1935/{cam_name}

Additional info:

The ffmpeg command is implied and is optional.
The camera name is available as a variable {cam_name} for lowercase and {CAM_NAME} for uppercase.
The audio pipe and format are available as the variable {audio_in}.

Custom FFmpeg Flags

Custom ffmpeg flags can easily be tested with:

environment:
    ..
    - FFMPEG_FLAGS=-fflags +flush_packets+genpts+discardcorrupt+nobuffer

or where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:

- FFMPEG_FLAGS_CAM_NAME=-flags low_delay

Rotate Video

NOTE: The bridge may require additional resuorces when rotation is enabled as the video has to be re-encoded.

Hardware Acceleration may be available for h264 encoding on certain devices.

Rotate all doorbells:

environment:
    ..
    - ROTATE_DOOR=True

Rotate other cameras where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens:

Rotate by 90 degrees clockwise:

environment:
    ..
    - ROTATE_CAM_CAM_NAME=True

Rotate video in other directions:

    - ROTATE_CAM_OTHER_CAM=1 # 90 degrees clockwise.
    - ROTATE_CAM_THIRD_CAM=2 # 90 degrees counter-clockwise.

Available options:

0 - Rotate by 90 degrees counter-clockwise and flip vertically.
1 - Rotate by 90 degrees clockwise. This is the default.
2 - Rotate by 90 degrees counter-clockwise.
3 - Rotate by 90 degrees clockwise and flip vertically.

rtsp-simple-server

rtsp-simple-server options can be customized as an environment variable in your docker-compose.yml by prefixing RTSP_ to the UPPERCASE parameter.

e.g. use - RTSP_RTSPADDRESS=:8555 to overwrite the default rtspAddress.

or - RTSP_PATHS_ALL_READUSER=123 to customize a path specific option like paths: all: readuser:123

For camera specific options with spaces in the name of the camera (e.g. Front Door), be sure to replace the spaces with the URI_SEPARATOR which defaults to -. So Front Door would be represented as FRONT-DOOR, and paths: Front Door: runOnReady: ffmpeg... could be set in your docker-compose as:

environment:
  ...
  - RTSP_PATHS_FRONT-DOOR_RUNONREADY=ffmpeg...

🏠 For Home Assistant: Enter each customization into RTSP_SIMPLE_SERVER, e.g. use paths_all_readusers=123 for paths: all: readuser:123.

Debugging options

environment options:

FRESH_DATA (bool) Remove local cache and pull new data from wyze servers.
ON_DEMAND (bool) Connect to and start streams on-demand/only when the stream is being viewd.
URI_SEPARATOR (-|_|#) Customize the separator used to replace spaces in the URI; available values are -, _, or use # to remove spaces.
CONNECT_TIMEOUT (int) Adjust the number of seconds to wait before timing out when connecting to camera. Default: 15
KEEP_BAD_FRAMES (bool) Keep frames that may be missing a keyframe or preceding frames.
IGNORE_OFFLINE (bool) Ignore offline cameras until container restarts.
OFFLINE_TIME (int) Customize the sleep time when a camera is offline. Default: 10
DEBUG_FRAMES (bool) Show all lost/incomplete frames.
DEBUG_LEVEL (debug|info|warning|error) Adjust the level of upstream logging.
RTSP_READTIMEOUT (str) Adjust the max number of seconds of missing frames allowed before a stream is restarted. Be sure to include the s after the number. Default: 20s
RTSP_LOGLEVEL (debug|info|warn) Adjust the verbosity of rtsp-simple-server; available values are "warn", "info", "debug".
SKIP_RTSP_LOG (bool) Prevent "read" spam in the logs when using RTSP based snapshots. Works by only logginng clients that stay connected for longer than 3s.
DEBUG_FFMPEG (bool) Enable additional logging from FFmpeg.
FORCE_FPS_CAM_NAME (int) Force a specific camera to use a different FPS, where CAM_NAME is the camera name in UPPERCASE and _ in place of spaces and hyphens.
FPS_FIX (bool) Set camera parameter to match the actual FPS being sent by the camera. Potential fix slow/fast SD card and cloud recordings.
WEBRTC (bool) Display WebRTC credentials for cameras.

t0yv0/docker-wyze-bridge

WebRTC/RTSP/RTMP/HLS Bridge for Wyze Cam

Quick Start

What's Changed in v1.11.8/9/10

What's Changed in v1.11.7

What's Changed in v1.11.5/6

What's Changed in v1.11.4

What's Changed in v1.11.3

What's Changed in v1.11.2

What's Changed in v1.11.1

What's Changed in v1.11.0

Features

Supported Cameras

Firmware Compatibility

Compatibility

Basic Usage

docker-compose (recommended)

Updating your container

🏠 Home Assistant

Additional Info

Special Characters

Web-UI

Camera Stream URIs

WebRTC

API Endpoints

Advanced Options

On-Demand Streaming

Audio

Enable audio

Audio output codec

Audio filtering

Filtering

Examples

Network Connection Modes

LAN Mode

P2P Mode

ANY Mode

NET_MODE for a specific camera

Proxy stream from RTSP firmware

Snapshot/Still Images

Camera Control

Boa HTTP Server

Enable Boa

Boa Interval

Take Photo

Pull Photo

Pull Alarm

Motion Alerts

Motion Cooldown

Stream Recording

Enable recording

Offline camera IFTTT webhook (BETA)

Livestream

MQTT (beta)

Bitrate and Resolution

Set quality for all cameras

Set quality for single camera

Custom FFmpeg Commands

For all cameras

For a specific camera

Custom FFmpeg Flags

Rotate Video

rtsp-simple-server

Debugging options

`NET_MODE` for a specific camera