Git Product home page Git Product logo

Comments (11)

SunnyM-ha avatar SunnyM-ha commented on August 29, 2024 1

Just wanted to leave an update here - with the newest version (defaults the protocol to TCP) I've been able to remove the 3 RTSP flags and the docker image with out of the box settings works fine now, been connected for well over a day.
Before it used to say:
I [1/0] [RTSP] [session 574691071] is publishing to path 'driveway', 1 track with UDP
I [1/1] [RTSP] [session 946935589] is reading from path 'driveway', 1 track with TCP
I [2/1] [RTSP] [session 327122938] is publishing to path 'front', 1 track with UDP
I [2/2] [RTSP] [session 813929439] is reading from path 'front', 1 track with TCP

and now it says :
I [1/0] [RTSP] [session 574691071] is publishing to path 'driveway', 1 track with TCP
I [1/1] [RTSP] [session 946935589] is reading from path 'driveway', 1 track with TCP
I [2/1] [RTSP] [session 327122938] is publishing to path 'front', 1 track with TCP
I [2/2] [RTSP] [session 813929439] is reading from path 'front', 1 track with TCP
and is stable.

from docker-wyze-bridge.

SunnyM-ha avatar SunnyM-ha commented on August 29, 2024 1

It still disconnects sometimes, but reconnects automatically:

2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53670] ERR: no one is publishing to path 'driveway'
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53670] closed
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53672] opened
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53672] ERR: no one is publishing to path 'driveway'
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53672] closed
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53674] opened
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53674] ERR: no one is publishing to path 'driveway'
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53674] closed
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53676] opened
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53676] ERR: no one is publishing to path 'driveway'
2021/08/18 20:49:17 I [1/1] [RTSP] [conn [::1]:53676] closed
2021/08/18 20:49:19 [Driveway] Closing FFMPEG...
2021/08/18 20:49:19 [Driveway] [FFMPEG] FFMPEG closed
2021/08/18 20:49:21 [Driveway] Starting 1080p 120kb/s Stream for WyzeCam V3 (WYZE_CAKP2JFUS) in "LAN mode" FW: 4.36.2.5 IP: 10.0.0.32 WiFi: 54%
2021/08/18 20:49:25 I [1/1] [RTSP] [conn 127.0.0.1:56012] opened
2021/08/18 20:49:25 I [1/1] [RTSP] [session 547728474] opened by 127.0.0.1:56012
2021/08/18 20:49:25 I [2/1] [RTSP] [session 547728474] is publishing to path 'driveway', 1 track with TCP
2021/08/18 20:49:27 I [2/1] [RTSP] [conn [::1]:53726] opened
2021/08/18 20:49:27 I [2/1] [RTSP] [session 641988176] opened by [::1]:53726
2021/08/18 20:49:27 I [2/2] [RTSP] [session 641988176] is reading from path 'driveway', 1 track with TCP

from docker-wyze-bridge.

mrlt8 avatar mrlt8 commented on August 29, 2024

Is it the same two that go down every time and does it happen after the same number of hours?

You can filter out the rtsp logs with - RTSP_LOGLEVEL=warn

It is strange that they come back after a restart.

from docker-wyze-bridge.

DennisGarvey avatar DennisGarvey commented on August 29, 2024

The same two cameras go down each time, not sure about the time though.

from docker-wyze-bridge.

lucashend avatar lucashend commented on August 29, 2024

I actually have the same thing. The same 3 of my 8 Cams go offline quite often. One is a Wyze v2, and two are Wyzr v3's. Restarting the docker container seems to resolve... for a bit at least.

from docker-wyze-bridge.

mrlt8 avatar mrlt8 commented on August 29, 2024

Could you see if all or any of these setting help:

- RTSP_PROTOCOLS=tcp
- RTSP_READTIMEOUT=30s
- RTSP_READBUFFERCOUNT=8192

from docker-wyze-bridge.

DennisGarvey avatar DennisGarvey commented on August 29, 2024

I caught it in the act

wyze-bridge    | Traceback (most recent call last):
wyze-bridge    |   File "/usr/local/lib/python3.9/threading.py", line 973, in _bootstrap_inner
wyze-bridge    |     self.run()
wyze-bridge    |   File "/usr/local/lib/python3.9/site-packages/wyzecam/tutk/tutk_ioctl_mux.py", line 300, in run
wyze-bridge    |     raise tutk.TutkError(actual_len)
wyze-bridge    | wyzecam.tutk.tutk.TutkError: AV_ER_REMOTE_TIMEOUT_DISCONNECT
wyze-bridge    | 2021/08/08 02:58:01 I [2/2] [RTSP] [conn 192.168.1.3:51906] opened
wyze-bridge    | 2021/08/08 02:58:01 I [2/2] [RTSP] [conn 192.168.1.3:51906] ERR: no one is publishing to path 'cam'
wyze-bridge    | 2021/08/08 02:58:01 I [2/2] [RTSP] [conn 192.168.1.3:51906] closed
wyze-bridge    | 2021/08/08 02:58:31 I [2/2] [RTSP] [conn 192.168.1.3:51908] opened
wyze-bridge    | 2021/08/08 02:58:31 I [2/2] [RTSP] [conn 192.168.1.3:51908] ERR: no one is publishing to path 'cam'
wyze-bridge    | 2021/08/08 02:58:31 I [2/2] [RTSP] [conn 192.168.1.3:51908] closed
wyze-bridge    | 2021/08/08 02:59:01 I [2/2] [RTSP] [conn 192.168.1.3:51916] opened
wyze-bridge    | 2021/08/08 02:59:01 I [2/2] [RTSP] [conn 192.168.1.3:51916] ERR: no one is publishing to path 'cam'
wyze-bridge    | 2021/08/08 02:59:01 I [2/2] [RTSP] [conn 192.168.1.3:51916] closed```

from docker-wyze-bridge.

mrlt8 avatar mrlt8 commented on August 29, 2024

We might be able to bump up the timeout, but I wonder if it's some other network related issue causing the camera to lose connection and timeout..?

AV_ER_REMOTE_TIMEOUT_DISCONNECT -20016:

This IOTC session is disconnected because remote site has no any response after a specified timeout expires.

from docker-wyze-bridge.

DennisGarvey avatar DennisGarvey commented on August 29, 2024

I added the extra flags and it seems to be running fine so far.

from docker-wyze-bridge.

SunnyM-ha avatar SunnyM-ha commented on August 29, 2024

I used to have the same/similar issue (never managed to catch the actual error - log file scrolled way past it by the time I checked) with having to restart the docker images 2-3 times a day as I'd get the ERR: no one is publishing to path

Added the 3 RTSP flags above and confirmed its been running for well over a day now - -thanks!

P.S. I still get disconnects but it automatically reconnects, so its stable :)
2021/08/11 10:35:24 I [2/2] [RTSP] [conn [::1]:44934] closed
2021/08/11 10:35:24 I [2/1] [RTSP] [session 111024709] closed
2021/08/11 10:35:24 I [2/1] [RTSP] [conn [::1]:48238] opened
2021/08/11 10:35:24 I [2/1] [RTSP] [session 651665672] opened by [::1]:48238
2021/08/11 10:35:24 I [2/2] [RTSP] [session 651665672] is reading from path 'front', 1 track with TCP

from docker-wyze-bridge.

mrlt8 avatar mrlt8 commented on August 29, 2024

Potential fix for streams that refuse to come back online in v0.6.2.

Please let me know if this fixes the issue.

from docker-wyze-bridge.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.