** Changed in: pulseaudio (Mandriva)
Importance: Unknown = Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/190754
Title:
Over-optimistic buffering in PulseAudio causes underruns (audible
** Changed in: gst-plugins-good
Importance: Unknown = Medium
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Changed in: gst-plugins-good
Status: New = Fix Released
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
released in jaunty's -11.38
** Changed in: linux (Ubuntu)
Status: Fix Committed = Fix Released
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of
I'm closing this task against paconfig since this bug was fixed in the
pulseaudio package. Thank you.
** Changed in: paconfig
Status: Incomplete = Invalid
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You
This bug was fixed in the package pulseaudio - 0.9.14-0ubuntu6
---
pulseaudio (0.9.14-0ubuntu6) jaunty; urgency=low
* 0004_disable_autospawn.patch: Disable this patch. Doing so
allows the daemon to spawn if not already running, which
works around LP: #191027, #204272
*
** Changed in: pulseaudio (Ubuntu)
Status: Triaged = Fix Committed
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Hello,
I have been having this same issue, I tried sudo usermod -a -G pulse-rt
$USER as suggested above, did not work. I disabled wifi and immediately
stutter stopped and sound is perfect.
linux mint - release 6 felicia (ubuntu based) with gnome
No LSB modules are available.
Distributor ID:
I added my bug report to this, but I should have pointed out that it
started with my upgrade to jaunty. It seems to be very close to the
problems that I had with audio when I upgraded to intrepid.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Motin, a different bug.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I get this output (repeated a zintillion times) from pulseaudio -vv when
making Skype calls:
I: client.c: Created 3562 Native client (UNIX socket client)
I: protocol-native.c: Got credentials: uid=1000 gid=1000 success=1
I: protocol-native.c: Enabled SHM for new connection
I: client.c: Client
Just to confirm, same problem here.
When I scroll in Firefox, the sound gets choppy
Thanks!
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs,
So... how do I change the sampling method to speex-fixed-0 ??
Thanks!
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
sudo usermod -a -G pulse-rt $USER
seems to work
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
@Patricio:
sudo nano /etc/pulse/daemon.conf
enter your password, then change the line with resample-method to
resample-method = speex-float-0
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug
to clarify further, this has become worse for me in Intrepid; it appears
not to be fixed and worse still, pulseaudio now seems to crash under
high cpu load.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received
I haven't experienced this in Hardy for a while. But when I fresh
installed Intrepid beta, this seems to have become an issue again. Has a
fix been commited?
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You
Mandriva is changing resampling method with this patch since months ago,
and work really great (well, in general mandriva pulseaudio
implementation works much better than ubuntu one, I am not suggesting
that pulse maintainer in ubuntu is bad or something else, I am simply
suggesting maintainer to
Demoting importance due to known workaround. Definitely should be
considered for 8.10 alpha 6, as the change is trivial.
** Changed in: pulseaudio (Ubuntu)
Importance: Medium = Low
Status: Confirmed = Triaged
--
Over-optimistic buffering in PulseAudio causes underruns (audible
@Daniel
Could you please point to the trivial change that you believe needs to
be made. It is not clear at all from the thread. A number of completely
different workarounds have been posted. There's a lot to wade through
here. If someone could provide a summery, pointing out the proposed
change,
HI!
i solved my scrachy sound.
Try to set in your daemon configuration file | Resample-methods= trivial |
Now i have simoultaneus output and nothing interruption of sound.
i hope that this help someone..
bye, tyrchyus
--
Over-optimistic buffering in PulseAudio causes underruns (audible
Hi!
My pulseaudio stuttering problem solved by adding myself to the pulse-
rt group by entering:
sudo usermod -a -G pulse-rt $USER
Afterthat: log out and log in.
My soundcard:
$lspci | grep audio
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)
Roti
--
** Changed in: pulseaudio (Mandriva)
Status: Unknown = Fix Released
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Also affects: pulseaudio (Mandriva) via
http://qa.mandriva.com/show_bug.cgi?id=36084
Importance: Unknown
Status: Unknown
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug
Adding paconfig to the bug was an accident; paconfig is unaffected.
** Bug watch added: GNOME Bug Tracker #537537
http://bugzilla.gnome.org/show_bug.cgi?id=537537
** Also affects: gst-plugins-good via
http://bugzilla.gnome.org/show_bug.cgi?id=537537
Importance: Unknown
Status:
** Changed in: gst-plugins-good
Status: Unknown = New
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Just tried this myself, on a 2.2Ghz Core 2 Duo laptop, i'm getting 8%
CPU using the default settings, with a noticable crackling/static sound
at higher volumes (90 or above) -- so after reading this bug, I ran some
tests to see if I could stop the pops.
The best result I found was speex-float-1,
After upgrading to Hardy some time ago, I found that when doing my
regular development work, audio stuttering was all too often the norm
(extremely annoying). This seems to happen not only with CPU-intensive
tasks, but IO-intensive ones.
I stumbled across this bug this morning, and tried
Will this be fixed for hardy 8.04.1 at least? There are some known bugs
(with already included fixes or workarounds) related with pulseaudio
that are still unfixed
Thanks
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Marking as confirmed as it is affecting many people and people responded
to Luke's request to try his PPA packages.
** Changed in: pulseaudio (Ubuntu)
Status: Incomplete = Confirmed
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Ok, a quick follow-up to my previous post.
I played a movie (Blade III, audio at 48Khz and PulseAudio server at
44.1Khz) as a resampling test and I could hear crackling (that's
unrelated to buffering) during explosion sequences. It seems the
resampler speex-fixed-0 causes some crackling
PulseAudio's resample-method in Ubuntu is currently set to speex-
float-3, which uses a high amount of CPU when a client uses a different
sample rate than the server.
Here's an example: if you play a 48Khz mp3, it has to be downsampled
PulseAudio's default rate of 44.1Khz. On my system, the
not fixed for me as well. pulseaudio has still to be turned off here.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Changed in: paconfig
Status: New = Invalid
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
might this be related to Xorg? in conjunction with other bugs /
de-optimizations here and elsewhere?
I find it very demanding, lately..
scrolling firefox, openoffice, thunderbird, skype, switching tabs, minimizing,
maximizing, etc.. peaks Xorg to exaggerated CPU-usage...it got better in
the .18 kernel update didn't fix the problem for me either. still
crackling sound when arriving pidgin or cgmail notifications.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification
OK i have tried to re-create the stutter with using apt-get under high
CPU stress and RAM load but not managed it yet. I guess when i did get
it there were some particular updates that caused the stutter. Looks
like it is fixed, thanks guys.
--
Over-optimistic buffering in PulseAudio causes
Not fixed for me. :( I thought the same as I updated to the new
2.6.24-18 kernel. For about four, or five hours no shuttering, and then
it just occured again and cant't be fixed till next reboot. :( Have
tried to build my own kernel 2.6.25-4 with and without rt patch. Tried
to set it to server
I just upgraded to 2.6.24-18 kernel as well. At first I was using the
rt kernel, which did not behave any better in regards to audio drop outs
(than previous versions in Hardy). Of note is that I'm NOT using
PulseAudio, but just plain ALSA. I then tried the regular 2.6.24-18
kernel and I have
@ Richard Mayhew
That is most likely because update-manager etc a lot of RAM (not all at once
but they have a high change in ram/s)
Or at least my RAM usage graph wiggles a lot more when update-manager/ apt-get
is running so I assume this is the case.
High CPU usage + high RAM usage =
hello,
i followed by now more or less the suggestions / links mentioned in this thread:
things got better in general. latest updates seem to fix some related stuff too.
adding the deb http://ppa.launchpad.net/themuso/ubuntu hardy main
to the repo list did update the pulseaudio stuff. nevertheless
I am still experiencing this bug when running updates (maybe update
manager is cpu hungry)
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs,
After the updates I still experience stutters when new packages are
being installed whether that be from synaptic, update manager or command
line. I don't get any noticeable stutters with any other high CPU usage
except for the situation mentioned above of course.
--
Over-optimistic buffering in
Can everybody please try the version of pulseaudio in my ppa, linked to
below? I've changed the fragment size settings, and have found
particularly for stuff using the pulse alsa-plugin, that performance has
been improved. Please report back with feedback:
deb
tvst,
Firstly, enable the hardy-proposed repository and grab version
2.6.24-17-generic of the kernel, that may help eliminate stuttering
(even without PulseAudio). Also, your comments re: removing your
asound.conf seem odd. As far as I know, dmix is setup by default in ALSA
when no asound.conf
some usb cards NEED asoundrc, otherwise ALSA has no clue how to deal with it.
my alesis io|2 worked just with asound configured under ubuntu gutsy but under
hardy it goes without.
anyway,
since hardy i am experiencing a lot aof issues.
one of them is rhytmbox in combo with browsing the net with
I don't think it is Compiz as I have this problem and compiz is not
enabled.
I no longer get this problem while tabbing (even in firefox - this does
eventually push the CPU up to 100%), but when something ram intensive
(like hugin stitching photos together) is occurring there is lots of
As far as I know, dmix is setup by default in ALSA when no asound.conf file is
present.
Conn: that's what I thought too (that's what the ALSA wiki says). But my
experience is that I get not software mixing unless I specifically add dmix to
asound.conf , and I tried this on 3 completely
I just booted with the 2.6.24-17 kernel, and there's no audio at all. In
fact, there's no /proc/asound, so i can't even list the contents of
/proc/asound/cards. Similarly, the Device selectbox in
SystemPreferencesSound is empty.
Also, I just went to my other laptop (also clean hardy install, but
Ok, at a first glance the new kernel (2.6.24-17) seems to fix the audio
issues I was having with Pulseaudio. I'll keep you posted if I notice
any problems. Thanks for the help!
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Actually, about the no soundcards thing: I think I forgot to install
some modules. brb :)
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs,
I get the same behavior as just about everyone else here, but I do not
thing it's a PulseAudio issue. At first it did seem it was Pulse-
related, since thinks worked smoothly when I killed the PulseAudio
daemon and used ALSA instead. That is, I could play music, Alt-Tab,
switch desktops, listen to
Oh, and this is a clean Hardy (release version, not beta) install.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Actually, this seems to have something to do with my dmix setup. When I
remove everything from my asound.conf (well, I just keep the lines that
make my USB sound card the default one) everything works without
glitches.
But I get no software mixing :(
--
Over-optimistic buffering in PulseAudio
Conn, you're correct in presuming the effect of the fragment settings
are highly dependent on audio hardware. (Please note that lspci -v
information is insufficient to diagnose; one needs to provide lspci
-nv|grep -A1 040[13]. It's the SSID that's important. Or, provide the
codec dump in
alsa-plugins and alsa-lib should be backported from intrepid (hardy-
proposed is not appropriate due to the invasive changes in alsa-lib, and
alsa-lib 1.0.16 is required for alsa-plugins 1.0.16).
Can someone reproduce the symptoms using -generic with nohz=off
appended to the kernel command line?
Daniel,
Thanks for not marking the pulseaudio task invalid yet, as I have a
theory as to why some applications stutter.
If you can bear with me by installing the Debian unstable versions of
libasound2/libasound2-plugins and run pulseaudio in verbose mode, it
exposes some odd behaviour for
Daniel,
I rebooted kernel 2.6.24-17-generic with the parameter nohz=off, and,
using the default PulseAudio configuration, stutters continue. Easily
reproducible by playing a movie in VLC and moving around its window or
minimizing/maximizing Firefox simultaneously. In fact, it stutters even
when
Same here.
Installed corresponding alsa packages from intrepid, so skype and some other
stuff now works under PA, but sound from some apps (like Skype, sdl-pulseaudio)
is stuttering.
Kernel 2.6.24-17-generic helped a little or not at all, hard to tell
exactly, but it doesn't solve the issue. I
@Conn: From the limited testing I have done it seems that installing the
updated libasound2 packages fixes _both_ the stutter and the Rhythmbox hangs
when playing over the network. I can run 2 instances of yes /dev/null while
playing on a remote server and there is completely no stutter even
I agree that this is a pulseaudio problem, switching amarok to ALSA from
Autodetect has fixed the problem for me.
On a side note, the problem did not exist in the 64 bit install of Hardy I had
on this machine, but did occur in the 32 bit install.
--
Over-optimistic buffering in PulseAudio
Krzysztof,
Regarding the crash you're experiencing, please see bug #198453, and try
updating your libasound2 and libasound2-plugins packages to see if it
solves your particular problem. See my comment here:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/198453/comments/65
--
The new kernel seems to have completely removed my stutter problem.
The pops appear to be a completely different problem (they only happen
when reserving an audio device), but that doesn't bother me at all.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Another workaround: Put this in /etc/asound.conf
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
In System-Preferences-Sound, configure everything to use ALSA.
This completely eliminates the stutter for me.
Followup about the previous workaround:
If I change desktops or do something that causes a redraw of a large portion of
the screen when playing sound on a remote server, there is a quite large
probability that Rhythmbox will hang completely and will have to be killed. I
used PulseAudio the same
Just a follow up on my previous post concerning stuttering with gstreamer and
ALSA. Sorry if its a little off topic (not directly related to PulseAudio). I
was able to get gstreamer based applications to not drop out anymore by
increasing the buffer size. With gconf-editor add the parameter
I'm also experiencing audio stuttering and wanted to contribute my
findings. I'm using Ubuntu 8.04 with the rt kernel.
First off, I think there are many sources of this problem which all
result in audio drop outs, which is likely why this bug has become so
confusing. I was also experiencing
Correction to my previous comment: While 17-generic greatly improves the
situation, and solves it for many usage scenarios, it doesn't fix
everything. After several days use, I found a small case or two in which
it still happens (e.g. iconifying/deiconifying Deluge to the
notification area while
I agree with kripkenstein; that for me, at least, 17- is a great
improvement, but I still hear odd pops now and then when using amarok
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification
This may be related to lp bug #211052 , as Conn's comment implies it may
related to a samplerate bug.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of
Some more feedback here:
The good:
2.6.24-17-generic seems to have fixed the issue for Rhythmbox, Totem
(GStreamer) and mplayer.
The bad:
Pidgin's notification sounds still stutter though.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Wow , its fixed for me also after installing the new kernel
2.6.24-17-generic, thats great , I'm not sure who suggest this but many
thanks to him.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug
I can confirm that this is fixed for me for the new -17 kernel. I
downclocked my cpu and opened about 20 windows to test and found no
stutter. I think I read in the update description that this was meant to
be fixed. I would suggest changing the bug status once this is the
default kernel.
--
Tim,
Although the original reporter reported the issue fixed, it's not fixed
for me yet. Perhaps it's better to wait for some more feedback to see if
more steps need to be taken.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
Daniel,
I'm sorry, but kernel 2.6.24-17-generic does not help with PulseAudio
stuttering (although some applications appear more resistant to
stuttering than others).
For example (using the default pulse settings): totem (gstreamer, using
pulse) will never stutter under CPU load. VLC using pulse
I'm almost positive the _symptoms_ are due to bug 188226. According to
the source code, PulseAudio itself doesn't seem to overoptimistically
buffer. If you do not use a driver in the restricted component, please
test the 17-generic kernel in hardy-proposed.
--
Over-optimistic buffering in
I tried the 17-generic kernel just now, and oddly enough I can't get
sound to work in it. It detects no sound devices. So, no way for me to
test if it helps with this bug.
Back to 16-generic, and sound works, but stutters and pops as per this
bug.
--
Over-optimistic buffering in PulseAudio
kripkenstein,
That's probably because you didn't install the linux-ubuntu-
modules-2.6.24-17-generic package manually. The linux-generic
metapackage usually gets uploaded after all packages are built and ready
(including the restricted-modules). I don't think everything is ready
yet, so you need
Conn: Thanks, you were right, I was missing the -modules- package.
Ok, I am very happy to report that this bug appears to be fixed for me
in the 17-generic kernel. Nice work!
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
I can confirm this on Hardy Heron final, CPU Intel Pentium 4 (2.8gHz),
1.5 GB RAM, AC 97 onboard sound, Nvidia video binary drivers. Rhythmbox
stutters, when minimizing/maximizing (compiz enabled), alt+tabbing, even
while scrolling pages on firefox and basically all the time while using
apt/update
** Changed in: pulseaudio (Ubuntu)
Status: Invalid = Confirmed
** Bug watch added: PulseAudio sound server #270
http://pulseaudio.org/ticket/270
** Also affects: paconfig via
http://pulseaudio.org/ticket/270
Importance: Unknown
Status: Unknown
--
Over-optimistic
** Changed in: paconfig
Status: Unknown = New
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I am having the same issue as Bug #223452, except with the built-in
Realtek ALC882 sink for PA instead of some USB device, and using the
Test Sound recording source instead of the PA one, so this is a playback
issue not caused by sound input. Nothing I've tried seems to help.
--
Over-optimistic
I can confirm this issue on my nforce4 mobo. The problem is worse when I
am using compiz. I am using the real-time kernel. Perhaps compiz and
pulseaudio are both fighting for the system bus.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
I tried all the configurations you suggested but decreasing the buffer
size just made the problem worse for me.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a
None of the above daemon.conf settings or realtime kernel worked for me, but
these did (on SoundBlaster Audigy 24bit, using CA0106 drivers):
high-priority = yes
nice-level = -14
no-cpu-limit = yes
default-fragments = 100
default-fragment-size-msec = 20
If i raise or lower the fragment size from
I was wrong, even though it is far better now than it was before, it's
still very annoying.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs,
As crazy as it may seem, reducing the buffer may help. Also I noticed
reduced CPU usage when I manually set the sample rate to my soundcard's
native rate, 48000Hz.
Try changing your /etc/pulse/daemon.conf to reflect the following
changes:
; default-sample-format = s16le
default-sample-rate =
A good test is Skype (OSS), available from Medibuntu as skype-static-oss
(as the ALSA version is not currently compatible). Run skype using the
padsp wrapper, i.e.: padsp skype
With the default settings, sound skips terribly. Using the above
configuration, it doesn't skip at all on my system. I
I've tried increasing the buffer size by increasing the number of
fragments and/or increasing fragment size in /etc/pulse/daemon.conf ;
and giving pulse higher priority. There is also an option in daemon.conf
to not limit the cpu pulse uses which I also tried. None of these seemed
to have much
I haven't had time to play around with this yet, but from this developer
blog http://0pointer.de/blog/projects/pulse-glitch-free.html ,
PulseAudio = 0.9.10 uses a fragment size of 25ms by default, with four
fragments. That means that right now, unless you reconfigure your
PulseAudio manually
Please see #221953.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Jery:
You can add pulseaudio -k to your gnome session. Menu System - Preferences
- Sessions.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs,
if you don't want to use pulse audio why don't you just remove the
package?
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Tim: it would remove ubuntu-desktop, which is not recommended.
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
pulseaudio -k
do the job
Thanks!!
Can someone please incorporate this into pulseaudio so that the problem is
fixed once for all!
Thanks again to Dan Andresan
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
Oh yes,
how to make
pulseaudio -k
permanently set up without doing this again and again?
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member of Ubuntu
Bugs,
Jery Wang, I don't think you understand the situation. pulseaudio -k
doesn't make pulseaudio do anything differently. It turns pulseaudio off
completely. The -k stands for kill. So asking to incorporate this
into pulseaudio makes no sense. Turning off pulseaudio might make it
sound better, but you
Oh, I didn't know -k is for kill
I don't mind pulseaudio installed in my system, but do I have a choice
to turn it off altogether during boot? Or I always have to kill it after
login?
Listening music that skips/stutters is unacceptable. All other features
that pulseaudio offers becomes useless
This has been linked to bug 188226. Also, see comments 106, 107, and
112 in bug 192888.
** Changed in: pulseaudio (Ubuntu)
Status: Confirmed = Invalid
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You
1 - 100 of 140 matches
Mail list logo