Forum Replies Created
-
AuthorPosts
-
CarinParticipant
Hi alatteri,
we don’t recommend particular brands. Webcams are supported via the USB device forwarding functionality. Some issues have been reported which you can read about in the following article: NoMachine USB forwarding limitations.
In the future, webcam support will be provided through a dedicated encoded channel. There is a Feature request here: Improving support for web camera forwarding. If you want you can subscribe to show your interest and to be notified when it will be released.
CarinParticipantHi mantra,
we have brought this feature forward in our roadmap, but we are not talking weeks, unfortunately.
CarinParticipantHi webangel,
Did you use only NX protocol? If that is the case, try to use SSH protocol as well.
Can you also try to run the following terminal command:
ssh -i <private_kay_path> <user_name>@<remote_host> -vvv
and let us know if this ssh command was completed successfully?Last, can you please send us server-side logs? You can check the following article for guidance: Collect server and client logs manually. The logs can be sent directly to forum[at]nomachine[dot]com making sure to use the topic as the subject of the email.
Thanks!CarinParticipantWe have sent you the package. Check your inbox 🙂
CarinParticipantHi Maykro,
Please do a full reinstall and try the NoMachine latest release 7.4.1.
March 30, 2021 at 14:48 in reply to: Anyone gotten Quicksync encoding working on a recent Ubuntu? #32666CarinParticipantFor the specific case reported by Coleman, the path is
/opt/intel/mediasdk/lib64
and it is set inside the LIBVA_DRIVERS_PATH environment variable that vaapi is searching through.As for these two other strings mentioned (
mediasdk/lib64
and/opt/intel/mediasdk/plugins//plugins.cfg
) they are from libmfx.so and usually this should not be needed for this specific problem as it is about redirecting vaapi library that it should use iHD driver and should look for it inside/opt/intel/mediasdk/lib64
.March 29, 2021 at 10:37 in reply to: After remote session freezes and killed, user kept logged without any connection #32647CarinParticipantHi PRosa,
We received the logs. Thank you! We will investigate and provide some feedback soon.
CarinParticipantI’ve sent you the debug package. Please check your inbox 🙂
CarinParticipantI’ve sent you the program to download with instructions. Check your inbox 🙂
CarinParticipantHi mymachines,
Unfortunately, the logs you submitted didn’t help us. We would like to send you a debug package and extract the logs again (after you’ve reproduced the problem). Would this be ok for you?
CarinParticipantHi Andy,
Since the user’s db is enabled, it is in use.
To check current users inside you can usenxserver --userlist
.
To delete you can usenxserver --userdel
and to add you can usenxserver --useradd
.
When the user’s db is disabled the users are automatically added to it, and this is the reason why it is not empty.
In V7 we are not using file users.db anymore.CarinParticipantThank you, Coleman! The link was corrected.
CarinParticipantWe’ve opened a Trouble Report for this issue:https://www.nomachine.com/TR03S10162.
You can sign up to receive notification of a fix when it’s available.
Thanks for reporting.March 25, 2021 at 16:40 in reply to: After remote session freezes and killed, user kept logged without any connection #32600CarinParticipantHi PRosa,
Can you send us logs from both the client and server-side, please? You can see the following article for guidance: Collect server and client logs manually.
Please send them as an attachment to forum[at]nomachine[dot]com making sure you use the title of the topic in the subject of your email. Thanks!
CarinParticipantHi oscahie,
Can you try to add the following line to node.cf on the server-side:
DisplayAgentExtraOptions "-yuvgrab 1"
The node.cfg is located here: /Applications/NoMachine.app/Contents/Frameworks/etcIf the problem persists, a video will be very useful indeed. Thank you!
-
AuthorPosts