Hi developers,
Is there any firmware which supports RTSP for Wyze Cam V4, I got one, and I would like to integrate with my home assistant system,
Thank you,
Wyze stopped supporting RTSP years ago, and the 3rd party firmware no longer works either (and the 3rd party firmware never worked with the v4 regardless).
I believe @carverofchoice may know of some possible alternatives, I believe they stream from your cam to some 3rd party then you can pull the stream from them, or an app you put on a local NAS/server that constantly streams from the cams. Not the ideal solution though.
1 Like
Welcome to the Forum, @blueappstudio! 
I agree with @dave27 that @carverofchoice might be one of your better resources for this because he’s really into Home Assistant. Depending on what you’re trying to do with an integration, this recent topic might give you some ideas:
Don’t let the topic title fool you: This one goes into a Home Assistant 
. 
If you’re looking specifically for a native RTSP feature for Cam v4, then you could add your support to this Wishlist topic:
Feel free to add your comments there and click/tap the Vote button above the initial post.
3 Likes
Thanks @Crease and @dave27 for the quick reply. I really like the Wyze cam, been using for years, I have bunch of V2 cams with RTSP firmware, running with Home Assistants for years, but now I can’t find the old one so I have to use V4 
1 Like
If the v2 is anything like the v3, they’re going to need a firmware update to work with newer wyze authentication protocols, at which point the RTSP will stop working. Unfortunately RTSP is dead on Wyze, obviously they want you to use their cloud service instead.
You can’t use other firmware with the V4 because it has what is called "secure boot"on it which makes it hard to impossible to use anything besides official firmware. The rationale behind using secure boot is security. It makes it extremely hard for malware to infect the device, or for bad actors to modify firmware with malware then resell the device to an unsuspecting victim online or locally, but it sucks for advanced users who prefer customization. Sadly, sometimes security comes with a trade-off.
If you want dedicated RTSP firmware with Wyze then you have to get some earlier camera models that predate their use of secure boot: V2, V3, Pan v1, Pan v2, Video Doorbell v1, and maybe some Pan V3s.
Otherwise all the rest of Wyze cams can get RTSP and other streaming formats through bridging programs. I personally use Docker Wyze Bridge for the TUTK protocol Wyze cameras (This includes the v4s) and plan to install Cryze for the rest.
With those, you can continue to run the stock firmware for your V4 And still get the rtsp steam to run locally for it. That’s your best bet for a v4, but there are other options too. Some people decide to run tinycam Pro in server mode to get the rtsp stream. They will just use it on an old Android phone that they leave at home, or they will run it in an Android emulator on a computer. That will also give you an rtsp stream that you can use for anything. Tiny cam is the more simple option.
Thank you! I’ll try Docker Wyze Bridge!
1 Like
Tried it today, Wyze Bridge works great with my V4 cam, I think it’s time to flash the latest firmware for other V2 cam instead of using non-maintenance RTSP firmware.
2 Likes
Thank you for posting this update. I really dig reading stuff like this. 
1 Like
That’s great to hear such a positive followup.
For future FYI, if you ever get a Wyze camera that isn’t working with Docker Wyze Bridge, there is a forked Docker that covers basically all the other cameras that are using a different protocol, so you would just have to load the “Cryze” docker and then those will work with RTSP too.
2 Likes
Update:
After 1.5 month of using Docker Wyze Bridge, here are my summary:
- Docker Wyze Bridge feeds the image via RTSP very slow and laggy, it looks like you see 2 frames, wait 1.5 second, and see another 2 frames on the detection video.
- Very frequently has no image, so the system is very unstable, API integration at WYZE is a joke.
it’s better to find another system with RTSP stream for better performance and security.
1 Like
I’ve been running WyzeBridge for over six months and I have had the opposite experience. It’s been stable and the speed/fps is as good as the cameras wifi connection. I have all six of my cameras playing in a browser window 16 hours a day and it’s been working great. One camera is a slideshow sometimes but it looks the same in the app due to interference with the wifi signal in that area.
If you’re experiencing heavy lag, I would make sure the computer running WyzeBridge is up to the task, isn’t on wifi, and that your Docker settings aren’t choking it. I run it on my home server and while streaming the six cameras it uses 20 to 30mbit of upstream network bandwidth and uses 15% to 18% of the cpu. Every camera isn’t perfectly smooth 100% of the time, but about 90% of the time, which is fine by me considering WyzeBridge is free and Wyze cams are very cheap for their image quality.
2 Likes
Thanks for sharing, what’s your frame rate? And how about the computer configuration that you have HA on?
Do you have Frigate or any AI detection running on locally?
I don’t know what my frame rate is because there’s no indicator. But literally as I’m typing this someone drove past two of my cameras and it was almost as smooth as watching a movie, so I’m guessing it’s displaying whatever the Wyze V3 captures at, which I think is 20fps.
The PC acting as a home server is old but strong enough, an i7 4770 on a Z87 with 32gb of ram. I have HA in a VM running HAOS, WyzeBridge is in Docker of course, no Frigate, AI detection or any kind of NVR yet. Frigate is really more than I need and looks like it requires more time to set up than I’m willing to give it right now. I tried out Shinobi on a different machine and I may go that route, though I didn’t like the camera display interface at all… so maybe not. All of my cameras record to their own SD cards and that’s been good enough for the past several years. The server runs other things but cpu usage is generally around 30% at “idle”. And most importantly, it’s on ethernet connected directly to the router, which is an Asus AC68U.
Another issue could be if your router doesn’t have enough bandwidth available on its 2.4ghz radio. Wifi 4 generally only does 40 or 50mbit in real world situations in best case scenarios. If your router only has one 2.4ghz radio and all of your cameras are on it, if you have more than six or eight cameras, that could cause a pretty bad slow down if you try to view all of them at once. I believe the Wyze app only streams the smaller SD stream when it shows you all cameras at once so it avoids that problem. Wyze says an HD stream is up to 7mbit, per camera.
Agreed and I’d suspect wifi bandwidth is likely @blueappstudio’s issue if the hardware running WyzeBridge is sufficient. In reality if you’re in even a moderately populated area, getting 40-50 on 2.4 can be near impossible.
May have been the case at one point, but they seem pretty intent on keeping it at 1 Mbit now. My 1080P cams each stream around that and so does my new 2.5K v4. Actually the v4 seems to be a tad less. So they just keep adding more compression when they increase the resolution. I would love if it was 7M, would happily sacrifice some historical time on my SD cards or even buy larger ones if the compression was reduced 7 fold. Heck even 2 or 3 Mbit would be a big improvement.
Let me guess, you’re trying to stream all your cameras at once? I tried docker bridge twice before and had the same experience both times. The third time, I only streamed selective cameras and there was no lag at all. I figure it’s either my docker host needs more power or my WiFi is getting swamped.
To get the URL of each camera stream, you can try, http://[docker-host-ip]:5050/api
Just curious as to why you use Cryze instead of Docker Wyze Bridge for the none TUTK cameras? I have a mix of V4s and V3s and they all seem to work in Docker Wyze Bridge for me.
You use Docker Wyze bridge for cameras that use the TUTK SDK such as the V3s and V4s you mentioned because it’s programmed to work with TUTK. So All those camera models you mentioned work on that one. But not all cameras use tutk, and those ones won’t work in Docker Wyze bridge.
You use Cryze for Wyze Gwell-Based Cameras that use the Iotvideo SDK from Tencent Cloud such as the OG cameras. They won’t work in Docker Wyze Bridge because they don’t have TUTK.
1 Like
I’m wondering if you could share how you’re running wyze-bridge exactly. I’ve tried it the following ways, all with the same result (I get still image snapshots, but any type of live video streaming fails):
- Running as an add-on to Home Assistant (my HA is a VM with HA OS, running on ESXi)
- Running as a docker container using Synology NAS Container Manager
- Running as a docker container using Docker Desktop on macos (M4 processor, Rosetta x86 emulation)
I have a combination of V2, V3, and V4 cameras. They all give me snapshots but no streams. I’ve tried both bridge and host networking and that made no difference either.
1 Like
Unfortunately if you check the guthub something on Wyzes end has broken docker wyze bridge