Hi Vieri, This is a complex issue. SIP is highly sensitive to latency already - and putting your audio through RDP is just adding a layer to that problem. The first thing to mind when reading this is it might be one of those "Just because I can do it, doesn’t mean I should do it" sort of scenarios (my own opinion really).
I've seen a mixed bag of experiences with audio over RDP (even without guacamole), where in most cases there is a noticeable lag on the audio depending on how active the screen was - for example, video playback always had a noticeable desync on audio. One of the solutions I implemented where real-time audio was needed via RDP was this: http://www.sound-over-rdp.com/ (no affiliation) But you can technically accomplish the same with this free option: https://www.vb-audio.com/Voicemeeter/vban.htm Fun stuff aside, you can try the following to see if this helps/narrows down the problem: I would first rule out guacamole and connect to server using MSTSC directly (with audio redirection enabled), see if the issue is truly in guacamole or not. Another pointer is on the terminal server to check the policy on audio quality : -Load up Group Policy editor on terminal server -Go to Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Device and Resource Redirection -Select Limit audio playback quality and enable it -Select High under Audio Quality option Check your permissions on chrome - I've had success using two-way audio via chrome without much configuration needed. It's usually a permissions situation where you need to grant access to your microphone within chrome The other thing I would consider here is deploying the sip client remotely. I would think you have your reasons to put it in the RDP session (lack of session border controller, but ultimately you might be adding a lot of trouble on your plate to support this going forward... Andrew -----Original Message----- From: Vieri <[email protected]> Sent: Friday, March 13, 2020 8:40 AM To: User <[email protected]> Subject: audio support in RDP Hi, I'm having audio quality issues in RDP sessions. The goal is to connect to an RDP server (Windows 10 desktop) running a SIP softphone. The softphone works fine locally, but it's audio isn't that great when connecting from Guacamole (even in LAN - so it's not a network bandwidth issue). I've set enable-audio-input to true, and all seems to "work" but the audio quality is rather bad (usually the MIC but not always). The SIP softphone I'm using is the jitsi desktop client. The above has been tested with the latest Firefox ESR. With Google Chrome the audio doesn't work altogether. Is this a know issue? Is anyone using a similar setup? If so, would changing softphones make any difference (it doesn't seem to, but I only tried two)? Vieri --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] ________________________________ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please disregard. This message may contain confidential information and is intended only for the individual named. For more information about our privacy policy and how we process data, please visit our website and use the Privacy Notice link located on the main page.
