graywolf

Forum Replies Created

Viewing 15 posts - 421 through 435 (of 670 total)
  • Author
    Posts
  • in reply to: Kali on R PI 3 – Resolution 656×416 #13714
    graywolf
    Participant

    It looks like the display server does not provide multiple resolutions when no physical screen is connected.

    If you turn off GDM (or whichever display manager you are using) and restart NoMachine, a virtual display server is created. The virtual display provides multiple resolution (physical video output doesn’t matter).

     

    in reply to: Screen resolution stuck – no unity (Ubuntu 16) #13676
    graywolf
    Participant

    mousomer,

    I suggest to try the new version 5.2.11.

    On restart, I’m once again stuck at low resolution.

    Disable lightdm so it won’t restart on boot:

    sudo systemctl disable lightdm

    in reply to: Blurry colored font #13665
    graywolf
    Participant

    I didn’t manage to replicate, yet.

    I assumed you are using Xfce desktop, could you confirm?

    Do you mind sending a screenshot of  the display settings panel, too?

    Client and server log file would be useful. Follow the document How to gather debug logs for support requests then send them to: forum (at) nomachine (dot) com

     

    in reply to: Blurry colored font #13638
    graywolf
    Participant

    Did you try to raise the display quality (in NoMachine client settings: “Display”, “Change settings”, then move the “Quality” slider)?

     

    in reply to: Blurry colored font #13609
    graywolf
    Participant

    Could you post a screenshot showing the blurry text, and another the connection information (Ctrl+Alt+0 in NoMachine window, then go to “Connection”).

    in reply to: Blurry colored font #13607
    graywolf
    Participant

    Which Ubuntu version? I cannot replicate in Xfce terminal on Ubuntu 14.04 LTS (trusty).

    • This reply was modified 7 years, 11 months ago by graywolf.
    graywolf
    Participant

    This is possible if you have access to the server machine: open a terminal window and type

    xev

    It is possible xev is not installed, in that case install with

    sudo apt-get install x11-utils

    After you launched xev, a small window shows up and input events are recorded in the terminal window.

    Leave xev running, don’t close that window.

    When you connect to Ubuntu from remote, xev will print mouse/keyboard events in the terminal. Or nothing if no input event is forwarded.

    graywolf
    Participant

    Have you got the chance of launching xev tool on the Ubuntu desktop to check that input events are forwarded?

    in reply to: Letter c repeat #13422
    graywolf
    Participant

    I cannot think about other workarounds. I’m going to open a trouble report.

    in reply to: Letter c repeat #13410
    graywolf
    Participant

    I think keyboard autorepeat mode is “on” in the virtual (server side) display. If you have a terminal emulator among the remote applications then you can turn autorepeat off using this command:

    xset r off

    Notice that client-side autorepeat is not affected by this command, so nothing would change from the user’s point of view. You get problems because autorepeat is “on” for both client and server.

    I think the default value should be “off”, likely this should be fixed in NoMachine server.

    in reply to: Connect to physical display #13357
    graywolf
    Participant

    walttheboss, it is true that if you checked “Always create a new display on this server”  it cannot be reverted through any GUI.

    But on server restart, if a working physical display is found NoMachine doesn’t start the virtual display and connection to physical is allowed, no matter if you checked “Always create” or not.

    In your case, PhysicalDisplays in node.cfg played a role: no X server was found with the specified display number, so NoMachine started the virtual display and assumed all connection are directed to virtual. As you stated correctly, the PhysicalDisplays line in node.cfg should be left commented out.

     

    in reply to: No ideal configuration for multiple monitors #13356
    graywolf
    Participant

    My ideal solution would be to provide a configuration file that details my setup; each line contains a description of a monitor. In an xml format the file could say which monitors should be used by NoMachine. NoMachine reads the config file and determines the best way to fill the screens.

    That would probably help you, but please consider that editing an XML file couldn’t be a suitable solution for the majority of a few million NoMachine users that aren’t programmers 😉

    In any case implementing what you are asking in a user-friendly way on all platforms is questionable.

    in reply to: No ideal configuration for multiple monitors #13334
    graywolf
    Participant

    There is no way to tell NoMachine client to get into that partial full screen, using two monitors of three. The only way is that you already found: use client in windowed mode and resize it to cover the two monitors you want.

    in reply to: Cut and paste from server to local machine not working #13328
    graywolf
    Participant

    Be sure EnableClipboard is “both” in server configuration (file /usr/NX/etc/server.cfg).

    Please let we have a look to your log files. Please, follow this article: https://www.nomachine.com/DT07M00098   then send files to forum (at) nomachine (dot) com

     

     

    in reply to: X high load and performance issues #13326
    graywolf
    Participant

    With some configurations the video device doesn’t provide a GPU-accelerated screen capture, so that you could get spikes in the CPU usage.

    It’s also because of that we are always in search of different (and more efficient) ways for capturing the screen.

     

Viewing 15 posts - 421 through 435 (of 670 total)