From: Alex Austin <circuitsoft.alex@gmail.com>
To: Christian Wolf <wolflpz@web.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: ALSA SDL VORBIS playback problem
Date: Tue, 2 Mar 2010 13:09:20 -0600 [thread overview]
Message-ID: <53baa24a1003021109xe1c76dekc7f390a2a851df28@mail.gmail.com> (raw)
In-Reply-To: <7299058.27442.1267552227471.JavaMail.fmail@mwmweb068>
Experiment. On the arm board:
$ oggdec myfile.ogg -o - | aplay -
Basically, see if a straight-up pipe will buffer reasonably. If not, I
suppose it's remotely possible that this is just a CPU-bound operation and
it can't keep up. I can't imagine that's really the case though with that
CPU.
On Tue, Mar 2, 2010 at 11:50 AM, Christian Wolf <wolflpz@web.de> wrote:
> I'm using SDL on an ARM based board running Linux (Olimex-AT91SAM9261) . I
> successfully cross-compiled, installed and tested the libraries (SDL,
> SDL_mixer) on the system. The sound output is done thru ALSA
> (SDL_AUDIODRIVER=alsa). And the ogg file decoding thru
> libvorbis/libvorbisfile libraries.
>
> Now I'm trying to play ogg files. First I used the Mix_LoadWAV macro from
> the SDL_Mixer library for playback. This worked, but the macro decompresses
> first the complete audio file into memory and then starts the playback. Thus
> leading to a long delay before playing the music. Therefore I tried a
> different approach with the Mix_LoadMUS macro (SDL_mixer) to play the ogg
> file. This function streams the files directly from the hard-disk and avoids
> the long decoding time. Unfortunately ALSA shows several buffer under-runs
> leading to a disrupted playback. To fix this I tried different buffer sizes,
> but the problem is still existent.
>
> The code works fine on my host system, but not on the ARM target. And i'm
> not sure if these problems are caused by the ALSA lib?
>
> Any sort of help would be great!
>
> Thanks in advance
> Christian
> ___________________________________________________________
> GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://movieflat.web.de
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
next prev parent reply other threads:[~2010-03-02 19:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-02 17:50 ALSA SDL VORBIS playback problem Christian Wolf
2010-03-02 19:09 ` Alex Austin [this message]
2010-03-02 20:03 ` Daniel Glöckner
2010-03-09 18:00 ` Christian Wolf
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=53baa24a1003021109xe1c76dekc7f390a2a851df28@mail.gmail.com \
--to=circuitsoft.alex@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=wolflpz@web.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).