* [meta-fsl-arm] i.MX6 audio performance
@ 2014-01-03 15:19 Gary Thomas
2014-01-03 15:23 ` Fabio Estevam
0 siblings, 1 reply; 11+ messages in thread
From: Gary Thomas @ 2014-01-03 15:19 UTC (permalink / raw)
To: meta-freescale
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.
This is with no special tuning other than using alsamixer to set
up the audio levels. I'm not running pulseaudio or in fact any
other programs at the time.
Am I missing something? Is there anything I can do to make this
run better?
n.b. I've run the same code on other platforms, even a pretty slow
old OMAP3, and mplayer works just fine to play the MP3 file.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
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
0 siblings, 1 reply; 11+ messages in thread
From: Fabio Estevam @ 2014-01-03 15:23 UTC (permalink / raw)
To: Gary Thomas; +Cc: meta-freescale
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?
Regards,
Fabio Estevam
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-03 15:23 ` Fabio Estevam
@ 2014-01-03 15:51 ` Gary Thomas
2014-01-03 17:06 ` Eric Nelson
0 siblings, 1 reply; 11+ messages in thread
From: Gary Thomas @ 2014-01-03 15:51 UTC (permalink / raw)
To: Fabio Estevam; +Cc: meta-freescale
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?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-03 15:51 ` Gary Thomas
@ 2014-01-03 17:06 ` Eric Nelson
2014-01-03 17:15 ` Gary Thomas
0 siblings, 1 reply; 11+ messages in thread
From: Eric Nelson @ 2014-01-03 17:06 UTC (permalink / raw)
To: Gary Thomas, Fabio Estevam; +Cc: meta-freescale
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-03 17:06 ` Eric Nelson
@ 2014-01-03 17:15 ` Gary Thomas
2014-01-03 19:24 ` Eric Nelson
0 siblings, 1 reply; 11+ messages in thread
From: Gary Thomas @ 2014-01-03 17:15 UTC (permalink / raw)
To: Eric Nelson, Fabio Estevam; +Cc: meta-freescale
On 2014-01-03 10:06, Eric Nelson wrote:
> 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,
No, I'm using it straight
# mplayer FILE.mp3
Same on both platforms
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-03 17:15 ` Gary Thomas
@ 2014-01-03 19:24 ` Eric Nelson
2014-01-03 21:05 ` Gary Thomas
0 siblings, 1 reply; 11+ messages in thread
From: Eric Nelson @ 2014-01-03 19:24 UTC (permalink / raw)
To: Gary Thomas, Fabio Estevam; +Cc: meta-freescale
Hi Gary,
On 01/03/2014 10:15 AM, Gary Thomas wrote:
> On 2014-01-03 10:06, Eric Nelson wrote:
>> Hi Gary,
>>
>> <snip>
>>
>>> 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,
>
> No, I'm using it straight
> # mplayer FILE.mp3
> Same on both platforms
>
Do you see an output line indicating the AO used?
It should show something like this:
AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
Can you try using '-ao alsa'?
Please advise,
Eric
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-03 19:24 ` Eric Nelson
@ 2014-01-03 21:05 ` Gary Thomas
2014-01-04 15:43 ` Eric Nelson
0 siblings, 1 reply; 11+ messages in thread
From: Gary Thomas @ 2014-01-03 21:05 UTC (permalink / raw)
To: Eric Nelson, Fabio Estevam; +Cc: meta-freescale
On 2014-01-03 12:24, Eric Nelson wrote:
> Hi Gary,
>
> On 01/03/2014 10:15 AM, Gary Thomas wrote:
>> On 2014-01-03 10:06, Eric Nelson wrote:
>>> Hi Gary,
>>>
>>> <snip>
>>>
>>>> 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,
>>
>> No, I'm using it straight
>> # mplayer FILE.mp3
>> Same on both platforms
>>
>
> Do you see an output line indicating the AO used?
>
> It should show something like this:
> AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
>
> Can you try using '-ao alsa'?
Same results. Here's everything printed by mplayer:
root@sabrelite:~# mplayer test.mp3 -ao alsa
MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team
162 audio & 361 video codecs
Playing test.mp3.
Detected file format: MPEG audio layer 2/3 (libavformat)
[mp3 @ 0x2bb83690]max_analyze_duration reached
[lavf] stream 0: audio (mp3), -aid 0
Clip info:
title: Wedding Bells
artist: Gas House Gang
album: Face The Music
TYER: 0
genre: Vocal
track: 2
Load subtitles in .
==========================================================================
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)
==========================================================================
AO: [alsa] 44100Hz 2ch floatle (4 bytes per sample)
Video: no video
Starting playback...
To see if this is user code or kernel driver, I tried running my OMAP3
file system on the SabreLite (the OMAP3/Cortex-A8 is pretty much a subset
of the CPU). Same results - broken sound when using mplayer :-(
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-03 21:05 ` Gary Thomas
@ 2014-01-04 15:43 ` Eric Nelson
2014-01-05 15:16 ` Gary Thomas
0 siblings, 1 reply; 11+ messages in thread
From: Eric Nelson @ 2014-01-04 15:43 UTC (permalink / raw)
To: Gary Thomas, Fabio Estevam; +Cc: meta-freescale
Hi Gary,
On 01/03/2014 02:05 PM, Gary Thomas wrote:
> On 2014-01-03 12:24, Eric Nelson wrote:
>> Hi Gary,
>>
>> On 01/03/2014 10:15 AM, Gary Thomas wrote:
>>> On 2014-01-03 10:06, Eric Nelson wrote:
>>>> Hi Gary,
>>>>
>>>> <snip>
>>>>
>>>>> 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,
>>>
>>> No, I'm using it straight
>>> # mplayer FILE.mp3
>>> Same on both platforms
>>>
>>
>> Do you see an output line indicating the AO used?
>>
>> It should show something like this:
>> AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
>>
>> Can you try using '-ao alsa'?
>
> Same results. Here's everything printed by mplayer:
>
> root@sabrelite:~# mplayer test.mp3 -ao alsa
> MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team
> 162 audio & 361 video codecs
>
> Playing test.mp3.
> Detected file format: MPEG audio layer 2/3 (libavformat)
> [mp3 @ 0x2bb83690]max_analyze_duration reached
> [lavf] stream 0: audio (mp3), -aid 0
> Clip info:
> title: Wedding Bells
> artist: Gas House Gang
> album: Face The Music
> TYER: 0
> genre: Vocal
> track: 2
> Load subtitles in .
> ==========================================================================
> 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)
> ==========================================================================
This is likely the culprit. I don't think that floatle is a valid audio
format for either the SGTL5000 or HDMI devices:
> AO: [alsa] 44100Hz 2ch floatle (4 bytes per sample)
> Video: no video
> Starting playback...
>
> To see if this is user code or kernel driver, I tried running my OMAP3
> file system on the SabreLite (the OMAP3/Cortex-A8 is pretty much a subset
> of the CPU). Same results - broken sound when using mplayer :-(
>
Regards,
Eric
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-04 15:43 ` Eric Nelson
@ 2014-01-05 15:16 ` Gary Thomas
2014-01-05 17:52 ` Marco
0 siblings, 1 reply; 11+ messages in thread
From: Gary Thomas @ 2014-01-05 15:16 UTC (permalink / raw)
To: Eric Nelson, Fabio Estevam; +Cc: meta-freescale
On 2014-01-04 08:43, Eric Nelson wrote:
> Hi Gary,
>
> On 01/03/2014 02:05 PM, Gary Thomas wrote:
>> On 2014-01-03 12:24, Eric Nelson wrote:
>>> Hi Gary,
>>>
>>> On 01/03/2014 10:15 AM, Gary Thomas wrote:
>>>> On 2014-01-03 10:06, Eric Nelson wrote:
>>>>> Hi Gary,
>>>>>
>>>>> <snip>
>>>>>
>>>>>> 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,
>>>>
>>>> No, I'm using it straight
>>>> # mplayer FILE.mp3
>>>> Same on both platforms
>>>>
>>>
>>> Do you see an output line indicating the AO used?
>>>
>>> It should show something like this:
>>> AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
>>>
>>> Can you try using '-ao alsa'?
>>
>> Same results. Here's everything printed by mplayer:
>>
>> root@sabrelite:~# mplayer test.mp3 -ao alsa
>> MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team
>> 162 audio & 361 video codecs
>>
>> Playing test.mp3.
>> Detected file format: MPEG audio layer 2/3 (libavformat)
>> [mp3 @ 0x2bb83690]max_analyze_duration reached
>> [lavf] stream 0: audio (mp3), -aid 0
>> Clip info:
>> title: Wedding Bells
>> artist: Gas House Gang
>> album: Face The Music
>> TYER: 0
>> genre: Vocal
>> track: 2
>> Load subtitles in .
>> ==========================================================================
>> 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)
>> ==========================================================================
>
> This is likely the culprit. I don't think that floatle is a valid audio
> format for either the SGTL5000 or HDMI devices:
It makes sound - just choppy (not like it makes only noise)
Give a listen to these to hear what I'm talking about.
http://www.mlbassoc.com/poky/sample-BAD.m4a
http://www.mlbassoc.com/poky/sample-OK.m4a
>
>> AO: [alsa] 44100Hz 2ch floatle (4 bytes per sample)
>> Video: no video
>> Starting playback...
>>
>> To see if this is user code or kernel driver, I tried running my OMAP3
>> file system on the SabreLite (the OMAP3/Cortex-A8 is pretty much a subset
>> of the CPU). Same results - broken sound when using mplayer :-(
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-05 15:16 ` Gary Thomas
@ 2014-01-05 17:52 ` Marco
2014-01-05 21:13 ` Gary Thomas
0 siblings, 1 reply; 11+ messages in thread
From: Marco @ 2014-01-05 17:52 UTC (permalink / raw)
To: meta-freescale
Il 05/01/2014 16:16, Gary Thomas ha scritto:
> On 2014-01-04 08:43, Eric Nelson wrote:
>> Hi Gary,
>>
>> On 01/03/2014 02:05 PM, Gary Thomas wrote:
>>> On 2014-01-03 12:24, Eric Nelson wrote:
>>>> Hi Gary,
>>>>
>>>> On 01/03/2014 10:15 AM, Gary Thomas wrote:
>>>>> On 2014-01-03 10:06, Eric Nelson wrote:
>>>>>> Hi Gary,
>>>>>>
>>>>>> <snip>
>>>>>>
>>>>>>> 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,
>>>>>
>>>>> No, I'm using it straight
>>>>> # mplayer FILE.mp3
>>>>> Same on both platforms
>>>>>
>>>>
>>>> Do you see an output line indicating the AO used?
>>>>
>>>> It should show something like this:
>>>> AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
>>>>
>>>> Can you try using '-ao alsa'?
>>>
>>> Same results. Here's everything printed by mplayer:
>>>
>>> root@sabrelite:~# mplayer test.mp3 -ao alsa
>>> MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team
>>> 162 audio & 361 video codecs
>>>
>>> Playing test.mp3.
>>> Detected file format: MPEG audio layer 2/3 (libavformat)
>>> [mp3 @ 0x2bb83690]max_analyze_duration reached
>>> [lavf] stream 0: audio (mp3), -aid 0
>>> Clip info:
>>> title: Wedding Bells
>>> artist: Gas House Gang
>>> album: Face The Music
>>> TYER: 0
>>> genre: Vocal
>>> track: 2
>>> Load subtitles in .
>>> ==========================================================================
>>>
>>> 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)
>>> ==========================================================================
>>>
>>
>> This is likely the culprit. I don't think that floatle is a valid audio
>> format for either the SGTL5000 or HDMI devices:
>
> It makes sound - just choppy (not like it makes only noise)
>
> Give a listen to these to hear what I'm talking about.
> http://www.mlbassoc.com/poky/sample-BAD.m4a
> http://www.mlbassoc.com/poky/sample-OK.m4a
>
>>
>>> AO: [alsa] 44100Hz 2ch floatle (4 bytes per sample)
>>> Video: no video
>>> Starting playback...
>>>
>>> To see if this is user code or kernel driver, I tried running my OMAP3
>>> file system on the SabreLite (the OMAP3/Cortex-A8 is pretty much a
>>> subset
>>> of the CPU). Same results - broken sound when using mplayer :-(
>
>
I tested it with Gstreamer and it worked with a charm
gst-launch filesrc location=/home/root/blurred_lines.mp3 !
mpegaudioparse ! beepdec ! audioconvert ! alsasink
Just my 2 cents.
Cordiali Saluti / Kindest Regards / Mit freundlichen Grüßen
--
Marco Cavallini | KOAN sas | Bergamo - Italia
embedded and real-time software engineering
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
http://www.KoanSoftware.com
http://www.KaeilOS.com
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [meta-fsl-arm] i.MX6 audio performance
2014-01-05 17:52 ` Marco
@ 2014-01-05 21:13 ` Gary Thomas
0 siblings, 0 replies; 11+ messages in thread
From: Gary Thomas @ 2014-01-05 21:13 UTC (permalink / raw)
To: meta-freescale
On 2014-01-05 10:52, Marco wrote:
> Il 05/01/2014 16:16, Gary Thomas ha scritto:
>> On 2014-01-04 08:43, Eric Nelson wrote:
>>> Hi Gary,
>>>
>>> On 01/03/2014 02:05 PM, Gary Thomas wrote:
>>>> On 2014-01-03 12:24, Eric Nelson wrote:
>>>>> Hi Gary,
>>>>>
>>>>> On 01/03/2014 10:15 AM, Gary Thomas wrote:
>>>>>> On 2014-01-03 10:06, Eric Nelson wrote:
>>>>>>> Hi Gary,
>>>>>>>
>>>>>>> <snip>
>>>>>>>
>>>>>>>> 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,
>>>>>>
>>>>>> No, I'm using it straight
>>>>>> # mplayer FILE.mp3
>>>>>> Same on both platforms
>>>>>>
>>>>>
>>>>> Do you see an output line indicating the AO used?
>>>>>
>>>>> It should show something like this:
>>>>> AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
>>>>>
>>>>> Can you try using '-ao alsa'?
>>>>
>>>> Same results. Here's everything printed by mplayer:
>>>>
>>>> root@sabrelite:~# mplayer test.mp3 -ao alsa
>>>> MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team
>>>> 162 audio & 361 video codecs
>>>>
>>>> Playing test.mp3.
>>>> Detected file format: MPEG audio layer 2/3 (libavformat)
>>>> [mp3 @ 0x2bb83690]max_analyze_duration reached
>>>> [lavf] stream 0: audio (mp3), -aid 0
>>>> Clip info:
>>>> title: Wedding Bells
>>>> artist: Gas House Gang
>>>> album: Face The Music
>>>> TYER: 0
>>>> genre: Vocal
>>>> track: 2
>>>> Load subtitles in .
>>>> ==========================================================================
>>>>
>>>> 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)
>>>> ==========================================================================
>>>>
>>>
>>> This is likely the culprit. I don't think that floatle is a valid audio
>>> format for either the SGTL5000 or HDMI devices:
>>
>> It makes sound - just choppy (not like it makes only noise)
>>
>> Give a listen to these to hear what I'm talking about.
>> http://www.mlbassoc.com/poky/sample-BAD.m4a
>> http://www.mlbassoc.com/poky/sample-OK.m4a
>>
>>>
>>>> AO: [alsa] 44100Hz 2ch floatle (4 bytes per sample)
>>>> Video: no video
>>>> Starting playback...
>>>>
>>>> To see if this is user code or kernel driver, I tried running my OMAP3
>>>> file system on the SabreLite (the OMAP3/Cortex-A8 is pretty much a
>>>> subset
>>>> of the CPU). Same results - broken sound when using mplayer :-(
>>
>>
>
>
> I tested it with Gstreamer and it worked with a charm
>
> gst-launch filesrc location=/home/root/blurred_lines.mp3 ! mpegaudioparse ! beepdec ! audioconvert ! alsasink
>
> Just my 2 cents.
Agreed, it works fine with gstreamer, just not mplayer which works
great on all of my other platforms :-(
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2014-01-05 21:13 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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
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
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.