Blue Iris losing RTSP connection to WyzeCam V2 #351
Comments
|
Web UI still works? Look at your rtspserver.log maybe it died |
|
v4l2rtspserver-master.log |
|
It seems to be creating a lot of sources for my taste. |
|
hmm nothing extraordinary |
|
In the server logs there are a lot of sessions creation. If you use only VLC does it also happen ? |
|
There is also something "strange" in logcat / logs sections ? |
|
@jmtatsch, btw, the logs above is from running the streaming in http mode. I will run the streaming in rtsp mode and will resend logs. |
|
I have disconnected the two WyzeCams from Blue Iris and running rtsp streaming only to vlc. Will update with the results later. |
|
VLC also loses connection after some time |
|
Does it recover some times, or at the first time does not recover ? |
|
If I restart the stream on VLC it will recover. Log files still look similar to before. |
|
Running top command shows the attached. |
|
Does-it recover when you have the html page opened ? |
|
The RTSP does not disconnect when the html page is opened. Any clues? |
|
Yes ! The image capture and the stream were in the same thread. I don't know why, but VLC lose the connection after some time due to that. |
|
I have compiled a new v4l2server binary and pushed it here. Can someone test please if the breakups still occur? |
|
Cannot get image. See Video server log /system/sdcard/bin/v4l2rtspserver-master: can't load library 'libmp3lame.so.0' |
|
Ah ok, my mistake. I have updated it. There was a old library involved. |
|
The Html page now says "Unable to Load Image". See below for videoserver log. When I select RTSP H264 server in th edrop down menu, it goes back to not selected after some time. Contents of v4l2rtspserver-master.log 2018-05-30 03:56:27.451 ( 2.181s) [main thread ] ImpEncoder.cpp:1180 0| Found Sensor with ID:22 |
|
@EliasKotlyar, any idea why its broken right now. I dont get the video feed on to the web page anymore. Am i doing something wrong. I just copied all the files from "Firmware Mod" folder onto the SD card and update wifi conf file and restart. |
|
@ark-git I'm a first time user and I was having the same issue, from this other thread: EliasKotlyar/Xiaomi-Dafang-Software#21 it appears something was compiled with 4 detection areas however it needs to be compiled with 16 detection areas. The work around is to turn off motion detection. Maybe someone will add an option to set the number of detection areas in a conf file and have some checks for failure and recommendations or auto detect? |
|
I was able to get RTSP streaming to work again by disabling "Motion Detection". However the stream stopped after some time even if I leave the Html page opened. See logs |
|
Did you test with the really last version that have just been pushed ? |
|
I tested with the " Corrected #388 " released yesterday. That is why I had to disable "Motion Detection" to get it to work. |
|
With the last version you don’t need to deactivate the motion (hopefully) |
|
I ran the "autoupdate.sh" scripts and got the following. See attached log. |
|
@nik0 I just downloaded the latest from "Master Branch" and loaded the "Firmware Mod" files onto my second camera and I still had to disable "Motion Detection" for the stream to work. |
|
Can you run the command « env » before running the server ? |
|
@backcountrymountains: Tenvis TH661. I only bought them because the pair was being sold for $15 locally, not because they're good or have any specific features. They work well for what I need them for: local recording, motion events, and occasional remote viewing. Once rooted placed behind a firewall, you'll need to write an FTP server to shuttle events and videos/pictures back into your favorite home automation system. The format is proprietary-ish. They're not great cameras by any stretch of the imagination, but they at least can stream wirelessly for more than 10 minutes at a time and run for months without needing a reset. |
+1 Same here. |
|
Here is a log snippet from Shinobi CCTV when the failure occurs 3kfNOB2vGF : Gdvu1tX6Eq2 3kfNOB2vGF : Gdvu1tX6Eq2 3kfNOB2vGF : Gdvu1tX6Eq2 3kfNOB2vGF : Gdvu1tX6Eq2 |
|
I seem to be having the same issue here. My Amcrest camera works flawlessly, but my Wyze cams have a really hard time staying connected. |
|
I've been battling this issue for a long time and I finally got most of my cameras to work with the latest trunk. Here's what seems to work: Video: 1280, SMART, 23FPS, 1000 or 2000 bitrate With these settings I've had streaming from 5 cameras pretty consistently at 23fps for days. I also threw live555 in front of them so I don't bog the cameras down with multiple stream clients. |
|
Same problem here with Xiaofang camera. The RTSP server is still running, but the stream stops. After restarting the RTSP server the stream works again.. Model | Xiaomi Xiaofang 1S |
|
I've changed my setup and now use an rtsp proxy in front of all my cameras (including the dafang). This seems to mitigate a lot of the issues so I presume it's a combination of client and dafang camera that is causing an issue. At its very basic, if the client reconnects it should get the stream back, so for those experiencing problems perhaps see if you can knock up some kind of watchdog. |
This is definitely not the issue in my case. For you it seems the client loses the connection and does not reconnect. In my case the RTSP server stops responding to new connects and does not send the stream any more. Entirely different story. Xiaofang S1 |
|
I had exactly the same symptom as you - my client wouldn't reconnect until I restarted the rtsp server on the camera. That's why I'm in this thread. However with the rtsp proxy, all clients have had a continuous connection for weeks now. They may have been interrupted, but their reconnect logic seems to work as they are always working when I check. I know it sounds incredible but there's some state being held somewhere that depends on a combination of client and server (maybe particular clients are crashing the server? Maybe badly behaved clients exhaust some hidden max client limit?), and the proxy is enough to disturb that. But of course you're welcome to ignore the suggestion if you consider it a non solution :) |
|
Can I ask what rtsp proxy you are using?
…On Tue, Jul 14, 2020, 4:28 AM sshaikh ***@***.***> wrote:
I had exactly the same symptom as you - my client wouldn't reconnect until
I restarted the rtsp server on the camera. That's why I'm in this thread.
However with the rtsp proxy, all clients have had a continuous connection
for weeks now. They may have been interrupted, but their reconnect logic
seems to work as they are always working when I check.
I know it sounds incredible but there's some state being held somewhere
that depends on a combination of client and server (maybe particular
clients are crashing the server?), and the proxy is enough to disturb that.
But of course you're welcome to ignore the suggestion if you consider it a
non solution :)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#351 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADISBNYEVOI2OHOAAK3XLR3R3QJMTANCNFSM4E7SHGUA>
.
|
|
This one: https://github.com/aler9/rtsp-simple-proxy although it seems to have merged with another program now. |
|
Could you try running the proxy on the camera? does that still work? |
|
Got a wazecam dafang hack installed outside with case cover working perfectly with blue iris using the following settings, hope this helps someone: Blue Iris Settings: Video Settings: Audio Settings: Services |
|
Not worth it. For some reason this Hack and Blue iris is too laggy the fixes is next to 0 Biterate. Instead what I did was grab the Jpg and yes the FPS is slower at least I get better quallity. Now if only rtmp was not crapping out every few hours and having to reboot my device constantly :( Oddly enough my V1 Camera's use a really old defang and they never ever have issues ran for years even out in -40. Not sure if this a V2 Camera issue or a bug with the current firmware. |
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
|
This is still an issue, even with the latest code. |
|
yup still an issue not stale at all just no one willing to help us on it :( |
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
|
Still an issue, not stale. |
|
Wyze released an updated RTSP firmware (demo_v2_rtsp_4.28.4.49.bin): https://wyzelabs.zendesk.com/hc/en-us/articles/360026245231-Wyze-Cam-RTSP So far it seems more stable than both the Xiaomi DaFang Hacks firmware and the old official Wyze RTSP firmware, but only time will tell. |
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
|
Not stale, still definitely an issue that we would all love abetter solution for. |
|
I still get intermittent disconnects, sometimes once a day, sometime once every 15 mins. I don't use BI but just a simple ffmpeg dump script which cycles every 15 mins. I'm always able to reconnect every 15 mins. |
|
I get disconnects once per minute on my Android phone, regardless of the app I use. My wife's iPhone works fine all the time. I used to use VLC on my laptop, but suddenly I can no longer connect, and I can't find a way to get it to work anymore. All of this is regardless of any setting I change for video quality. At the absolute lowest settings I still get bumped from watching. |
and others
I was able to connect to Blue Iris using RTSP. However after sometime it will lose connection and the only way to connect back to Blue Iris is to reboot. I also verified its not Blue Iris since it doesn't work with VLC also.
The text was updated successfully, but these errors were encountered: