All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Soto <soto@informatik.uni-kl.de>
To: Alsa Devel List <alsa-devel@alsa-project.org>
Subject: plug:iec958 problems
Date: Sat, 17 Apr 2004 22:58:57 +0200	[thread overview]
Message-ID: <1082235536.1243.47.camel@masoft> (raw)

Hi everyone!

I'm writing a DVD player application based on the GStreamer media
framework (www.gstreamer.net), and, of course, ALSA sound output should
be supported. In particular I'm trying to use the iec958 plugin to
output AC3 sound directly to an external receiver.  In principle, this
works ok, except for a little but annoying detail: when the machine is
under even moderate load, I start hearing short interruptions in the
sound.

Some investigation  of the problem makes me thing it doesn't lie in my
code, because I can trigger it as well with pure vanilla ac3dec -C. All
I need is a constant moderate load, like that generated by the DVD
reading process (in my pretty old AMD Athlon 700, this causes a load of
about 25%) and then suddenly creating a load peak, which I achieve by
quickly moving a window on my desktop. Sound output interrupts suddenly,
some times even for about half a second.

Of course, the first thing I thought was that it had something to do
with data starvation. This doesn't seem to be the case either.
Specially, it called my attention that the API isn't reporting any
buffer underruns. ac3dec doesn't either show any messages when the
problem shows up. Additionally, putting the corresponding thread or
process in SCHED_FIFO mode doesn't either help. I could, for example,
reproduce the problem while running ac3dec in SCHED_FIFO policy,
priority 99

As an additional note, this only seems to happen when using plug:iec958.
Software decoding the AC3 sound and plying through ALSA, works
flawlessly, despite of the fact that the machine load is higher.

I'm using kernel 2.6.5 with the included version of ALSA. My alsa
library is 1.0.3b, from the Debian package, and I'm testing with a
SBLive! card attached to the receiver with an optical link through a
simple third party SBLive! add-on. I have seen the same problem with 2.4
kernels, together with self-compiled recent (post 1.0) ALSA versions.

Any clue?

M. S.
-- 
Martin Soto <soto@informatik.uni-kl.de>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

             reply	other threads:[~2004-04-17 22:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-17 20:58 Martin Soto [this message]
2004-04-20 10:36 ` plug:iec958 problems Takashi Iwai
2004-04-21 18:57   ` Martin Soto
2004-04-22 10:03     ` Takashi Iwai

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=1082235536.1243.47.camel@masoft \
    --to=soto@informatik.uni-kl.de \
    --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.