2008-04-17 01:11:39     about mplayer running on bf537 stamp board

Document created by Aaronwu Employee on Aug 8, 2013
Version 1Show Document
  • View in full screen mode

2008-04-17 01:11:39     about mplayer running on bf537 stamp board

Stevin Shen (CHINA)

Message: 54380    Hi all:

    When I run mplayer on bf537 stamp board,we meet problems.

Below is error message:

          Not enough L1 DATA bank A sram

          unable to load executable

          SIGSEGV

 

What shall I do?

TranslateQuoteReplyEditDelete

 

 

2008-04-17 01:23:46     Re: about mplayer running on bf537 stamp board

Mike Frysinger (UNITED STATES)

Message: 54381    like the error says, you need to free up L1 data areas.  you can probably start with the network driver in the kernel configuration menu.

QuoteReplyEditDelete

 

 

2008-10-14 08:04:02     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63645   

 

Im having the exact same problem as Steven above and stripping my kernels network support isnt a prefered solution, since i need them.

 

Any sugestions or hints?

 

If tried going through every little corner of menuconfig to strip things i shouldnt need, but it had no impact what so ever...

QuoteReplyEditDelete

 

 

2008-10-14 08:15:41     Re: about mplayer running on bf537 stamp board

Mike Frysinger (UNITED STATES)

Message: 63646   

 

the solution wasnt to remove network support, it was to tell the Blackfin MAC driver to place its buffers in external memory instead of L1

QuoteReplyEditDelete

 

 

2008-10-14 11:41:53     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63659   

 

Thank you Mike, ofcourse, that was the problem.

 

But now I have a new problem, although this seems to be a mplayer-problem (?). Mplayer (with libmad as codec) cant fill its cache while playing mp3 files. The app hangs at

 

Cache fill:  0.00% (0 bytes)

 

Since my goal is to play audio streams, this is kindof a drawback. Any ideas anyone?

 

// Henrik

QuoteReplyEditDelete

 

 

2008-10-14 13:25:23     Re: about mplayer running on bf537 stamp board

Robin Getz (UNITED STATES)

Message: 63662   

 

Henrik:

 

Are you playing a stream (internet radio) or a file?

 

-Robin

QuoteReplyEditDelete

 

 

2008-10-15 01:48:22     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63676   

 

Ive tried both, with the same result.

 

mplayer -cache 128 file.mp3

 

leads to the same result as well.

QuoteReplyEditDelete

 

 

2008-10-15 21:20:43     Re: about mplayer running on bf537 stamp board

Mike Frysinger (UNITED STATES)

Message: 63733   

 

where exactly are you getting your mplayer ?  please post the full output you see from running a command *without* any cache command

QuoteReplyEditDelete

 

 

2008-10-16 04:25:37     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63772   

 

Here is the mplayer printouts

 

 

 

root:/> mplayer http://192.168.0.69/www/only.mp3

MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team

117 audio & 238 video codecs

 

Playing http://192.168.0.69/www/only.mp3.

Connecting to server 192.168.0.69[192.168.0.69]: 80...

Cache size set to 320 KBytes

Cache fill:  0.00% (0 bytes)  

 

MPlayer interrupted by signal 2 in module: enable_cache

he

Cache fill:  0bfin-wdt: Unexpected close, not stopping watchdog!

 

 

BusyBox v1.4.1 (2008-10-14 16:16:40 CEST) Built-in shell (msh)

Enter 'help' for a list of built-in commands.

 

root:/>

 

 

And a verbose version

 

 

 

root:/> mplayer -v http://192.168.0.69/www/only.mp3    

MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team

get_path('codecs.conf') -> '//.mplayer/codecs.conf'

Reading //.mplayer/codecs.conf: Can't open '//.mplayer/codecs.conf': No such file or directory

Reading /etc/codecs.conf: 117 audio & 238 video codecs

