The stream in real time is disconnected with the end of file error. In this case, if you switch the view to an additional stream, the image appears. But after about 20-30 minutes, everything repeats. Server version 3.0.1 client for windows 2.2.6
Please tell me how to resolve this issue? Ports 7001 7002 are open, recording does not stop, but it is impossible to observe in real time
Thanks.
What type of camera (make / model) does this happen on? Is the camera using H.264? Does this happen on all cameras or just a specific one? Can you attach /var/log/bluecherry.log?
Thanks
Manufacturer XVI link to this model will attach below
This occurs when both H264 and H265 are used.
All 4 cameras of the same model, respectively, at all)))
This happens on any thread.
I do not presume to approve, but it seems to me that the client will not switch to the next file created by the server. Since the video is broken into pieces for 15 minutes.
It is treated with enable/disable cameras or how it became possible in 3 version to switch the stream
At the same time, recording is in normal mode on any codec 264 and 265
In the main stream I decided to use 265 since he gave me an extra week of recording
Нire a log.
Thanks
This does not apply to the main issue.
During the initial configuration, the port 37777 was installed on the camera, I changed it to 554. For the server to determine the new port, I had to reboot the camera.
The same cameras are connected to the DAHUA recorder on it the broadcast is not interrupted.
RTSP lines for accessing cameras:
mainstream — rtsp: //11.1.55.1: 554 / mpeg4
substream — rtsp: //11.1.55.1: 554 / mpeg4cif
In fact, this doubled the settings as they are divided into different lines. However, the image was.
Here is the log.
root@nvr:/home/spv# tail -f /var/log/bluecherry.log
Jun 30 09:33:08 nvr bc-server[6110]: I(6/ZADNIY DVOR): Stream started: Video: hevc (Main), yuvj420p(pc), 1920x1080, 1/90000(s) 1/90000©
Jun 30 09:33:08 nvr bc-server[6110]: I(6/ZADNIY DVOR): Switching to new recording schedule ‘continuous’
Jun 30 09:33:08 nvr bc-server[6110]: I(7/VIEZD): Stream started: Video: hevc (Main), yuvj420p(pc), 1920x1080, 1/90000(s) 1/90000©
Jun 30 09:33:08 nvr bc-server[6110]: I(7/VIEZD): Switching to new recording schedule ‘continuous’
Jun 30 09:33:08 nvr bc-server[6110]: I(8/TRAKTORA): Stream started: Video: hevc (Main), yuvj420p(pc), 1920x1080, 1/90000(s) 1/90000©
Jun 30 09:33:08 nvr bc-server[6110]: I(8/TRAKTORA): Switching to new recording schedule ‘continuous’
Jun 30 10:43:34 nvr bc-server[6110]: W(5/DVOR): Likely timestamping error. Ignoring.
Jun 30 10:43:42 nvr bc-server[6110]: W(6/ZADNIY DVOR): Likely timestamping error. Ignoring.
Jun 30 10:43:42 nvr bc-server[6110]: W(8/TRAKTORA): Likely timestamping error. Ignoring.
Jun 30 10:43:42 nvr bc-server[6110]: W(7/VIEZD): Likely timestamping error. Ignoring.
in the path to RTSP its just " /mpeg4" and “/mpeg4cif”
no need for the rtsp://IP:554
but i found with some IP camera its got a really odd path
so i use ONVIF Device manager
to find the correct path for the camera
only time i can recall seeing erorr like that is when using user 2.8 for the bluecherry DVR server software
In version 2.8, I had this problem in the client “end of file error”. In the logs, it looks like “Likely timestamping error. Ignoring”. After 1 hour and ten minutes, streaming stops. In this case, the recording is not torn, everything is recorded in the normal mode.
try to build bluecherry-apps from code and see if that if the error
or i can upload a build i just did lastnight of it
Do I understand you correctly, is it about windows client? If you can give a link to download.
i think it could be a server side bug
not a window client error
What do you advise to do?. Can you give a link to your assembly? Thanks.
sorry it took me a while
just did a rebuild of it to make sure any updates where include
and having problems downloading from github
https://drive.google.com/drive/folders/11Ad0bRrpQLbCkW8kKsw4VrEXNcx7Hs9J?usp=sharing
just need the bluecherry_3.0.2_amd64.deb
to install its just
dpkg -i bluecherry_3.0.2_amd64.deb
on the server with the old ver of 3.0.1
it will update it
Accepted))) thanks. I will install and immediately unsubscribe.
The server was successfully installed, I am attaching the log. I wait, I hope that everything turned out)))
root@nvr:/home/spv# tail -f /var/log/bluecherry.log
Jul 1 17:09:50 nvr bc-server[44809]: I(6/ZADNIY DVOR): Stream started: Video: hevc (Main), yuvj420p(pc), 1920x1080, 1/90000(s
Jul 1 17:09:50 nvr bc-server[44809]: I(6/ZADNIY DVOR): Switching to new recording schedule ‘continuous’
Jul 1 17:09:50 nvr bc-server[44809]: I(8/TRAKTORA): Stream started: Video: hevc (Main), yuvj420p(pc), 1920x1080, 1/90000(s) 1
Jul 1 17:09:50 nvr bc-server[44809]: I(8/TRAKTORA): Switching to new recording schedule ‘continuous’
Jul 1 17:09:55 nvr bc-server[44809]: I(): finished processing abandoned recordings
Jul 1 17:10:04 nvr bc-server[44809]: I(): Updating length of 4 abandoned recordings
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000006/16-54-38.mkv
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000005/16-55-13.mkv
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000008/16-55-52.mkv
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000007/16-56-07.mkv
I’m still lucky)))
One hour 10 minutes and the situation repeated with the same error.
This is not the case in the camera?
root@nvr:/home/spv# tail -f /var/log/bluecherry.log
Jul 1 17:09:55 nvr bc-server[44809]: I(): finished processing abandoned recordings
Jul 1 17:10:04 nvr bc-server[44809]: I(): Updating length of 4 abandoned recordings
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000006/16-54-38.mkv
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000005/16-55-13.mkv
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000008/16-55-52.mkv
Jul 1 17:10:04 nvr bc-server[44809]: I(): Deleting empty media /var/lib/bluecherry/recordings/2020/07/01/000007/16-56-07.mkv
Jul 1 18:20:24 nvr bc-server[44809]: W(8/TRAKTORA): Likely timestamping error. Ignoring.
Jul 1 18:20:24 nvr bc-server[44809]: W(7/VIEZD): Likely timestamping error. Ignoring.
Jul 1 18:20:24 nvr bc-server[44809]: W(5/DVOR): Likely timestamping error. Ignoring.
Jul 1 18:20:24 nvr bc-server[44809]: W(6/ZADNIY DVOR): Likely timestamping error. Ignoring.
service bluecherry restart
And the image appears.
Actions disable / enable, switching stream with substream, restart server is certainly the roughest solution but is valid for all cameras. All of them help to solve this problem.
This is unlikely to matter, but I connect to the server via VPN. The connection is very stable.
That implies the camera is using H.265 (HEVC), can you move the camera to H.264 and see if the problem repeats?
Yes, I will and unsubscribe. Thank you for your time.
Done. I look forward to see what happens.
root@nvr:/home/spv# service bluecherry restart
root@nvr:/home/spv# tail -f /var/log/bluecherry.log
Jul 1 21:30:18 nvr bc-server[52683]: I(5/DVOR): Setting up device
Jul 1 21:30:19 nvr bc-server[52683]: I(): finished processing abandoned recordings
Jul 1 21:30:20 nvr bc-server[52683]: I(7/VIEZD): Stream started: Video: h264 (Main), yuvj420p(pc, progressive), 1920x1080, 1/90000(s) 1/180000©
Jul 1 21:30:20 nvr bc-server[52683]: I(7/VIEZD): Switching to new recording schedule ‘continuous’
Jul 1 21:30:20 nvr bc-server[52683]: I(6/ZADNIY DVOR): Stream started: Video: h264 (Main), yuvj420p(pc, progressive), 1920x1080, 1/90000(s) 1/180000©
Jul 1 21:30:20 nvr bc-server[52683]: I(6/ZADNIY DVOR): Switching to new recording schedule ‘continuous’
Jul 1 21:30:20 nvr bc-server[52683]: I(8/TRAKTORA): Stream started: Video: h264 (Main), yuvj420p(pc, progressive), 1920x1080, 1/90000(s) 1/180000©
Jul 1 21:30:20 nvr bc-server[52683]: I(8/TRAKTORA): Switching to new recording schedule ‘continuous’
Jul 1 21:30:20 nvr bc-server[52683]: I(5/DVOR): Stream started: Video: h264 (Main), yuvj420p(pc, progressive), 1920x1080, 1/90000(s) 1/180000©
Jul 1 21:30:20 nvr bc-server[52683]: I(5/DVOR): Switching to new recording schedule ‘continuous’
