Britgirl

[Britgirl]

The Feature Request to add an option to allow users to map local keyboard shortcuts to the shortcuts of remote desktop OS is very much still in the works. We understand the utility of being able to optionally tell NoMachine to translate the client OS shortcuts to the ones of the remote OS, so pressing Control + C on Windows will result in the macOS shortcut Command + C, for example. Initial work was suspended due to other development priorities which is why it’s not yet available. Version 9 is now the current target.

[Britgirl]

So now you have both HW encoding and HW decoding enabled, and everything is working ok? Or have you kept HW encoding disabled?

I saw you had responded to an earlier post a couple years ago about a feature for remapping cmd/option keys being completed.

I now realise that you wrote another topic asking about this and I haven’t posted a reply, apologies for that. I will answer your question, there 🙂

[Britgirl]

Hi, just coming back to this to add that we had already discussed the FPS combo in the server settings and making it set lower values for users like yourself who don’t need the high frame-rate because you are using NoMachine just for simple remote monitoring, for example.

For that reason we will be adding the values 20, 10, 4 and 1 in the UI 🙂

[Britgirl]

Launching the command we suggested would have allowed for further debugging, but disabling -egl completely obviously removes the root problem. Thanks for the update.

[Britgirl]

Hi, there is a Trouble Report currently open for this issue:

Scrolling with the touchpad is too fast on Windows client
https://kb.nomachine.com/TR10T10643

Related topic: https://forums.nomachine.com/topic/windows-10-11-touchpad-scroll-speed-too-fast

[Britgirl]

From the GUI it’s not possible to set a frame rate lower than 30 fps, but it can be done by editing node.cfg manually on the server side.

To have 4 fps you should set:

DisplayServerVideoFrameRate 4
DisplayServerUseVideoFrameRate 1

Does this help?

[Britgirl]

$sudo /etc/NX/nxserver --debug --enableall

Remove the $ symbol since this is not needed in the command you need to use.

sudo /etc/NX/nxserver --debug --enable all

Then on the mac you are connecting from, open the NoMachine UI, Player -> Security panel -> Don’t delete log files on exit checkbox must be selected.

Reproduce the problem. Then collect the logs:

sudo /etc/NX/nxserver nxserver --debug --collect on the server. From the client side, zip up the entire userhome/.nx folder.

[Britgirl]

This topic is now closed.

The update will be released soon. Thanks for your patience so far.

[Britgirl]

in version 8 support for hardware encoding on macOS was released (for both Intel and M1). Let’s check if it is related to that, so on the Mac server please disable HW encoding: server settings -> server performance -> uncheck “Use hardware encoding”.

Does that help?

If not, let’s try disabling HW decoding on the client side (Windows).

You can disable it completely in the player.cfg. Please edit the file $HOME/.nx/config/player.cfg and set the configuration key “Enable hardware accelerated decoding” to “disabled”. Before changing the configuration key, you should first quit the NoMachine Player (you can do this by right clicking on the !M icon in the system tray and selecting ‘Quit NoMachine Player’).

Any difference?

[Britgirl]

Thanks for the logs, unfortunately we will need debug enabled.

Please follow the instructions here: https://kb.nomachine.com/DT07S00243, section “Short instructions” for the server side. From the macOS the user is connecting from, we need the logs as well. Please follow the instructions here: https://kb.nomachine.com/DT07S00244?s=logs#2.2

Send everything to forum[at]nomachine[dot]com.

 

[Britgirl]

The user who collects NoMachine logs has to be in the sudoers list.

https://apple.stackexchange.com/questions/190883/how-to-solve-user-is-not-in-sudoers-file-incident-reported

If you can’t add yourself to the sudoers list, we can take a look at /Users/nomachine/.nx from the user’s home directory (server side). There won’t be debug since you’ve not enabled, but there might be some clues.

[Britgirl]

What version of Arch? If everything was working well with NoMachine and then these changes appeared after you updated your OS it would appear to be a problem of your system.

What version of NoMachine?

KDE starts fine, but if I start to use it, soon windows start to glitch and freeze. And soon you can’t do anything more … But firefox if opened earlier, continues to work fine.

Do you mean inside the NoMachine session window you see this behaviour?

Are the NoMachine packages you installed from the NoMachine website?

Also check the follow topics related to Arch and Manjaro.

https://forums.nomachine.com/topic/manjaro-gentoo-virtual-screen-kde-taskbar-not-showing-starting
https://forums.nomachine.com/topic/connecting-arch-desktop-to-arch-laptop-got-error-104

[Britgirl]

Screen blanking works as far as we are aware across all supported platforms. Please state the distribution and version, plus the desktop environment assuming that you are connecting to Linux.

 

[Britgirl]

Sorry for the delay in responding.

Can you update to the latest NoMachine version both sides and tell us the steps to reproduce, specifying also the OS on both of the servers you are connecting to? Also, the products you have on each of these servers and what type of session you are using to connect (physical desktop, virtual desktop?).

Thanks.

[Britgirl]

Hi,

please tell us:

1) macOS version of the iMac
2) macOS version on the Macbook Pro

We need the server-side logs (so the iMac) which show the input/output error. From a terminal on the iMac, run nxserver --debug --enable all, reproduce the problem and then sudo /etc/NX/nxserver --debug --collect and send us the file to forum[at]nomachine[dot]com. Please use the topic’s title as the subject of your email. Thanks.

[Author]

Posts