Configuration: --enable-cross-compile --target=bfin-linux-uclibc --host-cc=gcc --cc=bfin-linux-uclibc-gcc --as=bfin-linux-uclibc-as --prefix=/usr --confdir=/etc --mandir=/usr/share/man --enable-fbdev --disable-mp3lib --disable-live

CommandLine: '-v' 'http://192.168.0.69/www/only.mp3'

get_path('font/font.desc') -> '//.mplayer/font/font.desc'

font: can't open file: //.mplayer/font/font.desc

font: can't open file: /usr/share/mplayer/font/font.desc

Using Unoptimized OnScreenDisplay

Using nanosleep() timing

get_path('input.conf') -> '//.mplayer/input.conf'

Can't open input config file //.mplayer/input.conf: No such file or directory

Can't open input config file /etc/input.conf: No such file or directory

Falling back on default (hardcoded) input config

get_path('only.mp3.conf') -> '//.mplayer/only.mp3.conf'

 

Playing http://192.168.0.69/www/only.mp3.

get_path('sub/') -> '//.mplayer/sub/'

Filename for url is now http://192.168.0.69/www/only.mp3

Filename for url is now http://192.168.0.69/www/only.mp3

STREAM_HTTP(1), URL: http://192.168.0.69/www/only.mp3

Connecting to server 192.168.0.69[192.168.0.69]: 80...

--- HTTP DEBUG HEADER --- START ---

protocol:           [HTTP/1.1]

http minor version: [1]

uri:                [(null)]

method:             [(null)]

status code:        [200]

reason phrase:      [OK]

body size:          [1714]

Fields:

0 - Date: Thu, 16 Oct 2008 09:14:18 GMT

1 - Server: Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4 PHP/5.2.0-8+etch10 mod_perl/2.0.2 Perl/v5.8.8

2 - Last-Modified: Mon, 13 Oct 2008 15:50:22 GMT

3 - ETag: "42098f-61d2a4-74e98b80"

4 - Accept-Ranges: bytes

5 - Content-Length: 6410916

6 - Connection: close

7 - Content-Type: audio/mpeg

--- HTTP DEBUG HEADER --- END ---

Content-Type: [audio/mpeg]

Content-Length: [6410916]

Cache size set to 320 KBytes

STREAM: [null] http://192.168.0.69/www/only.mp3

STREAM: Description: http streaming

STREAM: Author: Bertrand, Albeau, Reimar Doeffinger, Arpi?

STREAM: Comment: plain http

CACHE_PRE_INIT: 0 [0] 0  pre:65536  eof:0

Cache fill:  0.00% (0 bytes) 

 

MPlayer interrupted by signal 2 in module: bnable_cache

fin-wdt: Unexpected close, not stopping watchdog!

 

 

BusyBox v1.4.1 (2008-10-14 16:16:40 CEST) Built-in shell (msh)

Enter 'help' for a list of built-in commands.

 

root:/>

 

 

 

And just to prove that the mp3 really, this results in the mp3 getting played, but there are glitches in the sound (every ~3 second). I can play some (for some reason not all) mp3s with mp3play with totally ok sound, so the audio driver should work...

 

 

 

root:/> mplayer -nocache http://192.168.0.69/www/only.mp3

MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team

117 audio & 238 video codecs

 

Playing http://192.168.0.69/www/only.mp3.

Connecting to server 192.168.0.69[192.168.0.69]: 80...

Cache size set to 0 KBytes

Connecting to server 192.168.0.69[192.168.0.69]: 80...

Connecting to server 192.168.0.69[192.168.0.69]: 80...

Connecting to server 192.168.0.69[192.168.0.69]: 80...

Audio file file format detected.

==========================================================================

Opening audio decoder: [libmad] libmad mpeg audio decoder

AUDIO: 44100 Hz, 2 ch, s16le, 192.0 kbit/13.61% (ratio: 24000->176400)

Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)

==========================================================================

AO: [oss] 44100Hz 2ch s16le (2 bytes per sample)

