Forum Replies Created
-
Posts
-
Further investigations identified two different issues. One is in the Intel drivers, occurring when the monitor on the client machine has a resolution higher than FullHD (1920×1080). That seems to be fixed in the last drivers but it doesn’t look to be your case.
Another issue was found in the NoMachine software, only occurring when the server machine has multiple monitors. This will be fixed in the next release, but if you wish to test a preliminary patch, just send an e-mail to forum[at]nomachine[dot]com to receive it.
Further investigations identified two different issues. One is in the Intel drivers, occurring when the monitor on the client machine has a resolution higher than FullHD (1920×1080). That seems to be fixed in the last drivers. Another issue was found in the NoMachine software, only occurring when the server machine has multiple monitors. This will be fixed in the next release, but if anyone wishes to test a preliminary patch, just send an e-mail to forum[at]nomachine[dot]com.
Could you send a screenshot showing the issue?
If the issue only occurs when using the hardware encoding, that would easily explain why other products don’t have this problem.
So far this issue was only reported against Intel. Do you confirm that NoMachine is set to use the Nvidia card in the Nvidia control panel and not the integrated one (unless the integrated card is disabled in BIOS or you have an AMD CPU)?
Yes, I’m asking for the client side. So you have an AMD CPU (or the integrated card is disabled in BIOS)?
Hi,
yes, it could be useful to know if there was any change on the Windows side (e.g. Were there other updates? Was the monitor unplugged?). Please also gather logs from the client (https://www.nomachine.com/DT10O00163#2.1) and the server machine (https://www.nomachine.com/AR10K00697). You can attach them here or send to forum[at]nomachine[dot]com.
Do you have both a Nvidia card and the Intel integrated graphics? Can you try to use a different card for NoMachine in the Nvidia control panel? And which one is in use now?
Just to be clear: nothing is changed regarding hardware decoding in version 6.10. The only change is that hardware decoding is now enabled by default also for large screen resolutions (in https://www.nomachine.com/FR04R03970 you can read about the reasons).
Unfortunately it looks like that some card/drivers combinations are still affected by this problem. For some users updating Intel graphics drivers fixed the issue, but not for all (make sure you reboot the machine after updating, by the way). As far as we know the problem is in the drivers and there it should be fixed.
Unfortunately they’re not complete. There should be a ‘session’ file in the R-* directory that is the actual session log.
Hi,
please gather server side logs as explained in https://www.nomachine.com/AR10K00697. You can attach them here or send to forum[at]nomachine[dot]com. Also show us the output of the ‘xinput’ command.
Please try to update your Intel graphics drivers and check again if hardware decoding works with the new drivers.
Could you send client side logs for inspection? See instructions in https://www.nomachine.com/DT10O00163#2.3. You can attach here or send to forum[at]nomachine[dot]com.
Hi,
the fix is already present in version 6.10.12, but not yet enabled by default, due to a possible (low) impact on performance. To enable it, add this line to the ‘/Applications/NoMachine.app/Contents/Frameworks/etc/node.cfg’ configuration file:
DisplayServerExtraOptions "-yuvgrab 0"Hi,
is the server a headless machine? What is the desktop environment in use?
Logs might be useful (see https://www.nomachine.com/AR10K00697).