HELP gst-launch can not decode mp3 normally when running on lexra(MIPS like) CPU

[Tim Müller]

On Fri, 2013-11-15 at 16:25 +0800, Diaz Soho wrote:

Hi,

> the log of gst-launch with -v option as below, 
> 
> but it is confused, which point will get wrong in the progress, 
> 
> it includes decode, audio convvert, audio re-sample.
> 
> Do you have any idea?
> 
> # # gst-launch-0.10 -v playbin2
> uri=http://192.168.1.3:9000/disk/DLNA-PNMP3-OP01-F
> LAGS01700000/O0$1$8I28173.mp3

Looks like 'mad' is being used for mp3 decoding (possibly not the most
efficient decoder for embedded system).

I think you'll have to simplify the pipeline and try things like:


gst-launch-0.10 http://192.168.1.3:9000/disk/DLNA-PNMP3-OP01-F !
mpegaudioparse ! mad ! fakesink dump=true

gst-launch-0.10 http://192.168.1.3:9000/disk/DLNA-PNMP3-OP01-F !
mpegaudioparse ! mad ! alsasink

gst-launch-0.10 http://192.168.1.3:9000/disk/DLNA-PNMP3-OP01-F !
mpegaudioparse ! mad ! audioconvert ! alsasink

gst-launch-0.10 http://192.168.1.3:9000/disk/DLNA-PNMP3-OP01-F !
mpegaudioparse ! mad ! audioconvert ! audio/x-raw-int,width=16 !
alsasink

etc.

Shouldn't there be some mp3 decoder that makes use of the DSP on the
Lexra system? (Maybe it needs to be wrapped into a GStreamer element)

Cheers
 -Tim

-- 
Tim Müller, Centricular Ltd - http://www.centricular.com