'Twas brillig, and Kyle Davenport at 10/05/10 05:08 did gyre and gimble:
ok, I found it. I had to go into alsamixer and change the default card
of Pulseaudio to SBLive and then change the volume on the Surround
control. No idea why it was turned down to 13%. This control is
completely
Hello Colin!
Le Mon, 10 May 2010 02:28:33 +0300, Colin Guthrie gm...@colin.guthr.ie a
écrit:
'Twas brillig, and Mihai Sucan at 09/05/10 19:27 did gyre and gimble:
In the early days I did get this warning:
bt_audio_service_open: connect() failed: Connection refused (111)
... but that was
On Sun, Apr 25, 2010 at 02:10:49AM +0200, Lennart Poettering wrote:
A solution acceptable from VM_HOST's point of view on security is:
1) Load module-simple-protocol-tcp in VM_HOST
2) Run pulseaudio daemon in VM_USER (and make users connect to it, instead
to VM_HOST). Load
On 2010-05-07 15:47, Tanu Kaskinen wrote:
On Fri, 2010-05-07 at 10:01 +0200, David Björkevik wrote:
*snip*
* With such a card, if I disable the alsa mixer and just use software
mixing in PulseAudio, will the full 24 bit depth be utilized,
effectively causing little or no degradation on
Is it possible route a source directly to a sink completely within PA
without affecting other sources?
The reason I ask is that I got one of those USB turn tables as a gift
and I would rather use the USB connection for playback instead of the
RCA cables (for one they're too short to make it to my
Dnia 2010-05-10, pon o godzinie 09:30 -0500, Richard Shaw pisze:
Is it possible route a source directly to a sink completely within PA
without affecting other sources?
Check out module-loopback:
http://www.pulseaudio.org/wiki/Modules#module-loopback
--
Cheers
Michał (Saviq) Sawicz
On Mon, 2010-05-10 at 16:59 +0200, Michał Sawicz wrote:
Dnia 2010-05-10, pon o godzinie 09:30 -0500, Richard Shaw pisze:
Is it possible route a source directly to a sink completely within PA
without affecting other sources?
Check out module-loopback:
Hi,
I need to use some tcp transport (over an ssh tunnel) to forward sound
from one box to another.
Are there any reasons to prefer native over esound?
Does anyone know what the bandwidth requirement is for either of these
protocols?
Is there a way to reduce the bandwidth used if I know in
Off-list, just to say: thank you very much!
Antoine
On 05/10/2010 11:50 PM, Tanu Kaskinen wrote:
On Mon, 2010-05-10 at 22:46 +0700, Antoine Martin wrote:
Are there any reasons to prefer native over esound?
The one that I know is that the esound protocol doesn't provide latency
On Mon, 2010-05-10 at 12:00 -0500, pl bossart wrote:
Is it possible route a source directly to a sink completely within PA
without affecting other sources?
Check out module-loopback:
http://www.pulseaudio.org/wiki/Modules#module-loopback
I do believe the latency for module-loopback
Hello everyone!
A follow-up to the problem I have:
Reimar Döffinger replied with a concise answer to the problem on the
mplayer-users mailing list:
http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-May/079933.html
... which is fun to read. Thanks Reimar :)
Any further expert opinions
Alsamixer seems to be unable to adjust volume using the ctl.pulse virtual
alsa control, at least in any normal way.
Pressing 'up' or 'down' on the sliders produces no result. However, pressing
the number keys 0..1..2 thru 10 sets it to various percentages correctly.
Known issue?
--
Jeremy
On 05/10/2010 11:50 PM, Tanu Kaskinen wrote:
On Mon, 2010-05-10 at 22:46 +0700, Antoine Martin wrote:
Are there any reasons to prefer native over esound?
The one that I know is that the esound protocol doesn't provide latency
information, which makes reliable lip-synced video
-Original Message-
From: pulseaudio-discuss-boun...@mail.0pointer.de [mailto:pulseaudio-
discuss-boun...@mail.0pointer.de] On Behalf Of Colin Guthrie
Sent: Wednesday, 21 April, 2010 11:51
To: pulseaudio-discuss@mail.0pointer.de
Subject: Re: [pulseaudio-discuss] Does
14 matches
Mail list logo