On Fri, 2011-05-20 at 09:50 +0100, Colin Guthrie wrote:
Hello,
As some of you know I've been working on restoring a little more
symmetry to our API to allow the adjustment of source output (capture
stream) volumes.
This is really nice to have - thanks!
In the past, when stream volumes
Hello,
Over the past couple days I've been configuring and setting up the three
PulseAudio mailing lists on it's new home: http://lists.freedesktop.org/
Your subscriptions will be automatically moved across, but some
settings, such as No Mail, Digest etc, will sadly not be preserved
(I'm sure
Hi,
Here are my results
On Sat, May 21, 2011 at 7:58 PM, Colin Guthrie gm...@colin.guthr.ie wrote:
Hi,
I think you're maybe getting a little confused by client and server in
terms of how things work here (perhaps not, as I've not thoroughly read
all the many posts in this thread).
From: xingchao wangxingchao2...@gmail.com
module-udev-detect only support limited parrameters now, this make other
modules loaded according udev lack enough parameters. for example,
module-alsa-card is loaded by module-udev-detect, it will create alsa-sink
with only 3 parameters from
Hi,
I have now found a partial solution to the protocol error that happens when
I try to play sound remotely through pulse.
What I did was I played around with different versions of pulseaudio on the
remote side by using different versions of Ubuntu.
On the local server side, we are using
Hi,
Correction on the last two lines:
local sound server: mkfifo *fifo.wav*
local sound server: paplay --volume=48000 -v fifo.wav nc localhost 1234
fifo.wav
br,
Quinn
On Sun, May 22, 2011 at 9:57 PM, Quinn Plattel qie...@gmail.com wrote:
Well, here is my almost perfect solution:
local
HI.
Last post on this thread, then I will start a new one.
I managed to cut down the delay considerably by simplifying the commands:
local sound server: ssh -L 5901:localhost 5901 -L 1234:localhost:1234
remote sound client *parec | nc -l 1234
local sound server: nc localhost 1234 | pacat
The
