Auto resolution mode automatically switches all streams to HD generating constant CPU 100 usage

Answered

Comments

7 comments

  • Avatar
    Fredrik Ahlsen

    I have experienced similar problems.
    Would be good if Nx Auto settings would pioritize to keep GPU and GPU below 95% and agressivly change streams to low res to acheive this.
    Low res and a working client is way better than an overloaded and inresponsive client.

    3
    Comment actions Permalink
  • Avatar
    Aleksandr Patc

    Tomas, Fredrik,

    We had plans to implement quality selection as a layout setting, but this task is currently on hold and it's not clear when we'll be able to do it.

    We have quite sophisticated mechanism which automatically switches quality to optimize the CPU usage, but it seems to not be working well with multi-monitors setup. We also will try to improve it in the future.

    0
    Comment actions Permalink
  • Avatar
    Tomasz Polus

    Thank you for honest response. Please open discussion inside your company to find out nearest possible time to implement the fix. Tagir Gadelshin (NX) is also involved in this topic, so pls talk to him as well. Please be aware our largest enterprise projects are affected with this problem, for example our recent projects for 900ch (Dec2020), 500ch(Jan2021) and 10,000ch(Feb2021+). We strongly believe more priority should be put to such large projects with all involve 4-, 6- and 8-monitor stations. Currently these customers are not fully satisfied with the solution because their operating stations are working on 100% CPU..... you can imagine what kind of user experience they get. Thank you for understanding.

     

    0
    Comment actions Permalink
  • Avatar
    Sergey Bystrov

    Guys,

    We had more internal discussions on it.

    We believe 

    - 100% CPU is OK.(even desirable, the client uses all resources to deliver the best quality)

    - the client's useless is - not OK and unacceptable, must be fixed asap.

    By design in case, if they're a lot to display, the CPU usage should stay slightly below 100%, so the client handles the decoding and is not slowed down. 

    We are going to investigate more, but here is how you can help.

    1) in the file C:\Users\user\AppData\Local\nx_ini\desktop_client.ini  add the line "showVideoQualityOverlay=1"
    If the file does not exist(likely so), please create it.

    2) launch the client, put task manager with CPU usage around.

    3) reproduce the issue and record the video(by your cell phone).

    4) share the video with us

    This will help us a lot! 

    0
    Comment actions Permalink
  • Avatar
    Tomasz Polus

    Hi

    Sorry for the delay in response. During the last few weeks we have carried out numerous tests at various monitoring stations, both in our laboratory and at external locations. We noticed that in most cases the mechanism described above by Sergey (using 100% CPU is OK.(even desirable, the client uses all resources to deliver the best quality)) did not make monitoring stations unresponsive. So the operator can work normally. However, in some cases this problem of unresponsiveness has occurred, but we don't know what it depends on. We will be investigating these cases even more closely in the coming weeks. We are looking for some repetition of this problem to be able to reproduce it easily. When we get new information on this matter, we will come back to this topic.

     

    0
    Comment actions Permalink
  • Avatar
    Tagir Gadelshin

    Tomasz Polus
    Thank you, Tomas, for your help! We will be waiting for updates from you.

    Meanwhile, we did in-house tests and we received almost the same results as you. We have some improvement ideas that might help. But as we don't know for sure if it will help and there is no room in upcoming releases -- those improvements won't be released at least for a couple of releases (4.2, 4.3). I will emphasize that not knowing if it will help is the main reason we don't include it.

    I hope we will soon know what is the root cause and how we can reproduce and fix this and we will be able to eliminate those lags.

    0
    Comment actions Permalink
  • Avatar
    Tomasz Polus

    Hi Tagir

    We are now testing 5.0 beta and we don't see any improvement in this case. Please let us know, what is the progress ?

     

    0
    Comment actions Permalink

Please sign in to leave a comment.