Forum Replies Created
-
AuthorPosts
-
fra81
ModeratorHi,
aren’t fonts progressively refined? Or do they stay blurred? In the last case, please send a screenshot showing the problem.
In the meanwhile, you can try to check the ‘Disable multi-pass display encoding’ option in the Display settings.
fra81
ModeratorThanks for the logs. Please check if any of the these helps:
1) turn off UDP (Edit connection -> Advanced -> uncheck ‘Use UDP communication for multimedia data’);
2) uncomment and set the EncoderMode key (in /Applications/NoMachine.app/Contents/Frameworks/etc/node.cfg) to the following:
EncoderMode bitrate
(then restart the server)
fra81
ModeratorI exit i3 and went back into a tty. From there I made sure that the nxserver was running. But from my smartphone while I do see my laptop when I try to connect to it it tells me “Error is 113: No route to host”.
It’s not clear to me what you did exactly. To make sure you effectively stopped the display manager, please run this command and tell the output:
systemctl status display-manager
Anyway “No route to host” is strange, it seems like the IP address is wrong. Are you inserting it manually?
In the logs you sent previously, I see that the resolution of physical display on the server is 3840×3040. Are there multiple monitors or is it only one with such a high resolution? Can you try to use only one monitor in the first case, or lower the screen resolution in the second, and check how this impacts performance?
fra81
ModeratorHi kvic,
it seems the ‘lossless refinement’ feature is not being used. Can you send send server (https://www.nomachine.com/AR10K00697) and client (https://www.nomachine.com/DT10O00163#2.2) logs so we can take a further look? You can send them to forum[at]nomachine[dot]com.
December 6, 2019 at 15:22 in reply to: White screen after connecting Mac client to Linux server #24708fra81
ModeratorHi,
it looks like an issue with hardware encoding. I see version on server side is quite old (5.1.54). Updating to the last version should solve your problem.
fra81
ModeratorHi,
H.264 is not used because the Android client currently lacks support for decoding it. This will be added in one of the next updates. Also hardware decoding will be added:
https://www.nomachine.com/FR12M02991
Still, this doesn’t seem to be enough to justify what you see, so please tell us more:
– What is the desktop environment (GNOME, KDE…) in use on the Arch server? Could you try a different one, possibly a lightweight one like Mate or Xfce?
– Can you try to connect from a different client (any Windows, Mac, Linux machine)?
– Are there other processes besides nxnode on top of the htop output? Would you attach a screenshot of that output here?
– Would you try to turn off the graphical output of the server, as explained in https://www.nomachine.com/AR03P00973, and check performance? In this case, without an X server running, NoMachine will run its own built-in X server, so we would be able to exclude another possible source of problems.
fra81
ModeratorSo please try this:
cd /usr/lib/x86_64-linux-gnu/ sudo ln -s libva.so.2 libva.so sudo ln -s libva-drm.so.2 libva-drm.so sudo ln -s libva-x11.so.2 libva-x11.so
fra81
ModeratorHi,
can you check the CPU usage on server side? Maybe it is Gnome 3 that is having problems running headless (provided you are using it). In that case, I would try to install a lightweight desktop environment like Mate and edit the DefaultDesktopCommand configuration key accordingly (as explained in https://www.nomachine.com/AR07K00676, even though specific instructions in this article are for Ubuntu). More possible solutions are in this article: https://www.nomachine.com/AR07K00676.
fra81
ModeratorHi,
please tell the output of:
ls -l /usr/lib/x86_64-linux-gnu/libva*.so*
fra81
ModeratorHi,
is the server a headless machine?
In case it is, you could try the solution at point 1) of https://www.nomachine.com/AR03P00973. Or you can try to attach a monitor to the server or to buy a HDMI Dummy Plug adapter.
fra81
ModeratorHello,
since you intend to send events bypassing the NoMachine connection, please make sure you check the ‘Disable frame buffering on decoding’ option in Display settings from the in-session toolbar.
Then please collect also session statistics (open settings from the in-session toolbar, click on Connection, then click on ‘Take the statistics’) and check the CPU usage on the server machine.
fra81
ModeratorHi,
thanks for the logs. I see that NoMachine can’t use the fastest capture method but also Windows itself seems to work without GPU acceleration (and Windows Aero is probably disabled). This could mean that drivers are missing or not working correctly. Or is this maybe a virtual machine? And in case, how many resources (mostly CPUs) are assigned to it?
fra81
ModeratorHi,
please gather logs as explained in https://www.nomachine.com/AR10K00697. Also session statistics could be useful: run the menu panel within the session by Ctrl+Alt+0 or click on the page peel, click on Connection, then click on ‘Take the statistics’ and save. You can send all files to forum[at]nomachine[dot]com.
fra81
ModeratorThank you for the backtrace. We are preparing a possible patch for you to test. Please write to forum[at]nomachine[dot]com so we can send it to you.
fra81
ModeratorHi,
it seems the nxnode process on the server keeps crashing, and this problem is unknown. Please check for core files (usually located in the user’s home directory) and follow instructions in https://www.nomachine.com/AR09L00810 to generate a backtrace.
-
AuthorPosts