Forum Replies Created
-
AuthorPosts
-
fra81
ModeratorUnfortunately we still can’t reproduce it in our labs the way you describe and with OBS. Is there any other detail that can be useful for us to reproduce? Any specific action that triggers the issue? For example, do you connect to the MacBook when the lid is closed?
fra81
ModeratorAdding ProxyExtraOptions “pack=16m-png”
This option is only effective in virtual desktop sessions, when the ‘X11 vector graphics mode’ is enabled. Virtual desktops are only available for products in the Terminal Server family (e.g. NoMachine Workstation), of which you can download an evaluation version.
Because base on my understanding, the above option turned off sub-pixel sampling
To be precise, it would turn off the chroma subsampling that is introduced by the colorspace conversion from the YUV to the RGB format, as part of the encoding process. It doesn’t change the aliasing setting used by remote applications when rendering fonts.
fra81
Moderatorfra81
ModeratorI have to turn off hardware acceleration
Do you mean the ‘Disable client side hardware decoding’ checkbox in the session menu panel?
Can you turn it on again and collect logs as explained in https://knowledgebase.nomachine.com/DT11R00181#2? You can send them to forum[at]nomachine[dot]com.
fra81
ModeratorHi,
colors generally need to be sub-sampled before they are fed to video encoders (typically from RGB to YUV format). This is particularly visible with bright colors (especially red) on dark backgrounds. For this reason, NoMachine performs an additional encoding pass to “fix” the colors (see https://knowledgebase.nomachine.com/FR03M02907). This is done progressively to not saturate the available bandwidth.
To alleviate this effect you can set the Display quality to the maximum level in the session menu panel, so that color refinement will happen faster. To make it even faster, you can check the ‘Disable multi-pass display encoding’ option in the advanced display options.
fra81
ModeratorThe screen blanking implementation is indeed about gamma settings. NoMachine encodes a copy of the framebuffer, so changing the framebuffer pixels would also affect what you see remotely.
As a possible alternative, you could turn the physical display off when you want to connect remotely, as explained at point 3 of this article: https://knowledgebase.nomachine.com/AR03P00973. At that point NoMachine will create a virtual (off-screen) framebuffer.
fra81
ModeratorPlease send the logs as explained above. Can you show us the ffmpeg command that you used for encoding?
fra81
ModeratorMay 21, 2021 at 13:56 in reply to: Unreliable drag and drop behaviour when connected to a Mac #33580fra81
ModeratorHi,
does this issue occur only when using fullscreen mode? And does it occur only when the remote screen is scaled (i.e. does it occur also in ‘viewport’ mode)?
Then please try to add the following key in the /Applications/NoMachine.app/Contents/Frameworks/etc/node.cfg file on the server machine:
DisplayServerExtraOptions "-oldeventapi 1"
Restart NoMachine and see if anything changes.
fra81
ModeratorHi Nyquist,
we can’t reproduce this issue in our labs and we didn’t receive similar reports. Should it happen again, please let us know, possibly with the steps to reproduce.
fra81
ModeratorHi,
sorry for the delay! We verified that indeed it doesn’t work and this issue is the reason:
fra81
ModeratorHi,
so this seems to be a problem with the specific combination of graphics card and drivers. Even if sending data to the GPU for rendering can be fast, in some exceptional cases pulling data back from the GPU for screen capture can be much slower. When you stop lightdm, NoMachine creates a virtual framebuffer which is independent from the actual graphics card and drivers. Unfortunately that issue can’t be solved in NoMachine, but you may check for a different version of video drivers. For example, you may try to install proprietary Nvidia drivers or, in case you did already, install the open source ones.
April 29, 2021 at 17:35 in reply to: Black screen: no protocol specified, warning! Failed to open display ‘:0’ #33174fra81
ModeratorHi mrl,
is the server a headless machine (no monitor attached to it)? In that case, you can try one of the suggestions here: https://knowledgebase.nomachine.com/AR03P00973.
fra81
ModeratorYou don’t work for NoMachine, but it seems like you do! 😉
I’d try the suggestions dark_sylinc rightly provided, starting from toggling hardware acceleration. This can also be done from the Server settings GUI, Performance panel.
fra81
ModeratorHi,
this is strange indeed. Did you have the chance to verify if this behaviour only occurs when connecting from the Mac? Does using the integrated monitor instead of the external one change anything? And would you run a debug package to gather more information?
-
AuthorPosts