Forum Replies Created
-
Posts
-
Hi. When the keyboard grabbing is enabled and you press the Alt + Tab combination, does it execute window/task switching on the client, or the shortcut is just ignored and it does nothing on both server and client?
Hi, sorry for the late reply.
We’ve optimized as best as we could the rendering with CoreGraphics, but the high frame rate on high DPI monitors stresses a bit the CPU. We’re aware of it and we’re working on this:https://www.nomachine.com/FR06O03452
You could disable client side post-processing and/or multi-pass display encoding to reduce the CPU usage.
Sorry for my late answer. I noticed you’re using VirtualGL and somehow it is blocking the connection of the client to the X server. By unsetting LD_PRELOAD you’re telling the client to not use VirtualGL.
This looks to be a weird behaviour of your desktop environment and we can’t help to solve it unfortunately. You could try to run some experiments with
xrandrby changing your current primary monitor.You probably need this, currently in our short/mid-term roadmap:
Hi. Please open Display settings in session menu and check the box “Disable multi-pass display encoding”. Do you see any improvements?
Hi, thanks. Are you starting the client in a remote virtual desktop?
Please try the following: edit /usr/NX/bin/nxplayer and add the lineunset LD_PRELOADbefore the exec command.Hi. Did you use the software update window already open and waiting on the screen? What are versions of ‘gksudo’ and ‘zenity’?
Hi. Thanks, data was enough to know that the process stops while connecting to the X server, but it is not clear why this happens. Could you please do the following and send by e-mail the file gdb.txt:
– Execute
/usr/NX/bin/nxplayer
– Executesudo gdb -p $(pgrep nxplayer)
– In gdb run the following commands:
set pagination off
set logging on
thread apply all bt full
set logging off
quitNote: the file gdb.txt will be owned by root, you’ll need to use ‘sudo’ to delete it.
Hi again. We’ve confirmed the issue, it’s caused by the mouse event ID received through DeX which bypasses our code translating the right mouse button event. Because of such issue these events are handled like touch events, so if you keep pressed the left mouse button you should trigger the right button event (it’s the tap&hold gesture). However we’ve documented here your report:
https://www.nomachine.com/TR09R09840
Thank you!
Please run this command
strace -v -f -o nxplayer.trace /usr/NX/bin/nxplayerand send the nxplayer.trace file to forum[at]nomachine[dot]com.
Do you maybe mean the “Open in Low Resolution” mode available in bundle’s info? Right click bundle name, select “Get Info” and check the box.
On another note, the right mouse button of a real mouse connected via USB is really difficult to trigger (something like: hold both buttons for two seconds). It seems to be related to right button emulation in touch mode. Is there a way to disable that?
We’re checking it and so far we didn’t find workarounds. I’ll tell you more as soon as we complete the investigation.
Can you send also the ‘session’ file from client logs please? If you don’t want to make it public, you can send it to our forum support e-mail.