All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Nelson <eric.nelson@boundarydevices.com>
To: Gary Thomas <gary@mlbassoc.com>, Fabio Estevam <festevam@gmail.com>
Cc: "meta-freescale@yoctoproject.org" <meta-freescale@yoctoproject.org>
Subject: Re: [meta-fsl-arm] i.MX6 audio performance
Date: Fri, 03 Jan 2014 10:06:48 -0700	[thread overview]
Message-ID: <52C6EE28.2080007@boundarydevices.com> (raw)
In-Reply-To: <52C6DC67.9080700@mlbassoc.com>

Hi Gary,

On 01/03/2014 08:51 AM, Gary Thomas wrote:
> On 2014-01-03 08:23, Fabio Estevam wrote:
>> On Fri, Jan 3, 2014 at 1:19 PM, Gary Thomas <gary@mlbassoc.com> wrote:
>>> I'm trying to play MP3 files on my SabreLite (using mplayer from
>>> meta-oe).  The performance is horrible; I only hear a fraction
>>> of a second then noise/nothing then another fraction of sound, etc.
>>> If I convert the file to .WAV and play using 'aplay' the sound is
>>> perfect.
>>
>> Which mp3 decoder is being used on your test?
>
> This is what mplayer tells me:
> ==========================================================================
> Forced audio codec: mad
> Requested audio codec family [mad] (afm=libmad) not available.
> Enable it at compilation.
> Requested audio codec family [mpg123] (afm=mpg123) not available.
> Enable it at compilation.
> Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
> AUDIO: 44100 Hz, 2 ch, floatle, 128.0 kbit/4.54% (ratio: 16002->352800)
> Selected audio codec: [ffmp3float] afm: ffmpeg (FFmpeg MPEG layer-3 audio)
>
> So I assume that it's using FFMPEG.  I get the same messages on my OMAP3
>
> I've also run the same experiment on the SabreLite using gstreamer like
> this
>     gst-launch filesrc location=file.mp3 ! audio/mpeg,layer=3 !
> ffdec_mp3 ! alsasink
> This also plays fine on the SabreLite, so it seems that it's only something
> about mplayer.
>
> I also noticed that on the SabreLite, mplayer is using an additional
> library
>    libXxf86dga.so.1
> and that it was built using hard floating point (the OMAP3 is soft).
>
> Any ideas?
>

Are you forcing ALSA output using '-ao alsa'? I've seen some issues with
OSS emulation and I'm not sure of the default.

Please advise,


Eric


  reply	other threads:[~2014-01-03 17:06 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-03 15:19 [meta-fsl-arm] i.MX6 audio performance Gary Thomas
2014-01-03 15:23 ` Fabio Estevam
2014-01-03 15:51   ` Gary Thomas
2014-01-03 17:06     ` Eric Nelson [this message]
2014-01-03 17:15       ` Gary Thomas
2014-01-03 19:24         ` Eric Nelson
2014-01-03 21:05           ` Gary Thomas
2014-01-04 15:43             ` Eric Nelson
2014-01-05 15:16               ` Gary Thomas
2014-01-05 17:52                 ` Marco
2014-01-05 21:13                   ` Gary Thomas

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=52C6EE28.2080007@boundarydevices.com \
    --to=eric.nelson@boundarydevices.com \
    --cc=festevam@gmail.com \
    --cc=gary@mlbassoc.com \
    --cc=meta-freescale@yoctoproject.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.