Forum / NoMachine for Linux / Konsole does not appear to update the display on every keyboard/mouse input (2)
- This topic has 11 replies, 2 voices, and was last updated 4 years, 7 months ago by StefanS.
-
AuthorPosts
-
April 6, 2020 at 07:24 #26514StefanSParticipant
I see the same problem as described here:#post-18641
On keyboard input a key appears with long delay in the Konsole Application of KDE or if another key is pressed.
I executed
xinput test-xi2 --root
as mentioned in the reply #post-18641As long as the xinput command is running the problem disappears. If I stop the xinput command the problem reappears.
- Software-version: 6.9.2 (free)
- Server-OS: Unbekanntest OS (Unknown OS)
- Session-Type: Physical Desktop
- Remote: Linux 5.3.0-45-generic #37~18.04.1-Ubuntu x86_64 x86_64 x86_64 GNU/Linux
- Local: Linux 5.0.0-37-generic #40~18.04.1-Ubuntu x86_64 x86_64 x86_64 GNU/Linux
April 6, 2020 at 09:16 #26539graywolfParticipantDoes xinput produce any output?
Could you send the server session log located at /usr/NX/var/log/node/C-…?
Is the problem reproduced with non-KDE applications (xterm, for example)?
April 10, 2020 at 11:36 #26659StefanSParticipant> Does xinput produce any output?
Yes, the normal output including mouse and key Events. See xinput.log for a small output of the command.
> Could you send the server session log located at /usr/NX/var/log/node/C-…?
See Attachments
> Is the problem reproduced with non-KDE applications (xterm, for example)?
Yes the problem is reproduced with xterm. Other non Terminal emulators such as the text editor Kate works with some key delay but
all keys appear on there own.Attachments:
April 10, 2020 at 11:47 #26664StefanSParticipantOne additional input I have that my help.
My remote machine has a display attach so I can watch what the remote user is doing on the system.
If I enter something on the client side the input will show up immediately on the display attached to
the remote machine but on the client I see the problem described above. So it looks like the key events are transferred correctly from the client to the remote system but the other way around has the problem.Flow:
Input in Konsole Application and the corresponding effect on the screen
Event (Input Char) client(noMachine Window) display directly attached to remote hostH H H
e He He
l He Hel
l Hell (<- both ‘l’ at the same time) Hell
o Hell Hello
(space) Hello Hello(space)The missing characters will also appear if I minimize and maximize the Konsole application,
move the Konsole window around or changing focus between windows.April 15, 2020 at 17:23 #26766graywolfParticipantWould try these things:
- Set DisplayServerExtraOptions “-nodamage”. Restart the server.
- Set EnableDisplayServerVideoCodec 1 and DisplayServerVideoCodec “vp8”. Try also “mjpeg”.
April 17, 2020 at 07:31 #26819StefanSParticipantI set the option as given but problem still exist.
I figured out the problem only exist if there is no to very small graphical interaction. If for instant Firefox is running with a
YouTube video the problem disappears. The video must be the active tab and Firefox must not be minimized.This also works if I open a new konsole window and execute
for i in {1..999999}; do echo $i; sleep 0.1 ;done
This produces
output on the screen and apparently enough interaction to redraw the screen. This also explains why it worked with the running
xinput running.
Is it possible that my nvidia graphics cards is not set up probably?
x@x:~$ nvidia-smi Thu Apr 16 21:32:47 2020 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 440.82 Driver Version: 440.82 CUDA Version: 10.2 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GTX 1080 Off | 00000000:01:00.0 On | N/A | | 0% 52C P5 15W / 198W | 268MiB / 8116MiB | 15% Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 1972 G /usr/lib/xorg/Xorg 173MiB | | 0 6292 G kwin_x11 24MiB | | 0 6299 G /usr/bin/krunner 1MiB | | 0 6301 G /usr/bin/plasmashell 63MiB | +-----------------------------------------------------------------------------+
April 17, 2020 at 10:45 #26848graywolfParticipantYou can use nvidia-xconfig to create a new configuration for X.
Have you the chance of trying a different version of Nvidia driver or the open source nouveau driver?
April 20, 2020 at 08:40 #26886StefanSParticipantI created a new config with
nvidia-xconfig
but this did not help.However, I found out that the problem disappears when I disconnect the monitor (DVI) from the remote System. This is however a very sub optimal solution for me because I plan to use the remote system in both ways (not simultaneously) , so directly accessing the the remote system with the connected monitor and remotely through NoMachine.
Do I need NoMachine Workstation here to use virtual desktops/sessions to get this to work?
Thanks btw for your help. Verymuch appreciated.
April 20, 2020 at 17:36 #26914graywolfParticipantNo, it is not a lack of features, it is an issue with getting screen changes from the nvidia driver.
In that condition, with monitor disconnected from the system, what you get running from remote:
xrandr -q
?April 21, 2020 at 08:51 #26917StefanSParticipantoutput of
xrandr -q
in both states (with and without monitor)without monitor
Screen 0: minimum 640 x 480, current 800 x 600, maximum 16384 x 16384 nxoutput0 connected primary 800x600+0+0 203mm x 152mm 800x600 60.00*+ 640x480 60.00 800x480 60.00 1024x600 60.00 1024x768 60.00 1152x864 60.00 1280x720 60.00 1280x800 60.00 1280x1024 60.00 1360x768 60.00 1366x768 60.00 1440x900 60.00 1600x900 60.00 1600x1200 60.00 1680x1050 60.00 1920x1080 60.00 1920x1200 60.00
with monitor
Screen 0: minimum 8 x 8, current 2560 x 1080, maximum 32767 x 32767 DVI-D-0 connected primary 2560x1080+0+0 (normal left inverted right x axis y axis) 673mm x 284mm 2560x1080 59.98*+ 1920x1080 60.00 1680x1050 59.95 1440x900 59.89 1280x1024 75.02 60.02 1280x960 60.00 1280x800 59.81 1280x720 60.00 1152x864 75.00 1024x768 75.03 70.07 60.00 800x600 75.00 72.19 60.32 56.25 640x480 75.00 59.94 HDMI-0 disconnected (normal left inverted right x axis y axis) HDMI-1 disconnected (normal left inverted right x axis y axis) DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) DP-2 disconnected (normal left inverted right x axis y axis) DP-3 disconnected (normal left inverted right x axis y axis)
April 21, 2020 at 09:23 #26921graywolfParticipantWithout monitor you get using the NoMachine virtual display (“nxoutput0 connected primary”) that does not use the video card.
In my opinion there is a problem with reading back from the video card related to the nvidia driver. Any chance of trying a different version of the driver?
April 21, 2020 at 11:21 #26923StefanSParticipantI will try to use different video driver/driver version. I will try this on the weekend. Thanks
-
AuthorPosts
This topic was marked as solved, you can't post.