> > -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] Doe
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 playback
On Mon, 2010-05-10 at 14:41 -0600, Jeremy Nickurak wrote:
> 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 se
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 Nicku
On Mon, May 10, 2010 at 12:06 PM, Mihai Sucan wrote:
> Tested with a Guest session (temporarily created user account, always
> fresh/clean). The same happens. I simply start mplayer and pulseaudio stops
> outputting any sound.
According to
http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-M
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 o
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 latenc
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
inf
>> > 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 is pretty bad though. For
> listening this sh
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 playback impossible.
> Does anyone know what the bandwidth requ
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 ad
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:
> http://www.pulseaudio.org/wiki
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
___
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
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 o
Hello,
I've been sitting on a bunch of fixes, mostly for my own D-Bus code. Now
I've pushed (most of) them to Gitorious:
git://gitorious.org/~tanuk2/pulseaudio/pulseaudio.git
(Note that it's not the same repo that I've been using before! I'm
trying to keep my free time coding and paid wo
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 module-pi
Hello Colin!
Le Mon, 10 May 2010 02:28:33 +0300, Colin Guthrie 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 simply because of th
'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
'Twas brillig, and Tanu Kaskinen at 10/05/10 06:47 did gyre and gimble:
> On Sat, 2010-05-08 at 14:30 +0100, Colin Guthrie wrote:
>> I've just done a git cherry and pushed 5 patches to master (although one
>> of those I'd only just committed to stable-queue so really master only
>> had 4 missing co
20 matches
Mail list logo