I have been running the BC client 3.0.0-beta21 for several weeks now on a windows 11 system and it’s been reasonably stable, so today I just added 15 new cameras to one of my BC servers. The cameras and server are working fine and the cameras can be viewed quite successfully from the server’s web liveview page.
After adding the new cameras to the server, I found I had to reboot the BC client application before it would see the new cameras. After restarting the client, I tried to add the new cameras to the client’s view page, but the client immediately hung and became completely unresponsive. None of the cameras displayed and I could not close the client, nor could I even move the client window on the desktop. I had to kill the client using task manager in order to close it.
Now, every time I start the client it immediately hangs as described above and I have to kill it with task manager.
If you open the Task Manager, is the app consuming the entire available memory, CPU or GPU? This can be the cause of the hang. Rendering videos is a consuming task, rendering multiple videos at the same time is even more consuming. The limits of your computer needs to be respected.
If that is not the case, can you send the logs of the app?
When the BC client starts, it immediately tries to display the view that I last set up which is a server with 16 cameras. The client hangs immediately and has only produced logs for 8 of the cameras. They are attached.
The thing is that I have a version 2 client that is set to view the same server and it can display all 16 cameras with no problems at all.
Thank you for providing your logs. While they appear normal, we need to do some further investigation to pinpoint the cause of the issue you’re experiencing.
To help us diagnose the problem, please follow these steps:
Locate the Bluecherry client executable. This is usually found in C:\Program Files (x86)\Bluecherry DVR.
Open a terminal or command prompt.
Navigate to the directory containing the executable.
Run the following command: ./bluecherry_client.exe --mdk
Please let us know if this resolves the issue.
What we’re checking:
We suspect the issue might be related to how the client interacts with your camera’s video stream. The --mdk flag switches the video rendering method to a different technology (MDK) that we use by default on Linux. This will help us determine if the problem lies with the default Windows rendering method (MPV).
If this doesn’t solve the problem, we may need to request temporary remote access to your server to conduct further investigation.
I installed the bleeding edge version of the client and started it up from the CLI using the --mdk option as requested.
It did not resolve the issue as the client still hung immediately on starting, but there were some minor differences as listed below:
Starting the client without the --mdk option:
The client hangs immediately as it tries to draw the camera view screen. The client display remains on the desktop and cannot be moved or closed and requires task manager to end it.
The following three lines get written to the logs.txt file:
[2025-01-20T10:14:07.181787] App working directory: C:\Users\bjgamlin\AppData\Roaming\com.bluecherry\Bluecherry Client
[2025-01-20T10:14:07.584865] Opening app with
[2025-01-20T10:14:07.584865] Running on UnityVideoPlayerMediaKitInterface video playback
Log files for 8 of the 16 cameras get written to the “\bluecherry Client\logs” directory. It appears that the client hangs during writing the log file for the “WH11 A Trailer Right” camera. I have attached the log files.
Starting the client with the --mdk option:
The client hangs immediately with the same screen as above as it tries to draw the camera view screen, but this time the hung session only remains on the desktop for 4 or 5 seconds before terminating itself. It is not necessary to use task manager to kill it
The following three lines get written to the logs.txt file:
[2025-01-20T10:13:37.101576] App working directory: C:\Users\bjgamlin\AppData\Roaming\com.bluecherry\Bluecherry Client
[2025-01-20T10:13:37.502275] Opening app with [–mdk]
[2025-01-20T10:13:37.502275] Running on UnityVideoPlayerFlutterInterface video playback
No camera logs are written to the “\bluecherry Client\logs” directory.
I don’t want to pile on but I have the exact same issue.
Dell 3650 MS Win Pro 64 23H2
My BC server version is 3.1.7
Live view on server is good to go.
Launching bluecherry_client with and without --mdk option produces the same.
Event Viewer gives me this
Faulting application name: bluecherry_client.exe, version: 3.0.0.0, time stamp: 0x6791c555
Faulting module name: flutter_windows.dll, version: 0.0.0.0, time stamp: 0x6781b757
Exception code: 0xc000041d
Other details. I have 425 cameras across multiple BC servers. I am at 3.1.7 on all. Server side has been super stable. Windows 11 Pro mostly running the 3.0.0 client. And I update that frequently. Live viewing on the BC server works.
What I noticed. I told my staff to use HLS on the client as the default streaming protocol.
After changing from RTSP to HLS yesterday, the bluecherry client exhibited the above problem. She locks up. I have to uninstall and reinstall, but even that doesn’t solve the problem. At the same time, I am adjusting primary and secondary stream URLs at the BC server and network cams. I am using a primary stream at various resolutions and 15 FPS but for viewing - 640x480 @ 15 and in some cases 480x320 maybe.
I will try to recreate the problem. I am in another building today away from the host I was sitting at yesterday. I will get back shortly today.
I think the switch from RTSP to HLS as the default streaming protocol in the client is where I am going wrong. I am going see if I can consistently reproduce the issue.
I have a Dell 3650 workstation i7 and 16MB RAM Intel UHD Graphics 750. Windows 11 Pro 23H2
BC Client is 3.0.0.beta22 running as a standard user.
BC server is running 3.1.7 16 Pelco cams CPU 19% Mem 17%
BC client…
I added all 16 cams from BC server A and rtsp streaming. client CPU 17% MEM 49%
All 16 cam secondary streams are 480x352@15FPS
I will let it run for 30 minutes viewing all 16 cams on one view no cycle.
logs.txt is not that exciting.
[2025-01-30T09:00:04.863554] App working directory: C:\Users___\AppData\Roaming\com.bluecherry\Bluecherry Client
[2025-01-30T09:00:05.197543] Running on UnityVideoPlayerMediaKitInterface video playback
Ok let’s crash this app. I am going change my default protocol to HLS.
I restarted the client. And Bingo! All cams appear stuck loading. client CPU 1% MEM 38%
I have use Task Manager to stop the client. And it stops at the same spot each time.
I thought I read HLS was better…
More info. I have these records (files) in the BC client working directory.
[2025-01-30T09:01:08.339674] v | cplayer: Set property: hwdec=“auto” → 1
[2025-01-30T09:01:08.360114] v | libmpv_render: GL_VENDOR='Google Inc. (Intel)‘l(R) UHD Graphics 750 Direct3D11 vs_5_0 ps_5_0, D3D11-32.0.101.5768)’
[2025-01-30T09:01:08.360114] v | libmpv_render: GL_SHADING_LANGUAGE_VERSION=‘OpenGL ES GLSL ES 3.00 (ANGLE 2.1.18844 git hash: 2693b03eba82)’
[2025-01-30T09:01:08.362541] v | libmpv_render: Loading hwdec driver ‘d3d11-egl’
[2025-01-30T09:01:08.361537] v | libmpv_render: GL_*_swap_control extension missing.er_query.at.ce…
[2025-01-30T09:01:08.379261] v | libmpv_render: Loading hwdec driver ‘d3d11va’ookie: bluecherrydvr=bq9lmap17ac7o7785173cbppj0; path=/“] → 1
[2025-01-30T09:01:08.443650] v | lavf: Could not set AVOption headers='cookie: bluecherrydvr=bq9lmap17ac7o7785173cbppj0; path=/
[2025-01-30T09:01:08.443650] v | lavf: ’
[2025-01-30T09:01:08.443650] v | lavf: Could not set AVOption seg_max_retry=‘5’s=‘ALL’
[2025-01-30T09:01:12.871118] v | cplayer: Set property: vid=“auto” → 111
[2025-01-30T09:01:12.887927] v | libmpv_render: GL_VENDOR=‘Google Inc. (Intel)‘GLE 2.1.18844 git hash: 2693b03eba82)’
[2025-01-30T09:01:12.890850] v | libmpv_render: Loading failed.ol extension missing.ES GLSL ES 3.00 (ANGLE 2.1.18844 git hash: 2693b03eba82)’.5768)’
[2025-01-30T09:01:12.901595] error | libmpv_render/dxva2-egl: Failed to create EGL surface
[2025-01-30T09:01:12.906531] v | libmpv_render: Loading failed.river 'd3d11va’imeout…15.6:7002/live/1lmap17ac7o7785173cbppj0; path=/”] → 1
[2025-01-30T09:01:12.976889] v | lavf: Could not set AVOption tls_verify=‘0’
[2025-01-30T09:01:12.977977] v | lavf: ‘ould not set AVOption headers=‘cookie: bluecherrydvr=bq9lmap17ac7o7785173cbppj0; path=/
[2025-01-30T09:01:15.496487] v | lavf: avformat_find_stream_info() finished after 0 bytes.
[2025-01-30T09:01:15.801069] v | demux: Stream is not seekable.tsp (libavformat)
[2025-01-30T09:01:15.812638] v | vf: [userdeint] 480x352 nv12 bt.601/bt.601-625/bt.1886/full/display SP=1.000000 CL=mpeg2/4/h264 crop=480x352+0+0
[2025-01-30T09:01:15.813698] v | vf: [userdeint] (disabled)
[2025-01-30T09:01:15.819344] v | libmpv_render: Video scale: 1.000000/1.000000
[2025-01-30T09:01:15.819344] v | libmpv_render: Texture for plane 0: 480x352ownt.1886/full/display SP=1.000000 CL=mpeg2/4/h264 crop=480x352+0+0
[2025-01-30T09:01:15.814828] v | vf: [autorotate] (disabled)y: (0, 0) 480x352 → (0, 0) 480x352mode.display SP=1.000000 CL=mpeg2/4/h264 crop=480x352+0+0
[2025-01-30T09:02:19.199189] v | vo/libmpv: mpv_render_context_render() not being called or stuck.
[2025-01-30T09:02:29.403036] v | vo/libmpv: mpv_render_context_render() not being called or stuck.
[2025-01-30T09:11:15.297662] v | cplayer: Set property: volume=0.000000 → 1
[2025-01-30T09:16:58.882885] v | cplayer: Set property: volume=0.000000 → 1
[2025-01-30T09:31:20.339626] v | cplayer: Set property: volume=0.000000 → 1
[2025-01-30T09:31:35.599354] v | cplayer: Set property: volume=0.000000 → 1
[2025-01-30T09:31:55.622806] v | cplayer: Set property: vid=“auto” → 111
[2025-01-30T09:31:55.643508] v | libmpv_render: Detected GLES 3.0. ES 3.0.0 (ANGLE 2.1.18844 git hash: 2693b03eba82)’
[2025-01-30T09:31:55.646044] v | libmpv_render: Loading failed.t rgba16f.exture_norm16.lf_float.ode. Direct3D11 vs_5_0 ps_5_0, D3D11-32.0.101.5768)’
[2025-01-30T09:31:55.658434] error | libmpv_render/dxva2-egl: Failed to create EGL surface
[2025-01-30T09:31:55.664815] v | cplayer: Set property: insecure=“yes” → -3bols’erop’
I removed the Client and reinstalled as the same user, added my BC server A and RTSP as default and the client locks up in the same manner after closing client and reopening.
More info… I am thinking the switch to HLS from RTSP causes this crash. No problem, you switch back to RTSP. However, the client crashes before one can get the far.
So uninstall app. Make sure files in \users\username\appdata\roaming\com.bluecherry <
Are removed. Reinstall. Same problem.
Using a standard user and elevating to an admin level user to install the Client. Same problem. Crash. Then log in as the admin level user. Clear files in …\appdate\Roaming\com.bluecherry Client starts up fresh!!! I am running 40 cams off 3 BC servers in cycle mode. No problems. Windows is stable. 32%CPU and 55% MEM
Cycle works @ 10s.
Additional info.
My local police station has 5 of my Dell 3650’s They can look into our buildings. They were having the same freeze problem on 3.0.0beta22 but went back to beta18 pm Win 11 and things are running well. I am going to try that myself.
Thanks,
Tom
