Display quality of some applications in NoMachine 4.4.6 client

[moorecm]

Hello,

I’m using a NoMachine 4.4.6 client on Windows 8 to view a remote Linux desktop.  My IDE, PyCharm, doesn’t appear as “clean” as other applications in the GUI.  It looks like there are remnants of compression or some kind of dithering on the window–most notably around the fonts.

I’m *guessing* that PyCharm is using some unique colors that are being compressed out on the server and rendered with some kind of dithering on the client.

In the Display settings for NoMachine, I’m using “Resize remote screen” (which is awesome, by the way) and I’ve played around with the options under “Change settings” a bit.  I’ve improved the display by moving the “Quality” slider all of the way to the right (max.), using a “Resolution” of 1:1, and leaving the “Options” check boxes all unchecked.

However, the next time I connect the Display settings in NoMachine are still set as expected but the display quality appears to have reverted back.  Playing with the check boxes doesn’t appear to do anything.  Moving the “Quality” slider back 1 position from the right and clicking “Done” seems to make the new settings effective and the display improves vastly again.

So, my workaround is currently to toggle the “Quality” slider between the two right-most settings each time I re-connect.

I was under the impression that this was a NoMachine client bug but do note that other applications, such as Emacs, appear fine.  Perhaps there are two issues:  NoMachine not honoring the display settings at re-connect and JetBrains picking uncooperative colors for their GUI.

(Server version 4.3.30)

Any ideas?

[moorecm]

Update: After a power outage on the server side, my Display settings are now consistently working as desired. It seems as if disconnecting the client alone is not enough to get the settings to persist.

[fra81]

Hi Moorecm,

sorry for the delay in getting back to you. You are right about the “uncooperative colors”. Unfortunately some colors may suffer from the colorspace conversion to the YUV format, that is the dowsampled format required by video encoders. Anyway we are aware of the problem and are working on a solution consisting in a lossless addtional encoding pass, to be introduced in the NoMachine display protocol.

Here is the relevant Feature Request: https://www.nomachine.com/FR03M02907

As for the other problem with the non-persistence of display settings, we are not aware of such problem and we are not able to reproduce. Should it happen again to you, we would be glad to take a look at the logs.

Here are info on how to gather logs: https://www.nomachine.com/AR07K00677

[Author]

Posts