su, 2010-01-10 kello 08:01 +0200, Tanu Kaskinen kirjoitti:
> Forwarding my reply to Mads to the list also.
Ok, this is great - the forwarded content didn't seem to get through.
I'll just copy-paste the message then:
su, 2010-01-10 kello 00:57 +0100, Mads Kiilerich kirjoitti:
> Tanu Kaskinen wrot
Forwarding my reply to Mads to the list also. Mads, please don't put me
in CC, because I'm subscribed to the list and if I press "reply",
Evolution sends the reply to you privately by default :)
--- Begin Message ---
su, 2010-01-10 kello 00:57 +0100, Mads Kiilerich kirjoitti:
> Tanu Kaskinen wrote,
la, 2010-01-09 kello 14:06 -0500, Jud Craft kirjoitti:
> Keep in mind that behind the scenes, when running one program,
> Pulseaudio actually treats the device volume as the current
> application volume, and scales other applications relative to the
> loudest application.
Sure. But the sink still
Tanu Kaskinen wrote, On 01/08/2010 05:32 AM:
pe, 2010-01-08 kello 01:02 +0100, Mads Kiilerich kirjoitti:
FWIW I would make the opposite conclusion. The listening condition often
changes, and thus I often and quickly want to adjust the volume of all
streams. The relative volume of the streams
On Sat, Jan 9, 2010 at 6:28 PM, Nix wrote:
> No it doesn't, not consistently anyway: remote qemu just started
> chopping even though pavucontrol was running. The diagnosis in Debian
> bug 533039 looks accurate to me: the plugin is disconnecting and
> reconnecting so fast that pavucontrol shows the
On 9 Jan 2010, n...@esperi.org.uk uttered the following:
> More oddly yet, if I start pavucontrol, whether locally or remotely,
> before the remote application, the entire session is flawless: if I
> start it while the choppy playback is going on, the choppiness vanishes.
No it doesn't, not consi
I've just tried to use the PulseAudio ALSA plugin for the first time (I
thought it might be a better way to do remote audio than relying on
everything supporting bloody esound, and alas some things just don't do
anything else).
Unfortunately the results are not pretty. With no other clients connec
Keep in mind that behind the scenes, when running one program,
Pulseaudio actually treats the device volume as the current
application volume, and scales other applications relative to the
loudest application.
This is because in terms of amplification and quietness, the actual
hardware's dynamic v
Colin Guthrie wrote:
> 'Twas brillig, and David Henningsson at 09/01/10 09:00 did gyre and gimble:
>> The pulse ALSA plugin has been known, for a while, to not work properly,
>> causing underruns, hangs etc. I sat down yesterday trying to figure it
>> out, and I'm pretty certain this patch improves
'Twas brillig, and David Henningsson at 09/01/10 09:00 did gyre and gimble:
> The pulse ALSA plugin has been known, for a while, to not work properly,
> causing underruns, hangs etc. I sat down yesterday trying to figure it
> out, and I'm pretty certain this patch improves the situation, but I
> do
The pulse ALSA plugin has been known, for a while, to not work properly,
causing underruns, hangs etc. I sat down yesterday trying to figure it
out, and I'm pretty certain this patch improves the situation, but I
don't mind getting some help testing it before it is committed upstream.
Related bug:
11 matches
Mail list logo