graywolf

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 615 total)
  • Author
    Posts
  • in reply to: 5 second input lag #30593
    Avatargraywolf
    Moderator

    NoMachine is designed to work with headless servers and works well with the majority of set-ups.

    There are some cases where screen sharing of the physical display of headless servers poses problems (mainly on Linux) and these are problems that we share with many other remote desktop solutions out there as searching the internet will show.

    On Linux in particular, these are the most common results of headless screen sharing:

    1. It works out-of-the box
    2. It works fine, but may be stuck to a fixed screen resolution
    3. It works but there may be performance issues and badly rendered objects
    4. It does not work at all: nothing displayed
    5. X does not start because “no screens is found”

    In the last case (5), NoMachine is able to automatically detect this situation and runs its own virtual display. Problem solved.

    For cases 2-4, we cannot say when and why it will happen in advance because it can depend on one or a combination of the following:

    1. The GPU model
    2. The software driver
    3. The operating system
    4. The programs using the GPU for rendering

    It is reasonable to think that GPUs are designed to go into a kind of low performance mode when they have no output to display.

    Based on what we know, people handle such problems in a few different ways:

    1. Setup Xorg for working in headless mode:
    1.a. AllowEmptyInitialConfiguration (NVIDIA proprietary driver only)
    1.b. Xorg dummy driver
    1.c  Create fake EDID  and use it in Xorg.conf (Extended Display Identification Data are stored in the monitor and read out by the GPU when monitor is connected)
    2. Use a virtual framebuffer X (like NoMachine virtual display)
    3. Use a fake display plug.

    Regarding point 3, it generally works because with the plug attached, the GPU performs as if there were a real screen attached to it. Hence this is what we suggest and the topics in this forum are testament to that. A viable alternative is to install NoMachine Workstation for Linux and neither of the steps 1-3 above will be necessary.

    in reply to: Virtual Desktop support for 3D hardware acceleration #30477
    Avatargraywolf
    Moderator

    Yes, multiple virtual sessions can share the GPU through a single Xorg server.

    About current state of VirtualGL, I’d suggest to keep an eye on VirtualGL users mailing list.

    in reply to: Problems with keyboard mapping: German NEO2 layout #30464
    Avatargraywolf
    Moderator

    I would try this:

    • On Windows client: switch away from Neo2 to plain German or US
    • On Debian server: ensure Neo2 layout with command (run in the remote session): setxkbmap -layout de -variant neo.
    in reply to: Virtual Desktop support for 3D hardware acceleration #30463
    Avatargraywolf
    Moderator

    Hello.

    VirtualGL needs a a running 3D X server in order to share the GPU with applications running in virtual desktops.

    I knew development is ongoing on VirtualGL to make it work on NVIDIA cards directly and remove the need for a running X server.

    in reply to: Media keys not captured #30438
    Avatargraywolf
    Moderator

    I’m considering creating a Feature Request to get NoMachine client handle volume keys.

    Here it is: Grab the volume keys

    in reply to: Can’t use altgr in remote session #30356
    Avatargraywolf
    Moderator

    NoMachine does not try to change keyboard layout. Such problem occurs because display server didn’t initialize the virtual keyboard device (it does not depend on NoMachine). Setting layout in KDE should be enough to fix the problem permanently.

    in reply to: Media keys not captured #30346
    Avatargraywolf
    Moderator

    Hello, I’m considering creating a Feature Request to get NoMachine client handle volume keys.

    in reply to: Can’t use altgr in remote session #30344
    Avatargraywolf
    Moderator

    Hello. Try to change keyboard layout to PL in KDE settings on the remote host.

    You could also setup using the command line. Run a terminal on the remote desktop and type the command setxkbmap pl.

    Avatargraywolf
    Moderator

    OK, I was able to replicate on my own. It looks a different problem, so a new TR is appropriate: The Win key gets stuck when used in shortcuts

    Avatargraywolf
    Moderator
    in reply to: Linux Mint 20 headless – wrong keyboard mapping #30208
    Avatargraywolf
    Moderator

    Go into Cinammon system settings pane and check for keyboard layout: add German layout if needed.

    in reply to: CTRL key activates Num Lock #29996
    Avatargraywolf
    Moderator

    Thank you for letting me know.

    in reply to: CTRL key activates Num Lock #29964
    Avatargraywolf
    Moderator

    Nothing unusual in the keymap.

    Host is Win10, remote is Ubuntu 16.04

    Please, confirm the setup is like the following:

    • Client (local to the user): Windows 10
    • Server (remote to the user) Ubuntu

    and gather client and server logs: How to gather debug logs for support requests

    Then send logs to: forum (at) nomachine (dot) com

     

    in reply to: Pack=16m-png not working on Ubuntu 20.04 with 6.11.2 #29948
    Avatargraywolf
    Moderator

    Hello.

    I have not found anything useful in logs. Would you try the latest NoMachine software update (6.12.3)?

    in reply to: CTRL key activates Num Lock #29923
    Avatargraywolf
    Moderator

    xkbcomp.out has been rejected. Please try xkbcomp.txt.

Viewing 15 posts - 1 through 15 (of 615 total)