This was a post I made a while ago where it sounds like @seapup was seeing similar, and the referenced thread may or may not have been related as it mentioned “delayed” live stream. I remember talking with @carverofchoice and him having seen the issue and seeming to know the reason behind it.
I know there were other thread where I asked some regulars if they were seeing it, and they were too, will try to dig those up.
EDIT - All I found was that I seemed to start noticing it around the beginning of this year and it also seemed to coincide with the issue that you can’t load more than 3 or 4 cams at the same time in a group, which has gotten better but it still very problematic. In fact when just checking my cam group, the v4 went back to having the 10 second delay before the still frame started streaming (same as the v3). Once both of those cams start live streaming, I can tap refresh on the other two in the group that have the error -20011 or whatever it is and they start working. So I think this is all tied together somehow.
Has anyone else had problems with choppy Live Video since upgrading to 4.50.16.7064. Since installing, I have had connectivity issues and choppy Live Video on all 5 of my Pan v3 cameras since upgrading to version 4.50.16.7064. I opened a service ticket, and I worked through with the tech every step he suggested, and the problem still exists. However, now my SD drives seem to be working after being without functional SD drives for some time. I had no video issue on the previous firmware version and have a very robust WiFi system. When 5 Pan v3’s have the same issues after a firmware update, it tells me that it is firmware related issue.
Wish I could verify or not for you.
But I both have no v3Pans, nor are the updates available for my v3, v3pro.
11 days now and still not being made available.
Although it seems pretty obvious that the fw is the issue, it could also be that the fw isn’t quite compatible with the app, and a newer app could end up being what fixes it.
Even if it isn’t available at the moment…
despite my default text size is set to normal. I was able to work around this by installing the Wyze app on a borrowed iPad, and now I can see the Accept button, but pressing it results in this error:
and clicking through that shows that RTSPS is still enabled. Blue Iris does not work with RTSPS, so I really need to turn this off. And RTSPS doesn’t seem to be working anyway, since I pointed VLC at it, and it fails to connect, and I put Claude AI on the job for 20 minutes, and it reports:
“Why VLC (and ffmpeg) fail too: I walked through the actual RTSP Digest-auth handshake by hand (TLS connect → DESCRIBE → camera replies 401 with a nonce → resend DESCRIBE with computed credentials on the same connection). The camera silently drops the TLS connection with zero response the moment it receives that second, authenticated request — this happened identically with the correct password and a deliberately wrong one, and reproduced twice. Every standard RTSP client (VLC, ffmpeg, Blue Iris) does exactly this challenge/retry sequence over one persistent connection per RFC 2326, so they all break the same way. A fresh connection using a stale nonce gets an actual 401 Invalid Authorization reply rather than a drop — so the server can respond, it just breaks specifically on the auth-retry-on-same-connection pattern. Repeated auth attempts also appear to trigger a temporary anti-brute-force lockout (subsequent TLS handshakes started getting reset outright), so credentials aren’t the problem — the firmware’s digest-auth implementation is.”
Garage door function said it needed to be calibrated.
The portion after verifying the qr code was visible where you verify door is closed, then open it, verify it is open, close it, and verify it is closed, the video was frozen. but calibration finished, and it seems ok now.
