All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.