[MPlayer-users] [Alsa-user] "_snd_pcm_hw_open not defined" - ALSA plus MPlayer on ARM[AT91SAM9260]

[Dennis Borgmann]

Hello alsa-list,
hello mplayer-list!

These are the options I need in order to make it all run on my AT91SAM9260:

ALSA-lib:

:~/downloads/alsa-lib-1.0.24.1$ export LDFLAGS=""
:~/downloads/alsa-lib-1.0.24.1$ export CFLAGS=""
:~/downloads/alsa-lib-1.0.24.1$ export LIBS="-lm"
:~/downloads/alsa-lib-1.0.24.1$ ./configure --disable-old-symbols --disable-alisp --target=arm-linux --host=arm-linux --build=i686-pc-linux-gnu --prefix=/usr --exec-prefix=/usr \
--sysconfdir=/etc --enable-shared=no --enable-static=yes --with-alsa-devdir=/dev/snd --with-pcm-plugins="all" --with-ctl-plugins="all" --without-versioned --disable-python --with-softfloat
:~/downloads/alsa-lib-1.0.24.1$ make
:~/downloads/alsa-lib-1.0.24.1$ mkdir ../alsa-destdir/usr -p
:~/downloads/alsa-lib-1.0.24.1$ make install DESTDIR=/home/test/downloads/alsa-destdir/


Alsa-utils:

:~/downloads/alsa-utils-1.0.24.2$ export LDFLAGS="-L/home/test/downloads/alsa-destdir/usr/lib/"
:~/downloads/alsa-utils-1.0.24.2$ export CFLAGS="-I/home/test/downloads/alsa-lib-1.0.24.1/include/"
:~/downloads/alsa-utils-1.0.24.2$ export LIBS=""
:~/downloads/alsa-utils-1.0.24.2$ ./configure --target=arm-linux --host=arm-linux --build=i686-pc-linux-gnu --disable-xmlto \
--without-curses --with-alsa-inc-prefix=/home/test/downloads/alsa-destdir/usr/include/ --disable-nls --disable-alsamixer --disable-alsaloop --disable-alsatest
:~/downloads/alsa-utils-1.0.24.2$ make
:~/downloads/alsa-utils-1.0.24.2$ make install DESTDIR=/home/test/downloads/alsa-destdir/


MPlayer:

:~/downloads/MPlayer-1.0rc4$ mkdir destdir
:~/downloads/MPlayer-1.0rc4$ export TGT=`pwd`/destdir
:~/downloads/MPlayer-1.0rc4$ export CFLAGS=""
:~/downloads/MPlayer-1.0rc4$ export LDFLAGS=""
:~/downloads/MPlayer-1.0rc4$ export LIBS=""
:~/downloads/MPlayer-1.0rc4$ make clean
:~/downloads/MPlayer-1.0rc4$ ./configure --enable-cross-compile --cc=arm-linux-gcc --as=arm-linux-as --host-cc=gcc --target=arm-linux --prefix=$TGT --disable-network --disable-x11 \
--disable-gui --disable-armv6 --disable-armv6t2 --disable-armvfp --disable-neon --disable-iwmmxt --disable-libmpeg2 --disable-libmpeg2-internal --disable-mencoder --disable-tga --disable-pnm \
--disable-md5sum --disable-yuv4mpeg --disable-tv --disable-ftp --disable-real --disable-xanim --disable-v4l2 --disable-dvb --disable-fbdev --disable-dvdnav --disable-libdvdcss-internal \
--disable-dvdread-internal --disable-vcd --disable-tremor-internal --disable-faad-internal --disable-ossaudio --enable-static --extra-cflags="-mcpu=arm920t -O3 \
-I/home/test/downloads/alsa-destdir/usr/include/" --disable-libvorbis --extra-ldflags="-L/home/test/downloads/alsa-destdir/usr/lib/"
:~/downloads/MPlayer-1.0rc4$ make


At least now it runs. Last point I am struggling with right now is CPU
load. On an AT91SAM9260(200MHz) the sound is stuttering at 100% CPU
load, on an AT91SAM9g20(400MHz), the sound is working fine.

I will try to let it run with libmad. I wonder if that will bring me
forward a little.

Anyway, mplayer and ALSA are running fine now.

Thank you Jaroslav Kysela for the hint to the INSTALL-file.

Best regards,
Dennis




Sergei Steshenko schrieb:
> On Thu, 31 Mar 2011 08:10:32 +0200
> Sergei Steshenko <steshenko_sergei at list.ru> wrote:
>
>   
>> On Thu, 31 Mar 2011 07:59:56 +0200 (CEST)
>> Jaroslav Kysela <perex at perex.cz> wrote:
>>
>> [snip]
>>     
>>> If I remember correctly, the problem is that libtool uses only one 
>>> target object file for both '-fPIC -DPIC' shared and static libraries. We 
>>> use -DPIC to determine the static build to resolve buildin "dynamic" 
>>> symbols. In other words, we need to determine the static mode at the 
>>> compile time (in gcc) which libtool does not allow. Sure, it may work for 
>>> other libraries which don't use the symbol tables in way as alsa-lib does.
>>>
>>>  						Jaroslav
>>>
>>> -----
>>> Jaroslav Kysela <perex at perex.cz>
>>> Linux Kernel Sound Maintainer
>>> ALSA Project, Red Hat, Inc.
>>>
>>>       
>> So, are you talking about a bug or a feature - the latter in this case is
>> documented intended behavior of 'libtool'.
>>
>> If it is a feature, then the bug is with ALSA team which/who decided to use
>> a wrong tool ('libtool') for the job (creating both dynamic and static
>> libraries).
>>
>> If it's a bug in 'libtool', where is ALSA team's bug report ?
>>
>> Thanks,
>>   Sergei.
>>
>> ------------------------------------------------------------------------------
>> Create and publish websites with WebMatrix
>> Use the most popular FREE web apps or write code yourself; 
>> WebMatrix provides all the features you need to develop and 
>> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
>> _______________________________________________
>> Alsa-user mailing list
>> Alsa-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/alsa-user
>>
>>     
>
> And it looks more and more like ALSA bug to me.
>
> The two relevant points are:
>
> 1) ALSA means Advanced _Linux_ Sound Architecture, the "Linux" word means
> Linux only;
> 2) 'libtool' is intended to abstract out complexities/nuances of library
> creation on different OSes, it works on a whole lot of UNIXish systems, even
> for cross-compiling and linking Windows applications, i.e. 'libtool' is
> a cross-platform tool by design/construction.
>
> So, for ALSA, i.e. for Linux only, one doesn't need 'libtool' in the first
> place, and if using 'libtool' causes problems, the root cause of the problems
> is the decision of ALSA team to use 'libtool'.
>
> Regards,
>   Sergei.
>
> ------------------------------------------------------------------------------
> Create and publish websites with WebMatrix
> Use the most popular FREE web apps or write code yourself; 
> WebMatrix provides all the features you need to develop and 
> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
> _______________________________________________
> Alsa-user mailing list
> Alsa-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-user
>