Bug 158571 - Scratched sound output
Scratched sound output
Product: Fedora
Classification: Fedora
Component: esound (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: John (J5) Palmieri
: Patch
: 140999 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2005-05-23 13:44 EDT by Enrico Scholz
Modified: 2013-03-13 00:48 EDT (History)
5 users (show)

See Also:
Fixed In Version: FC5
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-21 22:08:39 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Update to 0.2.36 (1.62 KB, patch)
2005-07-13 15:01 EDT, Ville Skyttä
no flags Details | Diff

  None (edit)
Description Enrico Scholz 2005-05-23 13:44:04 EDT
Description of problem:

Recent esound/alsa/<whatever> produces broken (overdrived??) sound. E.g.

| esdplay /usr/share/sounds/KDE_Startup_new.wav
| esdplay /usr/share/system-config-soundcard/sound-sample.wav

sounds broken. Using the OSS layer sounds fine:

| play /usr/share/sounds/KDE_Startup_new.wav

Same happens when e.g. playing songs in XMMS; with the esd output plugin they
sound broken, while ALSA or OSS output are fine.

All this happened after a big system upgrade from FC3.90 to recent rawhide;
things were fine before the upgrade.

Version-Release number of selected component (if applicable):


snd_intel8x0 on an ASUS P4C800-E

How reproducible:

Comment 1 Enrico Scholz 2005-05-23 15:23:45 EDT
Disabling 'dmix' in my ~/.asoundrc with

| pcm.!default {
|         type hw
|         card ICH5
|         device 0
| }

makes sound work again.
Comment 2 bperkins 2005-06-18 18:21:26 EDT
Same report here

Also using snd_intel8x0 on an IBM Thinkpad R32.
This is probably an ALSA problem.

This ~/.asoundrc worked for me.

pcm.!default {
         type hw
         card 0
         device 0
Comment 3 Henry Leung 2005-07-08 08:34:31 EDT
The problem can also be solved by download and install esound 0.2.36.
I'm not sure whether the problem is caused by esound 0.2.35, or by the patches
that fedora applied. Anyway the problem was fixed after applied the above update.

I suggest that fedora should treat this problem as critical, as this impact
GNOME and all applications that rely on esound.
Comment 4 Ville Skyttä 2005-07-13 14:58:57 EDT
This is particularly annoying for me with SDL applications (er, games): SDL in 
FC has been     
patched to prefer arts, then esound, then oss, then alsa.  Now, I run KDE, but     
cannot use arts because of the delay it introduces to eg. SDL games' sounds.      
So, I get esound, which produces distorted sound.  I "fixed" it for SDL by 
setting SDL_AUDIODRIVER=alsa ("dsp" works too) in the environment. 
Anyway, comment 3 seconded, an update would be nice.  This is IBM ThinkPad    
A30p, snd_intel8x0 too.  Updating to 0.2.36 fixes it and doesn't appear to    
break anything (running on FC4).  Will attach the patch I used to update. 
Comment 5 Ville Skyttä 2005-07-13 15:01:14 EDT
Created attachment 116716 [details]
Update to 0.2.36
Comment 6 John Conroy 2005-07-29 04:36:58 EDT
I had similar issues and posted a workaround in Comment #2 of Bug #140999.
Comment 7 Ville Skyttä 2005-07-31 10:48:03 EDT
That workaround doesn't appear to help here, but updating to 0.2.36 does. 
Comment 8 Mark Wilkinson 2005-08-03 10:23:19 EDT
Just a further data point: I'm seeing (or hearing!) the same problem on FC4
running on a Dell Latitude D600. The .asoundrc workaround works for me. Haven't
tried building my own 0.2.36 package yet.
Comment 9 Dan Hensley 2005-10-24 22:28:16 EDT
This affects my motherboard (Gigabyte K8N Pro-SLI with onboard ALC850).  Both
the solution in comment #2 of this bug and comment #6 worked for me.  I also
second comment #3.
Comment 10 John (J5) Palmieri 2005-10-26 16:40:28 EDT
esound has been 0.2.36 since July, I'm not sure why the bug isn't closed. Am I
missing something or are people still seeing this issue in 0.2.36?
Comment 11 Ville Skyttä 2005-10-26 16:58:00 EDT
FWIW, FC4 is still at 0.2.35, and affected. 
Comment 12 John (J5) Palmieri 2005-10-26 18:31:08 EDT
Ah, ok.  Switching version.
Comment 13 John (J5) Palmieri 2005-10-26 18:46:16 EDT
Building 0.2.36-0.fc4.1 as a release candidate.  Should be pushed soon.
Comment 14 Fedora Update System 2005-10-27 13:08:52 EDT
From User-Agent: XML-RPC

esound-0.2.36-0.fc4.1 has been pushed for FC4, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.
Comment 15 Ville Skyttä 2005-10-27 14:18:53 EDT
0.2.36-0.fc4.1 seems to fix it here indeed.  Thanks! 
Comment 16 Dan Hensley 2005-10-28 13:58:05 EDT
0.2.36-0.fc4.1 does NOT fix it here.  I have left the esd.conf file alone
(unlike the suggestion in #140999).  I have a Gigabyte K8N Pro-SLI and AMD 64 X2
3800+ (running in non-smp mode due to the numerous problems with the smp
kernel).  The fix suggested in Comment #2 did fix the problem with the 0.2.35
package.  I will reapply it again to see if that fixes it for 0.2.36.
Comment 17 Graham Evans 2005-11-14 06:02:23 EST
Comment #2 method DID work for me on x86_64.  Upgrade to 0.2.36 DID NOT work. 
Also suggestion on 140999 about forcing a changed sampling rate DID NOT work.
Comment 18 Bill Nottingham 2006-09-21 22:08:39 EDT
Closing bugs in MODIFIED state from prior Fedora releases. If this bug persists
in a current Fedora release (such as Fedora Core 5 or later), please reopen and
set the version appropriately.
Comment 19 John Thacker 2006-10-31 15:04:11 EST
*** Bug 140999 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.