Forum / NoMachine for Linux / Garbled audio, microphone redirect
Tagged: audio mic
- This topic has 7 replies, 3 voices, and was last updated 10 months, 2 weeks ago by Britgirl.
-
AuthorPosts
-
October 8, 2023 at 11:04 #45602prakashsinha bayasParticipant
Both NoMachine systems are Ubuntu
Audio device is epos impact head set with mic
NoMachine setting for streaming reads
Audio streaming EPOS IMPACT Analog Stereo
Microphone input reads EPOS IMPACT Mono
Output of pactl info command is as below
Server String: /run/user/1000/pulse/native
Library Protocol Version: 35
Server Protocol Version: 35
Is Local: yes
Client Index: 154
Tile Size: 65472
User Name: prakashsinhaba
Host Name: 413618116
Server Name: pulseaudio
Server Version: 15.99.1
Default Sample Specification: s16le 2ch 44100Hz
Default Channel Map: front-left,front-right
Default Sink: nx_audio_in
Default Source: nx_remapped_out
Cookie: 9727:20e1
please find attached sample mic recording over nomachine client server connection and epos impact audio headset with this post…
recording with same mic in local system include clear voice while recording from a nomachine connection results in a static (garbled) [under water] sound during playback.
please suggest possible resolution to this issue.
please find attached pluse audio volume control screenshots
please find attached output of commands pactl list sinks and pactl list sources
nomachine server version is
<blockquote>sudo /etc/NX/nxserver –versionNoMachine – Version 7.11.1</blockquote>
nomachine client version is 8.8.1October 11, 2023 at 20:47 #45653prakashsinha bayasParticipantThe output of pactl list sink short is as below.
1nx_voice_outmodule-null-sink.cs16le 2ch 44100HzIDLE
2nx_audio_inmodule-null-sink.cs16le 2ch 44100HzIDLE
The output of pactl list sources short is as below.
1nx_voice_out.monitormodule-null-sink.cs16le 2ch 44100HzIDLE
2nx_audio_in.monitormodule-null-sink.cs16le 2ch 44100HzIDLE
3nx_remapped_outmodule-remap-source.cs16le 2ch 44100HzSUSPENDED
The output of inxi -SAMaz is as below.
System:
Kernel: 5.15.0-86-generic x86_64 bits: 64 compiler: gcc v: 11.4.0
parameters: BOOT_IMAGE=/boot/vmlinuz-5.15.0-86-generic
root=UUID=e8fe40b2-99a4-4b88-9986-becfd3b020db ro quiet splash
Desktop: GNOME 42.9 tk: GTK 3.24.33 wm: gnome-shell dm: GDM3 42.0
Distro: Ubuntu 22.04.3 LTS (Jammy Jellyfish)
Machine:
Type: Vmware System: VMware product: VMware Virtual Platform v: N/A
serial: <filter> Chassis: No Enclosure type: 1 serial: N/A
Mobo: Intel model: 440BX Desktop Reference Platform serial: N/A
BIOS: Phoenix v: 6.00 date: 11/12/2020
Audio:
Message: No device data found.
Sound Server-1: ALSA v: k5.15.0-86-generic running: yes
Sound Server-2: PulseAudio v: 15.99.1 running: yes
Sound Server-3: PipeWire v: 0.3.79 running: yes
October 12, 2023 at 10:23 #45662BritgirlKeymasterHi, the logs didn’t attach, please send them direct to forum[at]nomachine[dot]com. You can reply to our email which asked you to update to the most recent version of NoMachine 🙂
October 12, 2023 at 11:58 #45665prakashsinha bayasParticipanthello,
I updated NoMachine version on both server and client systems with version 8.9.1…
sincerely,
October 12, 2023 at 12:17 #45666prakashsinha bayasParticipantI emailed logs as a response to this topic post email to email distribution list forum..nomachine.com.
Please review and analyse.
We have few use case scenarios as below.
<1> is within office dumb terminal to VDI machine connection (voice breaks in between)
<2> is with home system to VDI machine connection (voice does not break – voice is having some static)
<3> is with home system [Garuda Linux] to home systems [Garuda Linux and Ubuntu Linux] (voice does not break -voice is having some static)
My office VDI system, from inxi command, does not show any audio device. it only shows three audio servers in running state.
one of the home (server) sysmytems, from inxi command have below output
[_18116@baiekunth-macbookpro121 ~]$ sudo inxi -SAMaz
System:
Kernel: 6.1.34-1-lts arch: x86_64 bits: 64 compiler: gcc v: 13.1.1
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-lts
root=UUID=8315190e-829f-48f9-a840-1a718e8092c4 rw rootflags=subvol=@
splash rd.udev.log_priority=3 vt.global_cursor_default=0 loglevel=3
ibt=off
Desktop: KDE Plasma v: 5.27.5 tk: Qt v: 5.15.10 info: docker wm: kwin_x11
dm: SDDM Distro: Garuda Linux base: Arch Linux
Machine:
Type: Laptop System: Apple product: MacBookPro12,1 v: 1.0 serial: <filter>
Chassis: type: 9 v: Mac-E43C1C25D4880AD6 serial: <filter>
Mobo: Apple model: Mac-E43C1C25D4880AD6 v: MacBookPro12,1 serial: <filter>
UEFI: Apple v: 427.140.8.0.0 date: 06/13/2021
Audio:
Device-1: Intel Broadwell-U Audio vendor: Apple driver: snd_hda_intel
v: kernel bus-ID: 00:03.0 chip-ID: 8086:160c class-ID: 0403
Device-2: Intel Wildcat Point-LP High Definition Audio
driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:9ca0
class-ID: 0403
Device-3: Broadcom 720p FaceTime HD Camera driver: N/A pcie: gen: 2
speed: 5 GT/s lanes: 1 bus-ID: 02:00.0 chip-ID: 14e4:1570 class-ID: 0480
API: ALSA v: k6.1.34-1-lts status: kernel-api tools: N/A
Server-1: PipeWire v: 0.3.71 status: n/a (root, process) with:
1: pipewire-pulse status: active 2: wireplumber status: active
3: pipewire-alsa type: plugin 4: pw-jack type: plugin
tools: pactl,pw-cat,pw-cli,wpctl
October 17, 2023 at 11:58 #45704kubaszym1ParticipantHi,
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
October 21, 2023 at 13:11 #45748prakashsinha bayasParticipantHello kuba,
Through a physical session, there is no issue on client end (nxplayer).
The server (nxserver) is a remote machine. To it, I do not have physical access to test physical session.
Please find attached nxplayer and nxserver configuration [nx_player_server_result.txt]. In remote session with device nx_audio_in, (recorded) voice can be heard with a static <server_audio_remote_session.flac> unlike a physical session audio from nxplayer machine <client_audio_physical_session.wav>.
1) In this use case of nxplayer (8.9.1) machine being a laptop and nxserver (8.9.1) being virtual desktop interface (VDI), voice includes a static. (attached files to this message…)
2) In another similar use case of nxplayer (6.17.1) machine being a dumb terminal machine and nxserver (8.9.1) being VDI, recorded voice includes broken audio… <I requested help desk to help update nxplayer from 6.17.1 through 8.9.1>
December 22, 2023 at 11:37 #46453BritgirlKeymasterFirst you should update to the latest version, both client and server sides. Some issues regarding audio quality in general were fixed in recent maintenance software updates. If you continue to have issues, please open a new topic and provide details of OS on the Player, OS and version on the server, desktop environment if Linux, steps to reproduce and a sample of audio.
-
AuthorPosts
This topic was marked as solved, you can't post.