Forum Replies Created
-
Posts
-
Hi, it’s not quite clear what you would like to be able to do with NoMachine. NoMachine can, of course, connect to a mix of remote servers from one computer at the same time, each session being a single NoMachine window. These session windows can be connections to a full remote desktop or, in the case of Linux virtual desktop sessions (in NoMachine Terminal Server products) they can also be rootless sessions, what NoMachine calls ‘custom session’. In that case, the session window is of the single application e.g firefox.
Are you referring perhaps to rootless sessions?
So that we can understand better, could you explain in steps what your use-case of NoMachine would be?
We found some issues with Fluxbox WM which could be related to the problem you encountered, and they will be queued up for investigation and fixing. One thing we did find similar to your issue was that the desktop shared button remained grayed out even if the desktop was available (so a session could be started). As a workaround you could go back to Linux Mint.
NoMachine should just allow to downsample a 10-bit desktop to 8-bit.
Yep, that’s definitely required and we are already in the process of developing this. What I wanted to say is that we don’t plan to “natively” support “10-bit displays”.
why should I e-mail attachments to the forum?
Indeed, the forum does accept attachments, but on occasion they can get filtered out either for security reasons or sometimes because the file might be too big. Hence why I suggested to send the files directly to our email address so they could be uploaded manually. But you don’t need to now as we managed to recuperate them.
Hi, the logs you attached don’t seem to be complete and don’t show that a Windows installation even took place. Can you reinstall NoMachine for Windows from scratch, reboot and try again? If you still cannot connect, we need complete server side logs as per instructions here: https://kb.nomachine.com/DT11R00182.
You can send them directly to forum[at]nomachine[dot]com.
Hi,
were showing at the bottom (upside down) in a different language
NoMachine does not change the language of the system on which you install it. During installation of NoMachine you can select the language to use. Did you install NoMachine yourself? What language did you select?
Regarding the ‘upside down’. This has been dealt with already in our forums. Please take a look at, for example:
https://forums.nomachine.com/topic/view-upside-down-on-mac#post-33018. Check whether the tips in our knowledge base article are helpful: https://kb.nomachine.com/AR09S01139. It seems to be a problem of permissions which is also dealt with in this article: https://kb.nomachine.com/AR11Q01061.
If these tips don’t help, please provide:
– version of macOS
– version of NoMachine on connecting client
– version of NoMachine on the computer you are connecting to.And please provide screenshots showing the problems encountered.
Hi, the attachments should be sent directly to forum[at]nomachine[dot]com for this reason your attempts to reply with attachments have not be published.
In any case, support for 10-bit color is not currently available and it’s not in our future roadmap.
Does this happen in all applications that you are using in the remote desktop session or just one application (name of program?)?
Please provide more details of client OS and server-side OS. I’m also assuming you have the free version installed on both sides? Does the problem continue if you update both sides to 7.10?
The key must be set to ‘disabled’.
– true: hw decoding enabled
– false: hw decoding disabled (but libraries for hw decoding are loaded)
– disabled: hw decoding disabled (libraries for hw decoding are never loaded and the checkbox is grey out inside the menu panel)So, if you have ‘false’, you’re going to keep getting segfaults.
This problem is with the nvidia drivers and not by a NoMachine bug. The same problem was also found in Firefox. They worked around the problem by removing the calls completely. https://bugzilla.mozilla.org/show_bug.cgi?id=1758473
This does not mean that NoMachine can apply the same workaround. But our own tests show that disabling HW decoding in the player.cfg stops the segfaults. ie.
Edit the file $HOME/.nx/config/player.cfg and set the configuration key “Enable hardware accelerated decoding” to “disabled”. It’s important to disable this way.
You could perhaps write on the nvidia forums and check there whether they have a workaround.
This problem is with the nvidia drivers and not by a NoMachine bug. The same problem was also found in Firefox. They worked around the problem by removing the calls completely. https://bugzilla.mozilla.org/show_bug.cgi?id=1758473
This does not mean that NoMachine can apply the same workaround. But our own tests show that disabling HW decoding in the player.cfg stops the segfaults. ie.
Edit the file $HOME/.nx/config/player.cfg and set the configuration key “Enable hardware accelerated decoding” to “disabled”. It’s important to disable this way to prevent the loading.
You could perhaps write on the nvidia forums and check there whether they have a workaround.
What monitor are you actually attaching? What distro is installed on the Raspberry? And did you try the suggestion provided by Kroy? Ultimately, we can look at the logs of a remote connection, player and server sides to verify what’s happening. Send them to forum[at]nomachine[dot]com.
Instructions are here:
https://kb.nomachine.com/DT11R00182
https://kb.nomachine.com/DT11R00181