* [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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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@yoctoproject.org 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.