From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000490]: Choppy sound when playing on Acer TravelMate 2000
Date: Thu, 15 Sep 2005 15:13:36 +0200 [thread overview]
Message-ID: <0c39c47530d151f5da26d83c3bbf2ae2@bugtrack.alsa-project.org> (raw)
The following issue has been set as DUPLICATE OF issue 0000583.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=490>
======================================================================
Reported By: feixm
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 490
Category: PCI - atiixp
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: linuxfromscratch, everything compiled from original
sources
Kernel Version: 2.6.8.1
======================================================================
Date Submitted: 09-08-2004 21:16 CEST
Last Modified: 09-15-2005 15:13 CEST
======================================================================
Summary: Choppy sound when playing on Acer TravelMate 2000
Description:
Hello,
when playing any audio file from my new Acer TravelMate 2000, the sound is
very choppy. I tried playing using xmms, mplayer and others. From lspci I
see, it is an ATI IXP 150. I understand that this bugreport alone won't
help you guys, so if I can give any more info, pls let me know.
When playing movies with mplayer, I see lots of messages like:
alsa-play: xrun of at least 0,131 msecs. resetting stream% 0% 0,0% 1 0
0%
alsa-play: xrun of at least 0,026 msecs. resetting stream 0% 0% 0,0% 7 0
0%
These appear even more where skipping back and forward in the movie.
I found, that playing movies through SDL helps a little, but sound is
still choppy and cannot be listened to.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
duplicate of 0000583 xruns when playing audio or video files
======================================================================
----------------------------------------------------------------------
rounin - 01-18-05 07:56
----------------------------------------------------------------------
The same issue occurs in Fedora Core 3, on the hp/compaq nx9110 laptop.
Turning off acpi was suggested in another thread, but it seems like a bad
choice on a laptop.
----------------------------------------------------------------------
rounin - 01-18-05 08:09
----------------------------------------------------------------------
Booting with pci=noacpi seems to be working though.
----------------------------------------------------------------------
tiwai - 01-18-05 11:32
----------------------------------------------------------------------
Try 1.0.8. Some hardwares have a bug in reading DMA pointer register. The
latest ALSA version has a workaround.
----------------------------------------------------------------------
rlrevell - 01-18-05 21:25
----------------------------------------------------------------------
I think this is an mplayer bug. I get the same behavior - it's unusable
with ALSA output because they reset the stream on every xrun, and xruns
are inevitable because they don't use a separate RT thread for audio.
Try oss emulation, mplayer -ao oss. This works for me.
----------------------------------------------------------------------
feixm - 01-18-05 22:47
----------------------------------------------------------------------
I don't think that MPlayer is to be blamed, as I've tested this behaviour
with XMMS and others. I'll test with latest 1.0.8 release and post an
update.
----------------------------------------------------------------------
feixm - 01-19-05 15:17
----------------------------------------------------------------------
Today I recompiled my Alsa-driver installation with latest 1.0.8. Now
mplayer can play movies with no problems for few minutes and then sound
stops for about a second with almost 100 of lines like:
ALSA lib pcm_hw.c:563:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed:
Broken pipe
alsa-play: xrun of at least 0,019 msecs. resetting stream
ALSA lib pcm_hw.c:563:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed:
Broken pipe
alsa-play: xrun of at least 0,016 msecs. resetting stream
ALSA lib pcm_hw.c:563:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed:
Broken pipe
alsa-play: xrun of at least 0,016 msecs. resetting stream
Last two lines are always something like:
alsa-space: xrun of at least 1,753 msecs. resetting stream
alsa-space: xrun of at least 1,169 msecs. resetting stream
Then it continues to play normally, just after next few minutes exactly
the same thing happens again.
----------------------------------------------------------------------
tiwai - 01-19-05 15:20
----------------------------------------------------------------------
Don't forget to install alsa-lib 1.0.8, too (although I guess this won't
fix the problem...)
----------------------------------------------------------------------
feixm - 01-21-05 14:19
----------------------------------------------------------------------
Installing alsa-lib 1.0.8 didn't help, the problem persist. I tried to
compile alsa-lib and alsa-driver packages with --with-debug=full, but
there is no output in syslog when the problem occurs. I even tried
suggested pci=noacpi boot option with no success. Is there anything more I
can post here to help further investigation?
----------------------------------------------------------------------
tiwai - 01-21-05 17:30
----------------------------------------------------------------------
No further idea yet.
----------------------------------------------------------------------
rlrevell - 01-21-05 19:13
----------------------------------------------------------------------
Did you ever try OSS emulation? I still think it's an mplayer bug.
----------------------------------------------------------------------
feixm - 01-22-05 13:30
----------------------------------------------------------------------
Yes, I tried OSS emulation in my very first attempts to solve this problem.
Since I've found, that there is no difference in using directly Alsa or
indirectly alsa through OSS emulation, I completelly stoped to compile
programs with deprecated OSS support. So, the answer is - yes, I tried OSS
emulation about 3 months ago, when I installed Linux on this notebook and
discovered this problem.
Another note regarding Mplayer. It's not only mplayer, it's XMMS, it's
virtualy everything in my KDE desktop, which is using ARTS daemon, which
in turn is configured to use Alsa, or OSS few months ago. No matter what I
use, the symptomps are still the same.
Everything is fine, say for about 3 to 10 minutes (this is VERY random),
that suddenly sounds gets scrambled for few hunderds of miliseconds up to
two seconds and then it continues to play normaly. After random number of
seconds (minutes) it happens again.
Yesterday I've installed into my XMMS a crossfading module. When it's set
up to use Alsa as output device, it plays "fine", with the behaviour
described above. But when I use ARTS as an output device, it plays one
second of music, then it skips about 10 seconds, plays another second of
music, then skips another 10 secods... Looks like it's filling some sound
buffer but the buffer gets flushed sooner, then it's actually played. When
using ARTS as direct output (without Crossfader module as intermediate) it
plays "fine", with the mentioned behaviour.
Maybe this helps, maybe it's a description of a XMMS or ARTSd bug and it
has nothing to do with this problem. Who knows. I definitelly don't :).
Issue History
Date Modified Username Field Change
======================================================================
09-08-04 21:16 feixm New Issue
09-08-04 21:16 feixm Distribution => linuxfromscratch,
everything compiled from original sources
09-08-04 21:16 feixm Kernel Version => 2.6.8.1
01-18-05 07:56 rounin Note Added: 0003242
01-18-05 07:59 rounin Issue Monitored: rounin
01-18-05 08:09 rounin Note Added: 0003245
01-18-05 11:32 tiwai Note Added: 0003247
01-18-05 21:25 rlrevell Note Added: 0003260
01-18-05 22:47 feixm Note Added: 0003261
01-19-05 15:17 feixm Note Added: 0003282
01-19-05 15:20 tiwai Note Added: 0003285
01-21-05 14:19 feixm Note Added: 0003347
01-21-05 17:30 tiwai Note Added: 0003350
01-21-05 19:13 rlrevell Note Added: 0003351
01-22-05 13:30 feixm Note Added: 0003376
09-15-05 15:13 jdthood Relationship added duplicate of 0000583
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
next reply other threads:[~2005-09-15 13:13 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-15 13:13 bugtrack [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-03-22 2:15 [ALSA - driver 0000490]: Choppy sound when playing on Acer TravelMate 2000 bugtrack
2005-09-15 13:14 bugtrack
2005-01-22 12:30 bugtrack
2005-01-21 18:13 bugtrack
2005-01-21 16:30 bugtrack
2005-01-21 13:19 bugtrack
2005-01-19 14:20 bugtrack
2005-01-19 14:17 bugtrack
2005-01-18 21:47 bugtrack
2005-01-18 20:25 bugtrack
2005-01-18 10:32 bugtrack
2005-01-18 7:09 bugtrack
2005-01-18 6:56 bugtrack
2004-09-08 19:16 bugtrack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0c39c47530d151f5da26d83c3bbf2ae2@bugtrack.alsa-project.org \
--to=bugtrack@alsa-project.org \
--cc=alsa-devel@alsa-project.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.