All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000583]: xruns when playing audio or video files
Date: Fri, 15 Oct 2004 22:17:42 +0200 (CEST)	[thread overview]
Message-ID: <20041015201742.961784D00F@server.perex-int.cz> (raw)


A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000583
======================================================================
Reported By:                KAtiOS
Assigned To:                tiwai
======================================================================
Project:                    ALSA - driver
Bug 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:              10-15-2004 22:17 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).



======================================================================

----------------------------------------------------------------------
 lee - 10-15-2004 18:43 CEST 
----------------------------------------------------------------------
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-2004 18:51 CEST 
----------------------------------------------------------------------
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-2004 19:02 CEST 
----------------------------------------------------------------------
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-2004 19:12 CEST 
----------------------------------------------------------------------
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-2004 19:24 CEST 
----------------------------------------------------------------------
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-2004 19:29 CEST 
----------------------------------------------------------------------
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-2004 20:28 CEST 
----------------------------------------------------------------------
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-2004 22:17 CEST 
----------------------------------------------------------------------
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.

Bug History
Date Modified  Username       Field                    Change              
======================================================================
10-15-04 16:27 KAtiOS         New Bug                                      
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            Bugnote Added: 0002168                       
10-15-04 18:51 KAtiOS         Bugnote Added: 0002169                       
10-15-04 19:02 lee            Bugnote Added: 0002170                       
10-15-04 19:12 KAtiOS         Bugnote Added: 0002171                       
10-15-04 19:24 KAtiOS         Bugnote Added: 0002172                       
10-15-04 19:29 lee            Bugnote Added: 0002173                       
10-15-04 20:28 KAtiOS         Bugnote Added: 0002174                       
10-15-04 22:17 lee            Bugnote Added: 0002175                       
======================================================================


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

             reply	other threads:[~2004-10-15 20:17 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-15 20:17 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-15 13:13 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 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=20041015201742.961784D00F@server.perex-int.cz \
    --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.