Forum Replies Created
-
Posts
-
The logs show a crash in the Intel graphics drivers. You can check to see if there is an update for the driver and if this fixes the problem.
If not, please try disabling hardware decoding in the NoMachine Windows client configuration.
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’.Hi Vincent, the logs you originally attached could not be opened. For this reason I have detached them from your topic. Please send them directly as attachments to forum[at]nomachine[dot]com.
the interaction between gdm and awesome wm must disable some key setting that allows NoMachine to recognize GUI.
We weren’t able to find out what because the logs we received were not sufficient and we have not been able to reproduce the problem either since our set-up in our labs correctly detects the display when Awesome is running there. We’ll consider this topic closed now that you have found a workaround.
dsat2002, your issue appears to be a different one. Please open a separate topic including details of NoMachine products, versions (client and server), OS and version (client side and server side) and steps to reproduce. Screenshots of any error dialogs you see should be attached.
Logs from after you have reproduced the problem would also be useful. On the Windows server machine, please enable logs as described in these instructions and then send them to us at forum[at]nomachine[dot]com making sure that you include the title of your new topic. Thanks!
The document is indeed aimed at enterprise usage, so far NoMachine on Windows server, what you can do is integrate Kerberos/AD and implement 2FA there. Or wait for NoMachine Network to be released in NoMachine 9.
Hi, floating windows is a feature of the NoMachine Linux Terminal Server range. I suggest you try the Workstation:
https://www.nomachine.com/product&p=NoMachine%20Workstation.Remove the free edition of NoMachine, install Workstation and then from your connecting client, start a custom session.
Further information is also available in the online knowledge base: https://knowledgebase.nomachine.com/AR03L00795 and in chapter “4.2. Connecting to the Remote Host and Choosing Session Types” https://knowledgebase.nomachine.com/DT04O00140#4.2.
From the logs you attached we can see that you have a huge screen size (server side):
Info: Using screen size 8960x3600and there is not enough memory to allocate the frame buffer.
13256 6708 15:45:08 034.568 MirrorPoller: ERROR! Can't allocate 129024000 bytes for the texture dataWhen we release version 8, we will release Windows packages explicitly for 64-bit. It could be what you need. Until then, I suggest you reduce the size of the server-side monitor.
Hi, thanks for taking the time to report this. We have yet to add Fedora to our officially supported list and will do soon. Initial tests have not shown similar issues, so we will need logs from you of the two cases you are describing 🙂 I take it you are using the NoMachine v7.9.2 both sides? Reproduce and submit logs
1) of when you get the grey screen when connecting to the login window
2) in the moment you start the desktop session after having changed WaylandModes to “drm,egl,compositor”.For instructions on how to enable logs, please see this guide:
https://knowledgebase.nomachine.com/DT11R00182You can send both sets as attachments to an email to forum[at]nomachine[dot]com. Please insert the title of the topic in the subject of your email. Thanks!
It does, however, make perfect sense to have an uncompressed session to improve latency.
In practice it’s not like that. Fra81, one of our lead video core developers will explain why 🙂
We just checked that specific Debian version just to make sure and everything works correctly. CPU usage is normal, sessions work fine.
Regarding the upgrade, we can’t be sure about what happened. Did you install the free version on top of the existing legacy free version? Please submit nxinstall.log and nxupdate.log which you can find in /usr/NX/var/log/.
After that, I recommend a complete uninstall of NoMachine and removing /usr/NX /etc/NX and /var/NX $HOME/.nx completely, then reinstalling version 7.9.2.
NoMachine supports all the most common enterprise 2FA solutions. Here you can find details about how to set it up:
Integrating NoMachine with Various Authentication Methods
https://knowledgebase.nomachine.com/DT11R00187NoMachine is developing its own 2FA, fully integrated into the NoMachine system, which will be much easier to set up and use, and will come together with NoMachine Network.
I now understand what you mean. What you would like to achieve is available in the NoMachine terminal server range. Please download and try NoMachine Workstation.
As the other topic mentioned. It was something we had planned to add.
This is a typical case where having a feature request for uncompressed output can be misleading and doesn’t point out what the problem actually is. It makes no sense to make an uncompressed session just to improve the quality. The job of NoMachine is to improve the quality, so much so to give seamless and 1:1 rendering, but still compressed. How are we going to do that? With lossless refinement. There are two ways to do that: refinement with video encoding such as h264, x264,vp8, etc , which will never be 100% lossless, and progressive refinement that means you get to the stage where the last refinement is 1:1, 100% lossless.
When will this be available in production code? It’s work in progress 🙂 We work on refining the output everyday, day by day. Any new improvements we produce during development go into the production code at every release. When will this work be finished? Never. There is no code that you cannot improve in one way or the other 😉