QuantumEntangledAndy
Dailey 2 minutes in rtsp
Hello, After some time the broadcast time on rtsp is 2 minutes behind the reolink app
version: Neolink Release 0.6.3-rc.1 camera: reolink lumus
Thank you
Same issue here. Using a Reolink E1 with the Docker version of the app.
It's a very long delay which makes matching up timestamps in Frigate almost impossible. How can we find the cause of this?
Chiming in, same issues, Large delay/latency (average 15-60 seconds) with using the (QuantumEntangledAndy/neolink:latest) docker image but when using the deprecated image (thirtythreeforty/neolink:latest) there is no delay....
Theres also a closed bug here (https://github.com/QuantumEntangledAndy/neolink/issues/132) but I dont think its actually resolved as I am still experiencing it even after adding buffer_size = 0 to my config
I'm having the same issue with all of my E1's. Running the latest release in a docker and seeing the 1-2 min delay on the cameras. The doesn't appear to happen when running the exe on the Blue Iris server.
Edit: I was tired of the delay so I switched back to running the exe on Blue Iris but the 1-2 minute delay remains. I thought the delay didn't happen but I guess I missed it or didn't run it long enough. Either way, this fork and the original master are pretty much useless at this point.
Edit again: I downgraded the docker from 0.6.2 to 0.6.1 a couple days ago and the 1-2 minute delay is gone. It still feels like there is a delay beyond Blue Iris's delay but it's 10 ish seconds, so much more usable now.
I think I have this fixed now but need to finish testing it. The history buffer was growing infinitely if the camera was not sending correctly timestamped frames
I think I have this fixed now but need to finish testing it. The history buffer was growing infinitely if the camera was not sending correctly timestamped frames
Is the problem found?
I tried the current master and am still experiencing a long delay. It was over a minute and a half earlier today. Camera is a Lumus upgraded 2K. I downgraded to 0.6.1, as others mentioned, and I'm only seeing about 5 sec delay.
Chiming in also, current master has long delay, downgrading to v0.6.1 fixes issue. @QuantumEntangledAndy doesn't seem like this issue has been fixed.
Having the same issue reverting to v0.6.1 also reduced the delay like @kyle170 Running a Lumus v2
I see well I'll have another look when I have the time but I am working on other projects and the day job for awhile.
Appreciate all you do for this project! Wanted to chime in indicating I am also experiencing this issue with a Reolink Lumus camera. Using 0.6.3 starts out with a 20ish second delay, growing to multiple minutes after an hour or two. Using 0.6.1 fixes the issue, giving only a ~3 second delay (acceptable) that never grows.
