you are wrong, it does not use internet bandwidth for the feed via bridge. You very clearly dont understand RSTP streaming options. Also, you are being a bit of a [Mod Edit]. Go post your opinions in your own thread as I just posted this to be helpful for those wanting local rstp cams without funky limiting firmware.
MOD NOTE: Post edited to conform to the Community Guidelines.
Interesting reading. I didnāt know Wyze used that protocol at all.
So do you agree that they should scrap the Wyze server side from the project?
I donāt think itās an either/or proposition. In fact, I think itās prudent for them to do both.
A lot of people (likely the majority) will never do their own video server, and prefer a cloud service, and Wyze would not have access to a lot of the market if they werenāt in that space. The cloud service also provides a steady revenue stream they can depend on to keep the doors open.
RTSP support allows them to sell hardware to people who do like to roll there own, and hopefully is just more hardware sales for them.
I think they complement each other. Some might argue that RTSP support will mean fewer cloud customers, but I canāt be the only guy in the world who doesnāt want a cloud service, and without the RTSP support people like me just look elsewhere.
I donāt think itās an either/or proposition. In fact, I think itās prudent for them to do both.
From a technical point of view of course.
My argument was that itās pretty bad practice to āpretendā to be the official app and asking for people credentials to use a service that isnāt designed to be used as source for a local server.
I donāt think that only because Wyze allow to do that (I think incompetence) is correct to abuse their service.
I agree with you that RTSP donāt mean less cloud customers at all. All these companies that want sell a cloud only solutions are very shortsighted. Everything in IOT should be local first with a solid cloud build on top of it.
How do you explain this? So the docker logs in to the Wyze server and gets the video feeds. Converts the video feeds into the RTSP on the local server and then any requests come to local server. Ho do yo explain bandwidth for the initial feed that comes from Wyze to the server in the first place. This is the bandwidth to outside network regardless of docker. It is just like using the app to watch all the cameras live all the time. The beta RTSP on Wyze was true local network. Am I not understanding something here?
Looks like it has to also connect to Wyze servers to work correctly. That is how these cams were designed: GitHub - gtxaspec/wz_mini_hacks: wz camera mods... make your camera better.
As said from here:
I feel the reason to use this RTSP way would be if its something that would float your boat more. My boat is floating great so Iāve no desire to add in the complexity of this project.
There are many reasons.
Use them to replace standard CCTV system.
Broadcast them live on the tvās.
Record the feeds on a computer using specially designed software for recordings. Among other possibilities.
I donāt mind that cameras ping and send the events to cloud but I would like a door where I can also tap into it without camera sending things to cloud then I log in from the same place to go on to the cloud to get that same event back.
Wow thatās a weird way of looking at things I bet your a blast at parties too. Seriouslty how is his app pretending to be the official app to get peopleās passwords, I it seems to me he said exactly what it was and then if people choose to place their own password in to it so that they can use it as another method of accessing theyāre own account then moore powered to them and if itās not your cup of tea then I more power to you too. Abuse there seevice? I there service is made to display the cam to the users of said cam if those users choose to use this app verses their phone app or tiny cam app or whatever it seems to me exactly what the service is there for. But donāt worry we know your against it. I we got it.
Just my 2 cents:
Wyze originally released with free cloud clips/event recording (limited timeframe of course). Then gradually started removing that functionality bit by bit until you have the CamPlus subscription of today. I originally bought Wyze due to low cost and non-subscription recording. The cameras were nothing special (pretty sure they were rebranded generic cameras) but it was their software and free features that set them apart at the time. They STRONGLY advertised the free non-subscription recordings compared to their competitors but now itās just like any other EXCEPT oem rtsp functions.
The arguement that the āfunctionā of 24/7 recording is available with the subscription is not the main point: RTSP is a basic function of camera streaming, and completely removing that functionality (without the unsupported firmware) is an underhanded way to shove users to a subscription model instead of local alternatives. Not even mentioning the outbound bandwidth to do cloud recording. The really frustrating part is that they even removed clips so you canāt even see 1 second of an event without shelling out more to the company. Weāre pigeonholed into this subscription or 3rd party āhacksā in order to utilize these cameras as an actual security system.
If anyone wants to make an arguement about MicroSD cards: these cameras CHEW through cards. MicroSD cards are never meant for longevity in constant read/write scenarios, and if someone snatches your cameraā¦ nothing can be doneā¦ super secure 
TL;DR - Wyze underhandedly advertised free functions compared to competitors, then pulled them all away to force you to subscribe (including basic RTSP functionality)
Iām hoping someone will share the following information for the Wyze Doorbell cam v2:
Protocol (UDP or TCP)
PORT number
Resource Path: (example) rtsp://192.168.0.1:554/unicast/c1/s0/live;
The doorbell v2 does not have a rtsp function.