最新版本mplayer移植pxa270成功
1.下载新版本的mplayer,方法可以参见其他版本的README
cvs -z3 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer co -P main
下载libavcodec和libavutil,方法
cvs -z3 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/ffmpeg co ffmpeg
下载的目录中有两个子目录,libavutil和libavcodec,然后把这两个目录拷到Mplayer目录下
note:如果是再wincvs下载的话,要把configure和version.sh用linux自带的工具dos2unix转换一下
2.在mplayer主目录下新建一个脚本文件build-arm.sh,主要是写configure设置,内容如下:
#!/bin/sh
./configure --cc=arm-linux-gcc \
--host-cc=gcc \
--enable-cross-compile \
--target=arm-armv4l-linux \
--enable-linux-devfs \
--disable-win32 \
--disable-dvdread \
--enable-fbdev \
--disable-mencoder \
--enable-libavcodec \
--enable-liba52 \
--disable-libmpeg2 \
--enable-liba52 \
--disable-mp3lib \
--enable-static
--disable-live 2>&1 | tee logfile
--with-extraincdir=/opt/crosstool/arm-linux/arm-linux/include\
--with-extralibdir=/opt/crosstool/arm-linux/arm-linux/lib \
下面部分参考网上的资料.
--cc=arm-linux-gcc设置交叉编译器
--host-
cc=gcc是用来编译一些需要在host上执行的中间文件的，如codec-cfg，切记不能少了或搞错了！网上的《mplayer在
ARM9(s3c2410)上的移植》(以下简称《移》文)一文介绍说遇到提示codec-cfg不能被执行出错时的解决方法是先将codec-cfg编
译成i386平台的在再这里停下来时用i386的codec-cfg替代从而使编译继续。通过实验设置了这个参数就不用那么麻烦了，而且整个过程也显得比
较幽雅了。
--enable-cross-compile ,允许交叉编译,我是看./configure --help中有这个选项,所以就加入了,对编译有没有影响还不是很清楚.
--enable-linux-devfs
set default devices to devfs
ones,configure中是这么解释的,具体的含义还不是很清楚,不过这个跟编译有很大的影响,如果没有加上这个选项,在pxa270平台上不能正
常运行程序,不能显示.
--target=arm-
armv4l-linux这个参数要注意的是一个分三部分，第一部分的arm是指arch，这里设定为arm；第二部分的armv4l是指具体的版本，这
个要注意了，一定要跟libavcodec目录下的平台目录名一致，否则为这个平台的优化代码没办法编译进去；第三部分是系统平台。这个主要是用在
libavcodec的编译中,libavcodec下面支持很多平台,比如i386,armv4l,ppc,sh,...,你进入libavcodec
的目录下就可以看见这些 子目录,里面分别存放跟这些平台相关的优化汇编代码,我们所用的平台是xscale pxa270,跟arm是兼容的
,所以设置为armv4l,当然在编译的过程中还可以设置为iwmmxt,因为270平台支持无线mmx指令.在这个实验中,我们没有加入.
--enable-static是设定静态连接，不需要一堆乱七八糟的动态库，尤其对我们这些新手来说省了很多的麻烦。如果设置了这个参数就不用设置—divfix了，另外也不用执行make install。
最后的一个2>&1 | tee logfile意思是将执行的情况在输出到屏幕的同时记录到logfile文件中，在控制台下编译比较有用。
剩
余的几个参数没什么好介绍的了，记住--disable-mencoder要加上，mencoder在这里编译会有问题，还没有时间去研究呢。如果不清楚
其它的参数的意思自己看configure文件(参考help_config)吧，里面都有介绍。(参考,反正mencoder也没什么用,对于解码)
3.
接下来心惊肉跳的时刻来了,编译过程是移植中最考验心脏的.有时一个错误出现都让人头痛不已,我也是反反复复经过了好多此编译才成功,具体步骤如下,我所
用的编译器是博创提供的交叉编译工具, arm-linux-gcc
3.4.3版本的.具体在交叉编译的编译步骤我也不是很清除,可以用arm-linux-gcc -v来查看
./build-arm.sh #先将这个文件改成可执行,chmod +x build-arm.sh
make
make
过程是很漫长的,主要是我们在configure的时候没有把一些没用的codec给disable掉,我在编译的过程中出现了两个错误,第一个错误是在
dsputil.c中出现了arm-linux-gcc bug,我后来找到出错的地方,找了一下这个函数的使用情况,直接把函数主体部分给#if 0
#endif 掉了.这个当然是不提倡的做法,但实在找不出错误的原因.
第
二个错误是也是同样的.只不果出错的地方在../libaf/af.c中,这个错误在mplayer发布版的编译过程中没有出现,于是我就着到了那个版本
中的这个文件,对比发现基本上一致,于是把那边的程序拷贝到这个函数中.再去掉一些参数.如果这个函数没有正确定义,音频解码部分会出错.
好了,大功告成,程序编译能够通过.ll mplayer 发现有5M多.
4.到了最紧张的时候了,在minicom下../mplayer /mnt/yaffs/mm/xyt.avi,8''液晶屏上出现<<逍遥叹>>的画面和声音,ok!
到这里,说明移植过程没有什么问题了,但是对于H.264的视频是否可以流畅播放还得验证.因为在Mplayer 1.0发布版中发现播放.mkv和H.264文件出现内存出错,这应该是程序的问题.最新的版本中不知道有没有改进.
./mplayer test.264.avi
可以播放,而且fps还可以,具体达到多少不是很清楚
./mplayer gudan.mkv
可以播放,但视频部分解码明显没有达到25fps,画面落后声音很多
./mplayer Shivi.avi //D1(720X480)分辨率,DIVX,mplayer出现提示
************************************************
**** Your system is too SLOW to play this! ****
************************************************
Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
- Try -ao sdl or use the OSS emulation of ALSA.
- Experiment with different values for -autosync, 30 is a good start.
- Slow video output
- Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
- Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Broken file
- Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
- Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
- Try -nocache.
看来解码速度还是有待提高,主要是因为这个基本上是c代码,arm汇编代码占的比重很小,另外nfs可能对速度有一定的影响.
本文地址：
