From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000583]: xruns when playing audio or video files
Date: Thu, 15 Sep 2005 15:13:43 +0200 [thread overview]
Message-ID: <e330019a2464534cfd04753ba67fb0c2@bugtrack.alsa-project.org> (raw)
The issue 0000490 has been set as DUPLICATE OF the following issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=583>
======================================================================
Reported By: KAtiOS
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 583
Category: PCI - atiixp
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: Gentoo Linux
Kernel Version: 2.6.9_rc4
======================================================================
Date Submitted: 10-15-2004 16:27 CEST
Last Modified: 09-14-2005 21:58 CEST
======================================================================
Summary: xruns when playing audio or video files
Description:
I get xruns when playing files.
I tested with lots of 2.6 kernels, up to 2.6.9_rc4 with the same results.
It seems that mplayer with sdl output works fine, but xruns with alsa.
Using acpi=off or pci=noacpi helps in mplayer but not in vdr (with
softdevice plugin - using alsa).
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0000776 desynchronization, xruns when running m...
has duplicate 0000490 Choppy sound when playing on Acer...
======================================================================
----------------------------------------------------------------------
lee - 10-15-04 18:43
----------------------------------------------------------------------
This is a kernel issue, not an ALSA bug. If you want xrun-free operation
you HAVE to use a kernel patched for low latency. Please close this bug.
----------------------------------------------------------------------
KAtiOS - 10-15-04 18:51
----------------------------------------------------------------------
Since when a low latency [so.. patched] kernel is needed to listen to music
and play video correctly?
Given that the processor isn't particulary weak and that's the only task
of the system, it shouldn't be hard to keep pace.
----------------------------------------------------------------------
lee - 10-15-04 19:02
----------------------------------------------------------------------
OK, you are right, you should not need to patch the kernel to avoid massive
xruns with regular AV playback. The reason I say it's a kernel issue is
that disabling ACPI seems to fix the problem.
Do you get fewer xruns if you disable xrun debugging? This can cause a
cascade effect where a single xrun triggers hundreds of them due to printk
overhrad.
Also, does it work OK with a 2.4 kernel?
----------------------------------------------------------------------
KAtiOS - 10-15-04 19:12
----------------------------------------------------------------------
Disabling ACPI seems to help with mplayer, but mplayer causes troubles only
a few times in the duration of a music, whereas VDR got several xruns a
second, whether ACPI is disabled or not.
I tried with xrun debugging desactived but VDR acts the same (visibly at
least).
I haven't used a 2.4 in months, would it helped it I tried with one?
----------------------------------------------------------------------
KAtiOS - 10-15-04 19:24
----------------------------------------------------------------------
Also note that I tried in the past with and without preempt without making
a major difference that I can still think of.
(preemp activated right now btw)
----------------------------------------------------------------------
lee - 10-15-04 19:29
----------------------------------------------------------------------
I get the occasional xrun with mplayer even with the latest 2.6 low latency
kernels. I figure it's a bug in mplayer's ALSA support. VDR I don't
know. Do other users of that program report the same issue?
There are many, many apps out there with buggy ALSA support but good OSS
support. Try a known good app like aplay or alsaplayer.
----------------------------------------------------------------------
KAtiOS - 10-15-04 20:28
----------------------------------------------------------------------
Humm.. yes but since mplayer seems to be working ok with audio files, I
don't think alsaplayer will help.
I just tested, I have xrun with a video played with mplayer (acpi off)
Any video player I could test?
----------------------------------------------------------------------
lee - 10-15-04 22:17
----------------------------------------------------------------------
If audio plays back OK but AV playback causes xruns, then this cannot be an
ALSA issue. Mplayer's ALSA support is known to be buggy. I am not sure
there is a video player with known good ALSA support. You might want to
ask on the alsa-user list.
----------------------------------------------------------------------
KAtiOS - 10-15-04 23:49
----------------------------------------------------------------------
Tested again with mplayer, I still get xruns with audio files, but less
often than with acpi on. Alsaplayer seems to be working ok (yet)
But what's the point of using Alsa if no third party software is able to
use it correctly?
Btw I've used mplayer and alsa on other computers and never got any xruns.
The only difference I can see is hardware, and so hardware driver (here
atiixp alsa driver)
----------------------------------------------------------------------
lee - 10-16-04 01:11
----------------------------------------------------------------------
There is lots of third party software that does use the ALSA API correctly.
But mplayer is simply an incorrect design. It's single-threaded, and
updates everything - GUI, sound, video - in one thread. So when you move
the mouse to the bottom of the screen to bring up the control panel, you
get skips in the output.
I tried it here and just switching windows causes a 400 ms xrun.
Please close this bug.
----------------------------------------------------------------------
lee - 10-16-04 01:18
----------------------------------------------------------------------
More info:
This is _definitely_ a bug in Mplayer. It's trivial to reproduce. I
tested here with several different video files and producing _any_ load on
the system - switching windows for example - will produce massive xruns.
Using OSS emulation (mplayer -ao oss) works fine. So this is not an ALSA
problem.
Please ask the Mplayer developers to fix their program. Their buggy ALSA
support is making ALSA look bad.
----------------------------------------------------------------------
lee - 10-16-04 06:05
----------------------------------------------------------------------
OK, I tried xine (on my Debian system this was accessible via the totem gui
frontend), and it works perfectly. Supports ALSA, plays the same files as
mplayer, with no xruns. Can you try xine to verify that mplayer is the
problem?
----------------------------------------------------------------------
KAtiOS - 10-16-04 10:08
----------------------------------------------------------------------
I'll try ASAP with xine. But please consider that I never had a single xrun
(with alsa of course) with mplayer on other computers.
Here i get some, more with acpi.
So there is a ACPI problem, plus according to you a mplayer problem, and I
get you're also saying that vdr-softdevice is guilty (but lots a xruns a
second is quite a bug that can't be hidden long if it's with any alsa
system..-remember that this soft doesn't give a choice of the sound
system).
Also I get xrun with mplayer without using the computer; and having load
(compiling or burncpu-ing) doesn't make the xruns worse (even had the
feeling that it got the things better at times)
----------------------------------------------------------------------
KAtiOS - 10-16-04 11:39
----------------------------------------------------------------------
Ok, tested with xine, it seems to be working, except with HDTV files but I
supposed it's normal given the load.
So, even if almost every alsa apps causes xruns on some hardware only, as
long as it's their use of alsa which is bad, that's not a problem.
How alsa can be so hard to implement correctly so that experienced
programmers can't make their software usable on every platform?
[Question : if I can test another sound card on the same computer, could I
conclude something with the result with mplayer/vdr-softdevice before
definitely closing this bug?]
----------------------------------------------------------------------
jdthood - 09-14-05 15:52
----------------------------------------------------------------------
Is there a consensus that this report can be closed,
because the problem is really in mplayer?
----------------------------------------------------------------------
KAtiOS - 09-14-05 17:44
----------------------------------------------------------------------
Well, I gave up on this months ago, but looking at my messages, I would say
that the problem, which occured *only* for me in this particular config
(chip) in both mplayer and vdr, nothing excluded a bug in alsa, but
whatever...
----------------------------------------------------------------------
rlrevell - 09-14-05 21:58
----------------------------------------------------------------------
Hmm, this could have been the ACPI idle latency bug. That would explain
why generating load reduces the xruns. This was fixed around 2.6.11.
Try kernel 2.6.13.
Issue History
Date Modified Username Field Change
======================================================================
10-15-04 16:27 KAtiOS New Issue
10-15-04 16:27 KAtiOS Distribution => Gentoo Linux
10-15-04 16:27 KAtiOS Kernel Version => 2.6.9_rc4
10-15-04 18:43 lee Note Added: 0002168
10-15-04 18:51 KAtiOS Note Added: 0002169
10-15-04 19:02 lee Note Added: 0002170
10-15-04 19:12 KAtiOS Note Added: 0002171
10-15-04 19:24 KAtiOS Note Added: 0002172
10-15-04 19:29 lee Note Added: 0002173
10-15-04 20:28 KAtiOS Note Added: 0002174
10-15-04 22:17 lee Note Added: 0002175
10-15-04 23:49 KAtiOS Note Added: 0002176
10-16-04 01:11 lee Note Added: 0002180
10-16-04 01:18 lee Note Added: 0002181
10-16-04 06:05 lee Note Added: 0002183
10-16-04 10:08 KAtiOS Note Added: 0002185
10-16-04 11:39 KAtiOS Note Added: 0002186
09-14-05 15:52 jdthood Note Added: 0006161
09-14-05 16:14 jdthood Relationship added has duplicate 0000776
09-14-05 17:44 KAtiOS Note Added: 0006185
09-14-05 21:58 rlrevell Note Added: 0006186
09-15-05 15:13 jdthood Relationship added has duplicate 0000490
======================================================================
-------------------------------------------------------
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: 21+ 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:13 [ALSA - driver 0000583]: xruns when playing audio or video files bugtrack
2005-09-14 19:58 bugtrack
2005-09-14 15:44 bugtrack
2005-09-14 14:14 bugtrack
2005-09-14 13:52 bugtrack
2004-10-16 9:39 bugtrack
2004-10-16 8:08 bugtrack
2004-10-16 4:05 bugtrack
2004-10-15 23:18 bugtrack
2004-10-15 23:11 bugtrack
2004-10-15 21:49 bugtrack
2004-10-15 20:17 bugtrack
2004-10-15 18:28 bugtrack
2004-10-15 17:29 bugtrack
2004-10-15 17:24 bugtrack
2004-10-15 17:12 bugtrack
2004-10-15 17:02 bugtrack
2004-10-15 16:51 bugtrack
2004-10-15 16:43 bugtrack
2004-10-15 14:27 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=e330019a2464534cfd04753ba67fb0c2@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.