kubaszym1

[kubaszym1]

Hi,

Are you able to hear sound from your machine outside NoMachine session? I’m not sure if it’s possible if you only have auto_null. Your built-in device should be set as the default sink, or some other physical device, i.e. headphones or external speakers. When NoMachine makes a connection between two machines, it connects to the default sink and captures its output data. This means that even if NoMachine is able to connect to auto_null (Dummy Output), if auto_null doesn’t receive any data, you don’t hear anything on the client side.

If your Fedora is a virtual machine, you should probably connect it to the speaker of the physical machine and enable audio in virtual box settings (or any software you’re using for virtualization) and then test the connection via NoMachine.

Regards,

Kuba

[kubaszym1]

Hi,

You should be able to forward a printer during the session via NoMachine Player settings. Go to Devices -> Connect a printer and there you should see all the available printers. Click on your local printer and connect it to the server. If the printers don’t show up there, please gather logs from both sides as described here: https://kb.nomachine.com/DT07S00243

You can also show us how you tried to forward the printer by attaching a screenshot of each step.

Regards,

Kuba

[kubaszym1]

Hi,

I checked your logs and unfortunately I couldn’t find the explanation for your issue. Can you ensure that you set the highest log level (9 – Debug) and gather logs again? Without debug logs I cannot tell why NoMachine Microphone is not created.

Regards,

Kuba

[kubaszym1]

Hi,

I checked your logs and compared it to our code that handles creating of pulseaudio server for virtual sessions. Indeed, pulseaudio server needs client.conf file and such file doesn’t exist in /usr/NX/share/audio. The command that you used – nxnode --audiosetup – should copy this file from /etc/pulse/ to /usr/NX/share/audio. I’ll try to find out why it didn’t work. Meanwhile, you can copy client.conf file from /etc/pulse to /usr/NX/share/audio, restart the server and try to connect again. I hope it will fix the issue.

Best regards,

Kuba

[kubaszym1]

Hi,

I would like to have some information in order to investigate your issue.

1) Do you use Windows 11 as a NoMachine client or as a NoMachine server?

2) Please reproduce the issue and collect the logs as described here: https://kb.nomachine.com/DT07S00243

Then you can send the logs to forum[at]nomachine.com.

Best regards,

Kuba

[kubaszym1]

Hi,

It seems that there is an error during the connection that breaks the process of creating virtual devices. There are several explanations for such issue, so I need some more information. Please gather logs from the server side as described here: https://kb.nomachine.com/DT07S00243 and send them to forum[at]nomachine.com.

Regards,

Kuba

[kubaszym1]

Hi Silvo,

It seems that everything works fine. Let me explain how our audio support works on Linux:

When you connect to a physical display, NoMachine captures audio from the default speaker (you can check the current default speaker system settings). If you want to forward microphone from your client machine to the remote desktop, you need to click “Mic in” in nxplayer settings (as you did). Then the audio data will be transferred to NoMachine Output (you can see this device as a speaker, but please don’t set it as default, it’s only for collecting voice data) and then recorded by Remapped NoMachine Output (it can also be called NoMachine Microphone) that should be set as the default microphone when you want to record something through the remote desktop.

To sum up, in order to forward microphone from the client machine and record something on the remote machine, you need to:

1) Click “Mic in” in the session settings

2) Ensure that NoMachine virtual device is set as the default microphone (you should have it set automatically during the connection)

After that you should be able to record whatever you want. Just open a recording app on the remote machine and speak to your local microphone.

Best regards,

Kuba

[kubaszym1]

Hi,

I’ve read the logs you send, but unfortunately I didn’t find anything that would suggest where the problem was. Can you send a sample of bad playback from Avid? It will be easier to investigate if I know how it sounds.

It’s possible that it’s the Avid’s fault. Please check if there are known Avid’s issues with remote desktops.

I will look at your logs once more, hopefully I’ll find out some more information.

Regards,

Kuba

[kubaszym1]

Hi,

I need some information in order to investigate your issue.

