post #556
thank you
So far the new firmware seems much more stable for me. I was able to switch my rtsp feeds back to TCP connection in motioneyeOS, which gives much more reliable motion detection without seeing many camera drop outs and zero lock outs. I’ve been using motioneye and tensorflow along with Home assistant notifications in order to cut down on the false positive motion notifications. which might become a moot point once vehicle / person detection is incorporated in wyze’s mainline builds.
This updated firmware is working much better on my v2 with Blue Iris. The feed has been stable and has less of a delay than the previous version. Thanks Arthur!
I have ten Wyze cams and a number of other WiFi cameras on my network (Google WiFi with 2 mesh points). I have not had any issues with getting live feeds of every camera at once on TinyCam Pro so I don’t think the bandwidth is that much of an issue and I consider my network pretty congested with 5 people streaming stuff to a number of WiFi devices.
It’s here:
Wyze Cam Pan: https://wyze.com/firmware/demo_pan_beta2.zip
[Mod Edit: Conforming to recent edits to reduce confusion.]
From an earlier post from WyzeArthur:
Wyze Cam v2: https://wyze.com/firmware/demo_V2_beta2.zip
Wyze Cam Pan: https://wyze.com/firmware/demo_pan_beta2.zip
[Mod Edit: More up-to-date information to reduce confusion.]
I was able to fix it! I was trying to move the folder instead of the file within the folder. Its all good now, all 4 cams got their RTSP! thanks for your help!
I installed the beta2 RTSP firmware last night and everything appeared to be running fine. When I checked the cameras this morning, the 2 cameras (pan & v2) that I updated were off. They were running the beta1 RTSP firmware since it’s release without ever turning off.
I have a 3rd camera (v2) that’s still running on the beta1 RTSP firmware and it did not turn off.
Has this happened to anyone else? I’ll report back later this evening if it happens again.
Firmware:
v2 beta1: 4.19.4.48
v2 beta2: 4.28.4.40
pan beta2: 4.29.4.40
Just happened to me oddly enough. Just went to check on my V2 cameras and all 3 are offline, even through the app which never happened in the previous beta.
I agree the beta2 firmware seems way less stable than beta1, I have a Wyze cam v2 and the rtsp connection stops working in home assistant after a few minutes with beta2, but the beta1 usually is ok for 24 hours
I have 4 V2 cams managed by Blue Iris. I can get all feeds to show, but they’ll occasionally lose connection. I have been playing with some of these options in Blue Iris, but still losing connectivity. At times, it seems as though all cameras lose connection at the same time. Generally it comes back within a few seconds. My wireless connection is strong and I noticed the feed stays on within the Wyze app. Unsure if it’s Blue Iris or the RTSP feed, but I am interested if anyone else running Blue Iris has found the right settings.
Yes - I should clarify that my cameras were “off” within the Wyze app.
Same here, way less stable. My v2 now disconnects in minutes opposed to hours. I’ve also verified with VLC player that the stream is dead. I’m using motioneye with home assistant. Video stream is still working with app. It’s a real bummer because I bought 6 of these!
Yes, you don’t need the app to install the firmware but you need to still set the RTSP parameters using the app.
@madtaurus I appreciate the response. It’s unfortunate there isn’t a web interface to adjust those settings.
It is but we do have to understand the limited capabilities of this camera. To have a web interface (which it would have to host) along with streaming both to the app and to RTSP, would seem to be asking alot of the hardware.
With my Netcam Studio set up, I have 4 V2 cameras. The feeds work, the motion detection works, and the timelapse works.
Front 13-May-2019
(at around 1m36s you can see the northern lights)
Front 14-May-2019
(at around 1m30s the rain starts! not snow! for a change!)
I’m not saying it’s Blue Iris. Perhaps the fact that every 30 seconds I ask Netcam Studio to snap a time lapse photo keeps the connection alive. Maybe NCS polls the cameras in a different way.
That’s quite a rough picture. Wonder what the compression data rate is?
Unless YT severely compressed it, there’s a lot of smudging within the picture which looks to me like compression artefacts. Unsure how time lapse works on these. Series of stills?