Forum Replies Created
-
AuthorPosts
-
fra81ModeratorHi,
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.
fra81ModeratorIt must be something on the system blocking the port binding, most likely the firewall.
fra81ModeratorHi 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.
fra81ModeratorHi,
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.
fra81ModeratorHi,
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:
fra81ModeratorJust 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.
fra81ModeratorHello,
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.
fra81ModeratorHi,
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 #29485
fra81ModeratorHey L.,
as SteveSpaw says. The HDMI dongle would be the way.
fra81ModeratorHi 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)?
fra81ModeratorHi,
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 #29359
fra81ModeratorHi,
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?
fra81ModeratorSorry 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?
fra81ModeratorHello,
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.
fra81ModeratorHi,
thanks for the feedback and for the last head up. We think we know the reason and we will be addressing that too.
-
AuthorPosts