Which sound server do you use on each side? I see that you use PulseAudio from pactl info but you also have PipeWire server. I need to know which one works on each side (server and client).

Did the update to NoMachine 8.9 change anything? We fixed some issues related to PulseAudio in NoMachine v8.x, the audio and voice transfer should work well. If the audio or voice still breaks, I will have to check it again.

I also noticed that you probably connect to a virtual session (since you have nx_audio_in set as the default device). Do you experience the same issues on physical session as well?

Best regards,

Kuba

[kubaszym1]

Hi,

In the NoMachine session the  default voice device should be NoMachine Microphone Adapter and the default audio device should be one of your audio devices. If NoMachine Microphone Adapter sets automatically as the default speaker, please let us know so we can fix this issue.

On several Windows machines audio drivers don’t allow capturing raw data – in that situation NoMachine receives only processed data (i.e. muted data). We mute the server by default, so if your audio driver doesn’t send us raw data, then we are not able to play sound on the client.

Fortunately, there is a simple workaround for your issue. You can install manually the NoMachine Audio Adapter and set it as the default device when using NoMachine. Please follow the steps from this article: https://kb.nomachine.com/AR04T01159?s=nomachine%20audio%20adapter

Regards,

Kuba

[kubaszym1]

Hi,

As far as I understand, you are still using pipewire sound server. You can just try to restart it this way:

systemctl –user –now restart pipewire.{service,socket}

Please pay attention to the output of command “pactl info”. Server String should be /run/user/1000/pulse/native and Server Name should be PulseAudio (on PipeWire 0.3.x). If the Server String is not set properly, you can set it manually this way:

export PULSE_SERVER=/run/user/1000/pulse/native

You are probably using WirePlumber as your session manager. You can check if it runs properly by running wpctl status. In the output you should see something like this:

Settings
└─ Default Configured Node Names:
0. Audio/Sink    alsa_output.pci-0000_00_1b.0.analog-stereo
1. Audio/Source  alsa_input.pci-0000_00_1b.0.analog-stereo.37

If no sinks are set as default, you can set them this way:

wpctl set-default <node-id>

You can see the node ids in the Audio Sink/Sources section of the “wpctl status” output.

Regards,

Kuba

[kubaszym1]

Hi,

I would like to order things up to determine whether the bug is in Ubuntu or in NoMachine. If I understand correctly, the audio doesn’t work at all after NoMachine installation. Is it impossible to set it again from system settings? Have you tried restarting pulseaudio or alsa? It seems very strange that the sound is broken even if NoMachine is disabled. Even if the sound from the HDMI speaker is broken, you should be able to hear the audio from the default speaker (built-in device in your laptop). Have you tried to achieve working sound with another speaker (i.e. headphones?). You can uninstall NoMachine, restart your computer and check if that changes something. Also, I found a possible way to deal with such issues on Ubuntu although I’m not sure if it’ll work for you:

sudo nano /etc/default/grub

Change:

GRUB_CMDLINE_LINUX=”” to GRUB_CMDLINE_LINUX=”intel_iommu=on,igfx_off”

Save file and update grub:

sudo update-grub

reboot

If you use NVIDIA drivers, you may need to update them. Go to Software & Updates -> Additional Drivers and check if an update for NVIDIA drivers is available.

Regards,

Kuba

 

[kubaszym1]

Hi,

I found the issue and fixed it. Local printers on Windows should work well in the upcoming release.

Regards,

Kuba

[kubaszym1]

Hi,

I found the issue and managed to fix it. Local printers on Windows should be visible in the upcoming release.

Regards,

Kuba

[kubaszym1]

Hi,

I would need more information to investigate your issue. What OS is on your client machine? What version of NoMachine do you have?

During the session you should see two NoMachine sound devices: NoMachine Audio Adapter and NoMachine Microphone Adapter. NoMachine Audio Adapter should be set as default to be able to stream the data to the client machine. Are these devices visible?

Can you provide us any logs, so we can look for error messages?

Regards,

Kuba

[Author]

Posts