Forum Replies Created
-
AuthorPosts
-
fra81Moderator
Hi!
You may try to disable mDNS broadcasting and discovery in NoMachine.
To disable broadcasting from servers, click on the NoMachine tray icon and unselect Show the service status -> Server preferences -> Services -> Advertise this computer on the network.
To disable discovery on clients, select Player preferences -> Privacy -> Don’t show other computers on the network.
You can change one of those two options at a time. The important thing is that you apply them an all machines of your network.
January 15, 2018 at 19:29 in reply to: Server freezes in Windows 10 Enterprise when user connects #17147fra81ModeratorHi Fred,
this issue is not known. Could you try to uncheck the ‘Use acceleration for display processing’ checkbox in Server preferences -> Performance tab? You can open Server preferences from the NoMachine tray icon by clicking on ‘Show the service status’, on your Windows 10 machine, before starting the connection.
fra81ModeratorHi,
what does the ‘ps -ef | grep X’ command return on the server?
Is it maybe a headless server (no monitor attached)?
fra81ModeratorHi Holger,
what NoMachine product are you using? Can I assume that you are running a Virtual Desktop session?
In that case, you may try to disable the ‘X11 vector graphics mode’ on the server, via the Performance tab in the ‘Server preferences’ UI or by changing the AgentX11VectorGraphics key in ‘/usr/NX/etc/node.cfg’. That mode is specifically optimized for multimedia content.
In any case, I would check if H.264 encoding is being used. You can check that in the session menu of your NoMachine Player, at the botton of ‘Display settings’ menu.
fra81ModeratorHi Ve0,
did you try to verify the network bandwidth actually available, and latency as I suggested above?
fra81ModeratorI see that the editor modified also my marks, but I think you got the point 🙂
Alternatively, libraries can be copied to the proper folder by hand.
fra81ModeratorI’m going to answer in any case, as this might be useful for someone else.
$ ./configure –disable-cli –enable-shared –disable-avs –disable-swscale –disable-lavf –disable-ffms –disable-gpac –libdir=”C:\Program Files (x86)\NoMachine\bin”
I don’t know if you just copied and pasted here the actual command. In that case, the reason could be the use of quotation marks ”” instead of “”. Or you can try with apostrophes ‘ ‘.
fra81ModeratorSo, if I understand, the non-working case is with NoMachine player running on the Windows 7 guest, connecting to NoMachine server running on the Windows Server 2016 (virtualized) host.
The fact NVENC encoder is available or not shouldn’t have any effect on the blank screen, but maybe there is some problem with the passed-through GPU. Please try to open the NoMachine Server preferences menu on the Windows Server host (server side of the connection), go to Performance tab, and uncheck ‘Use acceleration for display processing’.
In any case, you can send us the logs for further investigations as eplained in https://www.nomachine.com/DT07M00098. You can send to forum[at]nomachine[dot]com.
fra81ModeratorHi,
if there is a very limited bandwidth, I wouldn’t touch the settings at point 1 and 2, but rather let NoMachine do its job at controlling congestion. In fact checking those boxes will limit the ability of congestion control algorythms to adapt to detected network conditions by adjusting image quality dinamically. Those settings won’t change the final quality, they only affect the progression and the speed how the target quality is reached.
In your case, I think that the best option is to act on the Quality slider only to find the best balance between quality and responsiveness, assuming that the lack of responsiveness is only, or mostly, due to limited bandwidth. Maybe it’s worth checking the network latency too (round trip time), if you didn’t do already (VPN could play a role here). You can do that also from NoMachine user interface (‘Take the statistics’), or with the ‘ping’ command.
A last note about Capture2.png: that blurriness around edges of coloured images is due to the chroma subsampling introduced by the encoder. NoMachine has algorithms to correct such color shift (https://www.nomachine.com/FR03M02907), but those are enabled only for quality level 5 or above (from the middle of the Quality slider to the right).
fra81ModeratorWell spotted!
The intention was to say:
Setting a higher value for the ‘latency’ option means that NoMachine will not attempt to reduce the throughput to minimize response time as long as the latter is below the indicated value.
I corrected the FR accordingly. Thanks for reporting!
fra81ModeratorIs there any other way to modify the quality in addition to the display setting window?
No other way besides checking ‘Disable multi-pass display encoding’ to disable “progressive encoding”. But this will consume much more bandwidth.
fra81Moderator1) Some screenshots, or even better a video, would be great.
2) Yes, definitely it is possible that achieved quality is not exactly the same with the hardware encoder, but at the moment I’m not able to say how much a Pascal card would improve things. Maybe you can try to compensate by increasing display quality in the Display settings panel?
September 25, 2017 at 10:16 in reply to: Slow refresh rate with NoMachine installed on Ubuntu 17.04? #15876fra81ModeratorHi Gareth,
are you using the NoMachine free product and connecting to the physical display? And what version?
What is the desktop environment on the server (GNOME, KDE, …)?
Is that a headless server? What graphics card and drivers?
fra81ModeratorHello,
you may want to take a look at the recently updated:
https://www.nomachine.com/FR03M02905
Hardware encoding with QuickSync is now supported out of the box on Windows, while on Linux further configurations are needed, as explained in the referenced article.
I’m not sure I understand what you mean with “artifacts problem”. Are you referring to some known problem of the nVidia encoder? Or a problem with NoMachine? A screenshot of those artifacts could help to clear things out.
fra81ModeratorHi Will,
we verified the problem in our labs and opened the following Trouble Report to track it:
https://www.nomachine.com/TR09O08043
Thanks for reporting.
-
AuthorPosts