Video: no video

Starting playback...

A:   4.0 (04.0) of -4.4 (unknown) 10.8%                                        

 

 

 

 

// Henrik

QuoteReplyEditDelete

 

 

2008-10-17 00:42:28     Re: about mplayer running on bf537 stamp board

Mike Frysinger (UNITED STATES)

Message: 63833   

 

if you dont enable madlib support, mp3 playing is going to be awful because it'll use the floating point version

QuoteReplyEditDelete

 

 

2008-10-17 04:16:34     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63839   

 

As you can see from the last run (with -nocache), libmad is the default audio codec.

 

Could it somehow be memory related? That mplayer cant write to memory and therefore stalls when it´s supposed to cache?

 

// Henrik

QuoteReplyEditDelete

 

 

2008-10-17 07:39:58     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63848   

 

Ok, a small update.

 

The cache problem is still there, BUT i realized a stupid thing. If i use -nocache -quiet it works. Guess it all makes sence, since i run the terminal over RS232...

 

Listening to shoutcasts without cache works just fine, so i guess my problem is solved.

QuoteReplyEditDelete

 

 

2008-10-17 18:50:17     Re: about mplayer running on bf537 stamp board

Mike Frysinger (UNITED STATES)

Message: 63873   

 

sorry, you're right of course ... i confused "mp3lib" in your output with "libmad"

 

iirc, the caching functionality utilizes fork() and no one has done work on making it use vfork() or threads

QuoteReplyEditDelete

 

 

2008-10-20 02:25:46     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63919   

 

Another thing i discovered regarding mplayer (well... its not really rocket science...), about the only audio format usable on a blackfin with mplayer is mp3, since libmad and ffmp3 is the only codecs thats fixed point.

 

My goal was to have a web radio streamer, but without support for RealAudio (saw that the Helix Project has developed a fixed point codec for realaudio, but hasnt been ported to mplayer as far as i know) and WMA, im gonna have a major problem.

QuoteReplyEditDelete

 

 

2008-10-20 02:53:16     Re: about mplayer running on bf537 stamp board

Mike Frysinger (UNITED STATES)

Message: 63920   

 

unfortunately, that's a fairly accurate statement

 

i think OGG/FLAC has a fixed point decoder as well ?

QuoteReplyEditDelete

 

 

2008-10-20 03:42:37     Re: about mplayer running on bf537 stamp board

Michael Hennerich (GERMANY)

Message: 63921   

 

Try compiling mplayer and all libs with:

 

-O3 -ffast-math -mfast-fp

 

Without video some of the floating-point audio codecs might work ok.

 

-Michael

 

 

QuoteReplyEditDelete

 

 

2008-10-20 09:36:05     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63946   

 

I tried with ffwmav2 and it had none, or atleast a very small effect. I guess I have to reconsider the choice of platform abit, or write my own codecs for blackfin.

QuoteReplyEditDelete

 

 

2008-10-20 09:51:07     Re: about mplayer running on bf537 stamp board

Michael Hennerich (GERMANY)

Message: 63949   

 

Are you sure that the flags get used during your mplayer build?

There is usually a huge difference.

 

See: http://docs.blackfin.uclinux.org/doku.php?id=uclinux-dist:whetstone

 

-Michael

 

QuoteReplyEditDelete

 

 

2008-10-21 03:15:45     Re: about mplayer running on bf537 stamp board

Henrik Karlsson (SWEDEN)

Message: 63965   

 

Im pretty confident that it is, but im not sure, configure scripts can be kinda tricky sometimes.

 

What I did was to add the line "CFLAGS := -O3 -ffast-math -mfast-fp $(CFLAGS)" to lib/ffmpeg/Makefile and user/blkfin-apps/mplayer/Makefile. Im not sure its the right way to do it, but when I ran make, the compilation flags seemed to be correct, and in the configure.log in the mplayer dir the compilation flags was also correct.

Attachments

    Outcomes