Forum Replies Created
-
AuthorPosts
-
fra81
ModeratorHi,
sorry for the delay. Did you also try to enable VirtualGL as suggested in one of the articles? More information about it here: https://www.nomachine.com/AR05P00982.
Can you send logs from both the server (https://www.nomachine.com/AR10K00697) and the client (https://www.nomachine.com/DT10O00163#2)? You can send them to forum[at]nomachine[dot]com.
fra81
ModeratorIt must be something on the system blocking the port binding, most likely the firewall.
fra81
ModeratorHi Steve,
there is no option to disable encryption. Also compression can’t be disabled completely, but I’d strongly recommend to use NX compression anyway, as it is aware of the type of content trasported and thus it is much more efficient (and effective) than a general purpose compressor.
fra81
ModeratorHi,
this is really strange even on a headless server. Please gather server side logs as explained in https://www.nomachine.com/AR10K00697. You can send them to forum[at]nomachine[dot]com.
fra81
ModeratorHi,
the display service on the server can’t start up because it cannot find any free TCP port in the given range. This range can be modified to avoid conflicts with other applications as explained at point 6 of the following article:
https://www.nomachine.com/AR11L00823
However the fact that all those ports are unavailable is abnormal and it should be checked if there is an application that is misbehaving. You can see yourself what are the busy ports in the nxserver.log file:
2020-09-28 11:40:57 903.811 29296 NXNODE TCP port '7002' is used by another application. 2020-09-28 11:40:57 905.853 29296 NXNODE TCP port '7003' is used by another application. [...] 2020-09-28 11:40:58 376.810 29296 NXNODE TCP port '12200' is used by another application.
To check what application is keeping those ports busy you may try one of these methods:
fra81
ModeratorJust to be sure that it is not related to a Cinnamon issue, can you tell us if restarting the NoMachine server only (without rebooting the machine) is enough to fix the problem? Also logs could be useful to understand better what is happening (https://www.nomachine.com/DT10O00163#1). You can send them to forum[at]nomachine[dot]com.
fra81
ModeratorHello,
should the problem happen again, please gather server side logs as explained in https://www.nomachine.com/AR10K00697. You can send them to forum[at]nomachine[dot]com.
fra81
ModeratorHi,
please collect the logs from the server (https://www.nomachine.com/AR10K00697) and the client (https://www.nomachine.com/DT10O00163#2). You can send them to forum[at]nomachine[dot]com.
September 15, 2020 at 16:33 in reply to: Hardware acceleration not working, Mac to remote Windows #29485fra81
ModeratorHey L.,
as SteveSpaw says. The HDMI dongle would be the way.
fra81
ModeratorHi Karl-Peter,
do you have a high resolution monitor attached to the Pi (e.g. 4k) and you run the NoMachine player fullscreen or maximized? Does performance depend on the NoMachine window size (i.e. does it get significantly better if you reduce the player window to a smaller size)?
fra81
ModeratorHi,
in order to exclude any networking issue, can you try to lower Display quality to the minimum level (slide bar on the leftmost position) and uncheck ‘Disable multi-pass display encoding’? Then I would also try to disable UDP.
Is the server headless? If so, is there any chance you can attach a monitor there and see if anything changes?
September 4, 2020 at 15:17 in reply to: Hardware acceleration not working, Mac to remote Windows #29359fra81
ModeratorHi,
what you say about not using the GPU and even more what you see in the Start menu makes me think the Windows box you connect to is headless. Is it the case? If yes, can you try to attach a monitor and see if these symptoms disappear?
fra81
ModeratorSorry for the delay, I thought i had already replied to this with some comments on the logs. Anyway, in the logs I see that hardware decoding is effectively used. Is the server headless? If yes, can you try to attach a monitor?
fra81
ModeratorHello,
do you have the possibility to connect to the same PC from a different client in the same LAN? In this way we could rule out any problem with the Windows machine you connect to and with network.
fra81
ModeratorHi,
thanks for the feedback and for the last head up. We think we know the reason and we will be addressing that too.
-
AuthorPosts