Forum Replies Created
-
Posts
-
So we’ll need to evaluate carefully how to handle it. Anything related to setting a different color space is something complex to be evaluated on multiple hardware specs. Thanks for reporting.
This is the expected behaviour. I would suggest use the “view only” option for users who shouldn’t use events in that specific moment. Then you can change dynamically from view only to allowing control.
When user 1 on client 1 presses Alt on one machine and then another User 2 from client 2 scrolls, the result is that the picture zooms. This is because in version 8 NoMachine separates (and “arbitrates”) remote events from local events, but all remote events are considered coming from the same device. In version 9 we will add separation (precedence) between remote events coming from different connections.
So is it possible to close window with connections automatically after I connection to some server is established?
No, it is not possible because the window with the connection is essential for the client multi window and multi process design.
Responding Huashan, your question is now in https://forum.nomachine.com/topic/remote-vps-ubuntu-22-04-with-xcfe4-nomachine-no-sound. This topic will now be closed.
Khaotiq, for an upcoming version we have added a “blank screen on demand” shortcut. Take a look at my answer here: https://forum.nomachine.com/topic/feature-request-add-ability-to-blank-the-server-screen-remotely-on-demand#post-46389
You could enable the keyboard grabbing and use the same shortcut to cycle windows on your local and remote desktop. However if you still want to change the default shortcut, you should do it in the remote system configuration, not in NoMachine.
First you should update to the latest version, both client and server sides. Some issues regarding audio quality in general were fixed in recent maintenance software updates. If you continue to have issues, please open a new topic and provide details of OS on the Player, OS and version on the server, desktop environment if Linux, steps to reproduce and a sample of audio.
Please try the workaround here: https://forum.nomachine.com/topic/how-to-speed-up-nm-server-startup-at-boot#post-46160
Hi, check the IP addresses for that connection by going to ‘Edit connection’. Then select an alternative one if there are multiple ones available. A screenshot showing what I mean is and my explanation https://forum.nomachine.com/topic/how-to-make-nomachine-update-target-computer-ips#post-39467
Hi, glad to know a reinstall fixed the problem and you found the article in our knowledge base about using Pipewire 🙂
A tip about Gnome sessions and not being able to connect, if you come across it again, send the output of
sudo grep DefaultDesktopCommand /usr/NX/etc/node.cfgWe checked on stock Rocky Linux 9 and didn’t have any issues. That command shows:
DefaultDesktopCommand "/bin/dbus-run-session gnome-session --session=gnome"and works fine.This topic was spun off from another post about audio (on Alma Linux) by the admins. Are you still having problems with getting audio to work?
For some tips on how to set up NoMachine with Pipewire, take a look at the following articles:
How to enable audio on systems relying on PipeWire for sound
https://kb.nomachine.com/AR07T01168How to support audio in NoMachine virtual desktops on Linux host using PipeWire
https://kb.nomachine.com/AR12U01215The logs didn’t include var/log/node logs which is what we would need to be able to see any errors, warnings and reasons for not being able to connect.
Maybe the issue is with it being headless? If you attach a monitor, does anything change? If that is not an option, you could disable the xserver and then
sudo /etc/NX/nxserver --restartand connect again (tips are available here for that: https://kb.nomachine.com/AR03P00973).If that does not help, we need full logs from the server machine you are connecting to. You can gather up by following the instructions here: https://kb.nomachine.com/DT07S00243. Thanks.
Hi, streaming mic from the server side to the client side is not supported. Can I ask what your use-case is?
That post is 3 years old and we released a new mobile version since then that correctly supports window resizing 🙂
Is your actual problem that the window bar is visible on top? This is a common problem on DeX, for example
https://us.community.samsung.com/t5/Suggestions/Dex-mode-full-screen/td-p/2343762One user of that thread said “I did Force Stop Dex for PC and cleared the apps cache. It now works”. Could you try the same?
If, instead, the problem is not the bar showing, what is it? Is the remote desktop not supporting the resolution of the DeX screen geometry? What OS/version is on the remote desktop by the way?