BC Client 3.0.0-beta21 hangs on startup

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.

An extract from the client log for one of the cameras that had been displaying fine in the client previously, shows:

[2025-01-10T14:00:07.066604] v | libmpv_render: GL_VENDOR=‘Google Inc. (NVIDIA)’
[2025-01-10T14:00:07.068603] v | libmpv_render: Loading hwdec driver ‘d3d11-egl’
[2025-01-10T14:00:07.067603] v | libmpv_render: Loaded extension GL_EXT_disjoint_timer_query.
[2025-01-10T14:00:07.068603] v | libmpv_render: Using FBO format rgba16f.
[2025-01-10T14:00:07.066604] v | libmpv_render: Detected GLES 3.0.
[2025-01-10T14:00:07.067603] v | libmpv_render: Loaded extension GL_KHR_debug.
[2025-01-10T14:00:07.068603] v | libmpv_render: Loading failed.
[2025-01-10T14:00:07.066604] v | libmpv_render: GL_VERSION=‘OpenGL ES 3.0.0 (ANGLE 2.1.18844 git hash: 2693b03eba82)’
[2025-01-10T14:00:07.067603] v | libmpv_render: Testing FBO format rgba16f
[2025-01-10T14:00:07.066604] v | libmpv_render: GL_RENDERER=‘ANGLE (NVIDIA, NVIDIA T400 4GB Direct3D11 vs_5_0 ps_5_0, D3D11-31.0.15.3770)’
[2025-01-10T14:00:07.067603] v | libmpv_render: Loaded extension GL_ANGLE_translated_shader_source.
[2025-01-10T14:00:07.069603] v | libmpv_render: Loading hwdec driver ‘dxva2-egl’
[2025-01-10T14:00:07.067603] v | libmpv_render: Loaded extension GL_EXT_color_buffer_half_float.
[2025-01-10T14:00:07.066604] v | libmpv_render: Loaded extension GL_EXT_texture_norm16.
[2025-01-10T14:00:07.066604] v | libmpv_render: GL_SHADING_LANGUAGE_VERSION=‘OpenGL ES GLSL ES 3.00 (ANGLE 2.1.18844 git hash: 2693b03eba82)’
[2025-01-10T14:00:07.067603] v | libmpv_render: GL_*_swap_control extension missing.
[2025-01-10T14:00:07.068603] v | libmpv_render: No advanced processing required. Enabling dumb mode.
[2025-01-10T14:00:07.177873] error | libmpv_render/dxva2-egl: Failed to create EGL surface
[2025-01-10T14:00:07.190414] v | libmpv_render: Loading failed.
[2025-01-10T14:00:07.191414] v | libmpv_render: Loading failed.
[2025-01-10T14:00:07.190414] v | libmpv_render: Loading hwdec driver ‘d3d11va’
[2025-01-10T14:00:07.190414] v | libmpv_render: Loading failed.
[2025-01-10T14:00:07.190414] v | libmpv_render: Loading failed.
[2025-01-10T14:00:07.191414] v | libmpv_render: Loading hwdec driver ‘dxva2-dxinterop’
[2025-01-10T14:00:07.191414] v | libmpv_render: Loading hwdec driver ‘cuda’
[2025-01-10T14:00:07.190414] v | libmpv_render: Loading hwdec driver ‘dxva2-dxgi’
[2025-01-10T14:00:07.210421] v | libmpv_render/cuda: cu->cuGLGetDevices(&device_count, &display_dev, 1, CU_GL_DEVICE_LIST_ALL) failed → CUDA_ERROR_OPERATING_SYSTEM: OS call failed or operation not supported on this OS
[2025-01-10T14:00:07.213413] v | cplayer: Set property: loop-playlist=“yes” → 1
[2025-01-10T14:00:07.212415] v | cplayer: Set property: loop-file=“no” → 1
[2025-01-10T14:00:07.212415] v | libmpv_render: Loading failed.
[2025-01-10T14:00:07.212415] v | cplayer: Set property: speed=1.000000 → 1
[2025-01-10T14:00:07.212415] v | cplayer: Set property: tls-verify=“no” → 1

Any suggestions on how to get past the initial hang of the client?

I don’t particularly want to rebuild the client configuration from scratch again if it can be helped.

Cheers.

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?

Additionally, see this pending optimization.

I am running the client on a windows 11 PC with 32GB RAM.

I does not appear to be a memory issue.

The performance tab shows the performance stats for the bluecherry client when it hangs as:

CPU: 0%
MEN: 123.0MB
Disk: 0 MB/s
Network: 0 Mbps
Status: Efficiency Mode

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.

Despatch Office (mqn-vms-06.bundysugar.com.au).txt (6.0 KB)
Traffic Office (mqn-vms-06.bundysugar.com.au).txt (5.9 KB)
WH 3 (Pick & Pack) (mqn-vms-06.bundysugar.com.au).txt (5.8 KB)
WH 8 (mqn-vms-06.bundysugar.com.au).txt (5.7 KB)
WH 11 Inside Left (mqn-vms-06.bundysugar.com.au).txt (6.2 KB)
WH 11 Inside Right (mqn-vms-06.bundysugar.com.au).txt (5.7 KB)
WH11 A Trailer Left (mqn-vms-06.bundysugar.com.au).txt (4.3 KB)
WH11 A Trailer Right (mqn-vms-06.bundysugar.com.au).txt (1.2 KB)

Can you attach the logs.txt file? This is the file that contains crash information.

Also, what is the version of your Bluecherry Server?

I am running Bluecherry server 3.1.8 on Debian 12. It is a native installation on a server called mqn-vms-06.

Client log file is attached.

logs.txt (10.8 KB)

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:

  1. Download and install the latest bleeding edge version of Bluecherry: You can find the installer here: Release bleeding_edge · bluecherrydvr/unity · GitHub
  2. Launch the application with the --mdk flag:
    • 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.

Thank you :slight_smile:

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.

Despatch Office (mqn-vms-06.bundysugar.com.au).txt (3.0 KB)
Traffic Office (mqn-vms-06.bundysugar.com.au).txt (2.2 KB)
WH 3 (Pick & Pack) (mqn-vms-06.bundysugar.com.au).txt (3.1 KB)
WH 8 (mqn-vms-06.bundysugar.com.au).txt (2.6 KB)
WH 11 Inside Left (mqn-vms-06.bundysugar.com.au).txt (3.0 KB)
WH 11 Inside Right (mqn-vms-06.bundysugar.com.au).txt (2.7 KB)
WH11 A Trailer Left (mqn-vms-06.bundysugar.com.au).txt (2.3 KB)
WH11 A Trailer Right (mqn-vms-06.bundysugar.com.au).txt (648 Bytes)

Can we get remote access to this server (atleast port 7001)? If so send me a message with the details.

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

Thanks.

@oizukitom can you share your application logs with us?

Yes. Stand by.

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.

Tom

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.

bluecherry_client_VGhpcyBpcyB0aGUgcHJlZml4IGZv_general.cycle_period.secure
bluecherry_client_VGhpcyBpcyB0aGUgcHJlZml4IGZv_general.wakelock.secure
bluecherry_client_VGhpcyBpcyB0aGUgcHJlZml4IGZv_hasMigratedTimezone.secure
bluecherry_client_VGhpcyBpcyB0aGUgcHJlZml4IGZv_last_update_check.secure
etc

Also each camera log has similar info

[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.

Hope this helps.

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