【正文】 layer 開(kāi)源的特性，充分了解 MPlayer 的運(yùn)行原理。 主要目標(biāo) 系統(tǒng)操作簡(jiǎn)單，易于使用。為 加強(qiáng)用戶(hù)體驗(yàn)，在簡(jiǎn)化操作的同時(shí)，要保證系統(tǒng) CPU 占用率保持在合理的范圍，使視頻能正常、流暢地播放。 3. 系統(tǒng)結(jié)構(gòu)分析 本次畢業(yè)設(shè)計(jì)基于嵌入式平臺(tái)的 MPlayer 移植是主要圍繞 Linux 主機(jī)和ARM2410s 開(kāi)發(fā)板，按照嵌入式開(kāi)發(fā)流程進(jìn)行的設(shè)計(jì)與開(kāi)發(fā)。 ARMLinux 端 ARMMPlayer 模塊：編譯在 ARM2410s 開(kāi)發(fā)板上運(yùn)行的 MPlayer ARMLinuxgcc 模塊：實(shí)現(xiàn) ARM 環(huán)境下編譯環(huán)境的搭建。 X86PC 端 X86MPlayer 模塊：采用 GCC 編譯器，編譯 X86PC 端 能夠播放的 MPlayer 版本。 4. 系統(tǒng)選用的開(kāi)發(fā)工具 UPNETARM2410S 嵌入式開(kāi)發(fā)平臺(tái) 咱們用的是 zlg magicarm2410，和這個(gè)博創(chuàng)是 2 個(gè)公司出的，不要混淆了 ! 本系統(tǒng)平臺(tái)采用 Samsung 公司的處理器 S3C2410。 16/32 位精簡(jiǎn)指令體系結(jié)構(gòu)，使用支持 ARM 調(diào)試的體系結(jié)構(gòu) ARM920TCPU 核的強(qiáng)大指令集，指令緩存（ cache）、數(shù)據(jù)緩存、寫(xiě)緩沖和物理地址 TAG RAM，減小了對(duì)主存儲(chǔ)器帶寬和性能的影響， ARM 帶 MMU（ Multi Media eXtension，多媒體擴(kuò)展指令集）的先進(jìn)的體系結(jié)構(gòu)，支持 Wince、 Epoc3 Linux。 幾種代表性嵌入式 操作系統(tǒng)比較（如下表 21 所列）： 表 21 四款嵌入式系統(tǒng)優(yōu)缺點(diǎn)對(duì)比列表 VxWorks 美國(guó) WindRiver 公司于 1983 年設(shè)計(jì)開(kāi)發(fā)的一種嵌入式實(shí) 時(shí)操作系統(tǒng)（ RTOS），良好的持續(xù)發(fā)展能力、高性能的內(nèi) 核以及友好的用戶(hù)開(kāi)發(fā)環(huán)境，在嵌人式實(shí)時(shí)操作系統(tǒng)領(lǐng)域 逐漸占據(jù)一席之地。其中 是一種 針對(duì)小容量、移動(dòng)式、智能化、 32 位、了解設(shè)備的模塊化 實(shí)時(shí)嵌人式操作系統(tǒng)。 μ C/OSⅡ μ C/OSⅡ是著名的源代碼公開(kāi)的實(shí)時(shí)內(nèi)核，是專(zhuān)為嵌入式 應(yīng)用設(shè)計(jì)的，可用于 8位、 16 位和 32 位單片機(jī)或數(shù)字信 號(hào)處理器（ dsp）。支持多種體系結(jié)構(gòu)， 凡遵循國(guó)際標(biāo)準(zhǔn)所開(kāi)發(fā)的硬件和軟件，都能彼此兼容。 5 設(shè)備獨(dú)立 性： Linux 內(nèi)核具有高度適應(yīng)能力，用戶(hù)可以修改內(nèi)核源 代碼，以便適應(yīng)新增加的外部設(shè)備?？梢浦残詾檫\(yùn)行 Linux 的不同 計(jì)算機(jī)平臺(tái)與其他任何機(jī)器進(jìn)行準(zhǔn)確而有效的通信提供 了手段。 HEX EDIT 十六進(jìn)制查看器。 GCC 編譯器能將 C、 C++語(yǔ)言源程序、匯程式化序和目標(biāo)程序編譯、連接成可執(zhí)行文件，如果沒(méi)有給出可執(zhí)行文件的名字， GCC 將生成一個(gè)名為 的文件。接著調(diào)用 cc1 進(jìn)行編譯，這個(gè)階段根據(jù)輸入文件生成以 .o 為后綴的目標(biāo)文件。以上就是 GCC 的執(zhí)行過(guò)程。另外，在體系結(jié)構(gòu)的總體把握、設(shè)計(jì)和嵌入式模塊的整合方面，良好的設(shè)計(jì)和完整的整合技術(shù)也是該課題的難點(diǎn)之一。相信通過(guò)努力，能夠完成該課題。 采用 ； ； ； ； ； 五個(gè)包，如圖 34 所示，圖 35 為開(kāi)發(fā)系統(tǒng)總體圖。控制 MPlayer 的播放，暫停，停止，音量調(diào)節(jié)等一系列操作。其中 X86PC 端運(yùn)行 MPlayer 是由 X86MPlayer 模塊與解碼模塊通過(guò) Linuxgcc 模塊編譯完成。 2. 視頻格式分析模塊 模塊概述 簡(jiǎn)介：由于 MPlayer 本身的解碼庫(kù)并不完整的原因，眾多視頻文件格式并不能正常地播放。 模塊分析 SWF (1)簡(jiǎn)介： SWF 是 Macromedia 公司的動(dòng)畫(huà)設(shè)計(jì)軟件 Flash 的專(zhuān)用格式，是一種支持矢量和點(diǎn)陣圖形的動(dòng)畫(huà)文件格式。截圖如圖 42 所示： 圖 42 SWF 文件的結(jié)構(gòu) 它的結(jié) 構(gòu)如表 42所示： 上圖還可以說(shuō)是抓圖，但是下面這個(gè)表必須重做，原因同前 (3)SWF 顯示區(qū)域坐標(biāo)的計(jì) 算 以下列出從偏移量 08 開(kāi)始，與區(qū)域坐標(biāo)顯示相關(guān)十六進(jìn)制數(shù)： 70 00 0C 80 00 00 96 00 轉(zhuǎn)化為二進(jìn)制數(shù)： 01110000 00000000 00001100 10000000 00000000 00000000 10010110 00000000 取前 5位： 01110(b)=14(d) 以后的字節(jié)以 14 位進(jìn)行分割，所需位數(shù)為 14*4+5 = 61，需要 8 個(gè) 字節(jié)來(lái)表示： 01110 00000000000000 == 0 = Xmin 01100100000000 == 6400 = Xmax 00000000000000 == 0 = Ymin 01001011000000 == 4800 = Ymax 000 因 為 Flash 的 坐 標(biāo) 是 TWIP 格 式 的， 需要 除 以 20 ，所 以實(shí) 際 為 (0,320,0,240)。截圖如圖 43： 圖 43 FLV 文件結(jié)構(gòu) 文件頭的結(jié)構(gòu)如表 42： AVI (1)簡(jiǎn)介：自微軟公司推出 AVI 文件格式以來(lái) ,AVI 逐漸成為 Windows 操作系統(tǒng)上最常用的流媒體文件格式之 一。 3GP 是新的移動(dòng)設(shè)備標(biāo)準(zhǔn)格式，應(yīng)用在手機(jī)、 PSP 等移動(dòng)設(shè)備上，優(yōu)點(diǎn)是文件體積小，移動(dòng)性強(qiáng)，適合移動(dòng)設(shè)備使用，缺點(diǎn)是在 PC 機(jī)上兼容性差，支持軟件少，且播放質(zhì)量差，幀數(shù)低，較 AVI 等格式相差很多。這四個(gè)程序都可以從 MPlayer 官方網(wǎng)站下載： 分別是以下四個(gè)文件： Src： Skin： Codecs： Wincodecs： 如圖 47所示： 圖 47 Mplayer 等所需安裝包 把它們放在 /usr/home/mplayer 目錄下。否則會(huì)調(diào)用 來(lái)編譯， MPlayer 是不能用 編譯的。 [rootthr ]tar jvxf /home/mplayer/ [rootthr ]mv /home/mplayer/Blue /usr/local/mplayer/share/mplayer/skins/default [rootthr ]cd /usr/local/mplayer/bin [rootthr bin]./gmplayer /home/mplayer/ 效果圖如圖 48所示： 圖 48 X86MPlayer 效果圖 在桌面創(chuàng)建快捷方式如圖 49 所示： 圖 49 mplayer 快捷方式 編譯指令解釋 編譯指令參數(shù)含義為： ./configure enablegui //選擇安裝界面 enablelargefiles //支持目錄大于 2GB enablemenu //支持 OSD 目錄 prefix=/usr //選擇安裝目錄 confdir=/etc/mplayer //選擇配置文件目錄 cc=gcc32 //選擇編 language=zh_CN //選擇播放器語(yǔ)言 ARMMPlayer 模塊 (1) 解壓 軟件包 (2) 編譯 MPlayer 應(yīng)用程序，編譯指令如圖 410 所示： 圖 410 ARMMPlayer 編譯指令 配置命令解釋?zhuān)? cc=ARMLinuxgcc //使用版本為 的交叉編譯器 hostcc=gcc //使用系統(tǒng)自帶的編譯器來(lái)編譯 一些需要在 host 上執(zhí)行的 中間文件 enableLinuxdevfs // 設(shè)置缺省設(shè)備為 Linux 的 devfs 設(shè) 備。 Gcc 編譯器能將 C、 C++語(yǔ)言源程序、匯程式化序和目標(biāo)程序編譯、連接成可執(zhí)行文件，如果沒(méi)有給出可執(zhí)行文件的名字， Gcc 將生成一個(gè)名為 的文件。 這 樣 ， ARMLinux 工 具 鏈 就 在/usr/local/arm/。 [rootthr armkernel]make dep [rootthr armkernel]make zImage 在 /home/armkernel/kernel/arch/arm/boot 下會(huì)生成 zImage 文件，這就是我們即將燒錄的內(nèi)核如圖 414 所示： 圖 414 編譯后 生成的內(nèi)核文件 5. MINICOM 模塊 MINICOM 定義 Linux 下的 MINICOM 的功能與 Windows 下的超級(jí)終端功能相似，適于在Linux 通過(guò)超級(jí)終端對(duì)嵌入式設(shè)備的管理以及對(duì)嵌入操作系統(tǒng)的升級(jí)。 表 46 mini 的設(shè)置 設(shè)置說(shuō)明 必需設(shè)置 Bps/Par/Bits 115200 8N1（ 9600 僅適用于 DRAC III） 硬件流控制 是 軟件流控制 否 終端仿真 ANSI 調(diào)制解調(diào)器撥 清除 init（初始化）。 配置流程 按表 46配置好 MINICOM 的各項(xiàng)參數(shù)后，啟動(dòng) MINICOM 程序，嘗試 X86PC機(jī)與 ARM2410s 開(kāi)發(fā)板的通信。之后在提示符輸入 arm 并且按 table鍵，確認(rèn)能夠生成 armLinux信息。而 Gcc 則通過(guò)后綴來(lái)區(qū)別輸入文件的類(lèi)別 . .c 為后綴的文件， C語(yǔ)言源代碼文件； .a 為后綴的文件，是由目標(biāo)文件構(gòu)成的檔案庫(kù)文件； .C， .cc 或 .cxx 為后綴的文件，是 C++源代碼文件； .h 為后綴的文件，是程序所包含的頭文件； .i 為后綴的文件，是已經(jīng)預(yù)處理過(guò)的 C 源代碼文件； .ii 為后綴的文件，是已經(jīng)預(yù)處理過(guò)的 C++源代碼文件； .m 為后綴的文件，是 ObjectiveC源代碼文件； .o 為后綴的文件，是編譯后的目標(biāo)文件； .s 為后綴的文件，是匯編語(yǔ)言源代碼文件； .S 為后綴的文件，是經(jīng)過(guò)預(yù)編譯的匯編語(yǔ)言源代碼文件。 enablefbdev //支持緩沖幀設(shè)備 disablemencoder //不支持 mencoder 編碼方式 enablelibavcodec //支持 libavcodec 編碼方式 enableliba52 //不使用 liba52 庫(kù) [rootlocalhost MPlayer] ./configure help Usage: ./configure [OPTIONS]... Configuration: h, help display this help and exit Installation directories: prefix=DIR use this prefix for installing mplayer [/usr/local] bindir=DIR use this prefix for installing mplayer binary datadir=DIR use this prefix for installing machine independent disablealsa disab