Britgirl

[Britgirl]

Hi, the attachments should be sent directly to forum[at]nomachine[dot]com for this reason your attempts to reply with attachments have not be published.

In any case, support for 10-bit color is not currently available and it’s not in our future roadmap.

[Britgirl]

Does this happen in all applications that you are using in the remote desktop session or just one application (name of program?)?

[Britgirl]

Hi, what is the exact Mint version, and what desktop environment is running there?

[Britgirl]

Please provide more details of client OS and server-side OS. I’m also assuming you have the free version installed on both sides? Does the problem continue if you update both sides to 7.10?

[Britgirl]

It’s planned for one of the next mobile updates (v8 or later).

[Britgirl]

The key must be set to ‘disabled’.

– true: hw decoding enabled
– false: hw decoding disabled (but libraries for hw decoding are loaded)
– disabled: hw decoding disabled (libraries for hw decoding are never loaded and the checkbox is grey out inside the menu panel)

So, if you have ‘false’, you’re going to keep getting segfaults.

[Britgirl]

This problem is with the nvidia drivers and not by a NoMachine bug. The same problem was also found in Firefox. They worked around the problem by removing the calls completely. https://bugzilla.mozilla.org/show_bug.cgi?id=1758473

This does not mean that NoMachine can apply the same workaround. But our own tests show that disabling HW decoding in the player.cfg stops the segfaults. ie.

Edit the file $HOME/.nx/config/player.cfg and set the configuration key “Enable hardware accelerated decoding” to “disabled”. It’s important to disable this way.

You could perhaps write on the nvidia forums and check there whether they have a workaround.

 

[Britgirl]

This problem is with the nvidia drivers and not by a NoMachine bug. The same problem was also found in Firefox. They worked around the problem by removing the calls completely. https://bugzilla.mozilla.org/show_bug.cgi?id=1758473

This does not mean that NoMachine can apply the same workaround. But our own tests show that disabling HW decoding in the player.cfg stops the segfaults. ie.

Edit the file $HOME/.nx/config/player.cfg and set the configuration key “Enable hardware accelerated decoding” to “disabled”. It’s important to disable this way to prevent the loading.

You could perhaps write on the nvidia forums and check there whether they have a workaround.

 

[Britgirl]

What monitor are you actually attaching? What distro is installed on the Raspberry? And did you try the suggestion provided by Kroy? Ultimately, we can look at the logs of a remote connection, player and server sides to verify what’s happening. Send them to forum[at]nomachine[dot]com.

Instructions are here:

https://kb.nomachine.com/DT11R00182
https://kb.nomachine.com/DT11R00181

[Britgirl]

It said “disabled” a few times. Then went to “enabled”. Next thing you know both LAN and also WAN work.

If it happens again, then logs will be useful. I’m glad it’s now working for you 🙂

[Britgirl]

Images cannot be pasted in to topics, and can be attached using the attach utility included below the text field.  Please submit them separately, thanks!

[Britgirl]

Hi, improvements to the virtual keyboard usage on mobile devices will be implemented in the next update of the app.

[Britgirl]

why is nxserver looking for user ‘rich’? Any suggestions for this error?

It’s a warning and not an error. You can remove user rich from the usersDB.
sudo /etc/NX/nxserver --userdel rich

Logs are required from the server side in order to understand what is causing the session to fail. Please follow the instructions here https://kb.nomachine.com/DT11R00182 and then send them to forum[at]nomachine[dot]com.

[Britgirl]

‘Grab the keyboard input’ option enables the so-called ‘passive grab’ of the keyboard, but it is also possible to enable the ‘active grab’. In order to try this, please quit the NoMachine player application completely (you can do this from the NoMachine icon in the tray) and start it again from the terminal using the following command:

/usr/NX/bin/nxplayer --activegrab

After that, whilst the session is running, go back to the menu and select the box for enabling ‘grab the keyboard’. Does this help?

[Britgirl]

Backtrace is empty because the process isn’t running any more. Please follow the instructions from https://forums.nomachine.com/topic/manjaro-ubuntu-connection-problem#post-39275.

Run

coredumpctl list

You will receive output like this:

TIME                          PID  UID  GID SIG     COREFILE EXE                      SIZE
Thu 2022-07-15 19:48:13 CEST 120316 1000 1000 SIGSEGV present  /usr/NX/bin/nxplayer.bin 2.1M

then depending on the PID number of the nxplayer crash, please execute:

coredumpctl gdb 120316 --debugger-arguments="-batch -ex 'thread apply all bt'" > /tmp/crashReport.txt

then please send us /tmp/crashReport.txt crash report file.

In our example the PID is 120316. You will have a different PID number for the nxplayer process. Please use the PID number that you see in your output of coredumpctl list.

[Author]

Posts