最新版本mplayer移植pxa270成功

我不是女神ヾ 2022-03-26 13:36 232阅读 0赞

**最新版本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! \*\*\*\*

\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*