Bug 882506

Summary: System sounds are very delayed
Product: [Fedora] Fedora Reporter: Mary Ellen Foster <mefoster>
Component: pulseaudioAssignee: Lennart Poettering <lpoetter>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: belegdol, brendan.jones.it, lkundrak, lpoetter, rdieter, rh-bugzilla
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-08 20:25:36 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
pulseaudio log from one KDE system sound
none
pulseaudio log from a brief interaction with gcompris none

Description Mary Ellen Foster 2012-12-01 14:41:20 UTC 
Description of problem:
I am running Fedora 18, and there seems to be a big delay before any system sounds are played. For example:

- When I log in (to KDE), I don't hear the startup sound for 10-15 seconds
- If I do something that causes KDE to pop up a warning window (e.g., closing a system settings window with un-saved changes), the "bing" sound plays about a second after the window pops up
- If I use gcompris (educational software), the sound effects occur perceptibly after the event they correspond with
- If I start gcompris immediately after logging in, I don't hear any sounds initially; then, the delayed KDE login sound finally plays, and then I hear all of the batched up gcompris sounds

But:

- Playing audio with paplay or amarok doesn't have any delay
- Using Flash in my web browser also has no audio issues

My sound hardware is as follows:
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04

Version-Release number of selected component (if applicable):
pulseaudio-2.1-4.fc18.x86_64

How reproducible:
Every time

Steps to Reproduce:
1. See above

Additional info:
Fedora 17 on identical hardware does not have these issues
Comment 1 Martin Kho 2012-12-05 14:24:12 UTC 
Hi,

FYI: On de kde-fedora mailing list there was a discussion [1], [2] about the same problem. To my knowledge it is never solved. The delay started after the update to kde version 4.9.x

Hope this can help a little,

Martin Kho


[1] http://lists.fedoraproject.org/pipermail/kde/2012-August/011857.html
[2] http://lists.fedoraproject.org/pipermail/kde/2012-November/012025.html and follow ups.
Comment 2 Mary Ellen Foster 2012-12-05 20:56:20 UTC 
Created attachment 658388 [details]
pulseaudio log from one KDE system sound

Here's the first of two pulseaudio logs. In this one, I caused one KDE system sound to play (search for "knotify") -- the "bing" noise happened about a second after the corresponding dialogue box.
Comment 3 Mary Ellen Foster 2012-12-05 20:59:22 UTC 
Created attachment 658389 [details]
pulseaudio log from a brief interaction with gcompris

This log shows the output from running gcompris briefly and doing one activity. All sounds were very delayed.
Comment 4 Julian Sikorski 2012-12-25 09:57:50 UTC 
Does the patch from bug 888422 have any influence?
Comment 5 Mary Ellen Foster 2012-12-28 10:06:39 UTC 
I haven't tried that patch yet -- but I have updated to pulseaudio 3.0 from rdieter's "pulseaudio-backports" repo and that also fixed the problems.

I see that a new update of pulseaudio has been pushed with the patch from that bug included. I'll try that out over the weekend.
Comment 6 Rex Dieter 2013-02-08 20:25:36 UTC 

*** This bug has been marked as a duplicate of bug 888422 ***