[pulseaudio-discuss] Pulseaudio recording device re-direct from local machine over cable broadband to remote server / "latency" problem

Nick Holloway ourmeal at hotmail.com
Sun Apr 17 05:04:56 PDT 2011


I'm very new to Pulseaudio (and linux generally), so apologies if my query is a bit muddled .

I have spent the past few days successfully setting up Pulseaudio to relay bi-directional sound from my Debian machine with sound hardware to a "virtual" machine without sound hardware (Virtualbox), all on my LAN. 

I did this by installing Pulseaudio on both machines, then running padevchooser on the "virtual" machine and configuring the server, sink and source to point towards my Debian machine with sound hardware. All works perfectly, both playing and recording sound.

Having achieved that I then replicated exactly the same setup, but this time from my local Debian machine to a hosted server on the Internet, over my cable broadband connection (10 Mb downstream, 512K upstream). The sound plays fine FROM the remote hosted server on my local Debian machine's speakers (via that fast 10 Mb connection) , but when I try to record TO the server (using my local machine's recording device relayed by Pulseaudio) then I hit a "latency" problem (via that much slower 512K upstream). In this scenario, if I open the recording device volume monitor on the remote server, it picks up a very small amount of audio initially, then the volume "bursts" after a short period, then slowly fails to zero, and then I receive an error message detailing the latency problem, and it crashes.

Presumably this is related to bandwidth.

My question is: Is there a way to configure Pulseaudio so that it perhaps compresses the stream from the local recording device *before* sending it over the Internet to the remote server? Might this get around the bandwidth/latency problem? Or perhaps there is another way of resolving this kind of problem?

The default for the sampling rate on my local machine's recording device is 2 channel, 16 bit, 44100Hz...  (I looked for a way to reduce that sample rate down as a possible solution in the first instance, but haven't yet worked out how to do that).

I'll provide any other information of the machines, configuration etc... if that will assist.

Thanks for any help offered.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20110417/4bd5929a/attachment.htm>

More information about the pulseaudio-discuss mailing list