Bug 494109
| Summary: | When starting mplayer there is a 3-4 second delay when opening a file | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kevin DeKorte <kdekorte> | ||||
| Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | rawhide | CC: | lkundrak, lpoetter, wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-04-10 19:50:21 UTC | Type: | --- | ||||
| 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
Kevin DeKorte
2009-04-04 13:17:25 UTC
Seems to happen when playing the first file after no audio activity for about 5 - 10 seconds, so perhaps it is a delay in the wake up of pulse audio Hmm, if you comment the "load-module module-suspend-on-idle" in /etc/pulse/default.pa and then relogin (or restart pa), does the problem go away? It seems to help some, but I still get some delay but not everytime. Seems to be a little more random as to when it will happen now. http://www.pulseaudio.org/ticket/440 Isn't this the issue? mplayer itself points at this pulseaudio bug when this delay happens. Something very similar happens when I try to play Youtube videos. I am running SVN of mplayer that has a workaround for that bug in it, this is at the very beginning of playing the file.. it seems like some audio buffer is filling but mplayer is not receiving a message back that the buffer is ready or played.. I disabled glitch free audio by adding tsched=0 to the module-hal-detect line and it appears to have solved the problem. According to http://pulseaudio.org/wiki/BrokenSoundDrivers my card should already be fixed... Since it is an snd-intel-hda with the ALC883 codec. I have attached the output from alsa-info.sh to this ticket. Created attachment 338795 [details]
alsa-info for my machine
my speakers are connected to 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
and
01:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series]
Is not used
I removed tsched=0 and pulled pulseaudio from git and rebuilt the rpms (without any patches) based on this git snapshot. So far things seem to be a little better. Perhaps another snapshot of pulseaudio could be released? pulseaudio 0.9.15-9 seems to have corrected this, I believe you can close this bug. Closing then. |