【正文】 rameFinished用來記錄已完成的幀數(shù)；參數(shù) rawData是輸入緩沖區(qū)指針，指向要解碼的原始數(shù)據(jù)；參數(shù) bytesRemaining是輸入緩沖區(qū)的大小。與其對應的音頻文件的解碼函數(shù)是 avcodec_decode_video()。 包在視頻文件中是一個很重要的概念，一個視頻文件可能含有多個視頻流和音頻流，它們被各自獨立存儲在固定大小的包里。 libavformat庫就是用來解析這些包的，然后交由庫 libavcodec進行解碼處理。下面兩個函數(shù)分別用來讀取和釋放包： av_read_packet(pFormatCtx, amp。packet)。 av_free_packet(amp。packet)。 第五節(jié) ffmpeg應用 —— 五、 ffmpeg應用開發(fā) 內(nèi)容： 一、軟件移植的概念 二、軟件移植過程 第六節(jié) 開源軟件移植的一般過程 隨著 Linux操作系統(tǒng)的誕生，其開源、免費、高效等特點，使得使用 Linux操作系統(tǒng)的人數(shù)也是與日俱增，成為了使用人數(shù)增長速度最快的操作系統(tǒng)。特別是其開源，使得很多的 Linux愛好者紛紛過來參與討論和研究，為其編寫更加穩(wěn)定、安全和高效的代碼。并且也有很多志愿者、公司等參與編寫 Linux操作系統(tǒng)下的軟件，這些軟件大部分跟 Linux一樣也是開源免費的，個別是收費的。因為Linux的開源、免費、支持多平臺，使得其它體系結(jié)構的計算機相擁出現(xiàn)，它們大多使用 Linux作為操作系統(tǒng)，這也使得 Intel和微軟，特別是微軟首次遭受如此巨大的打擊。 非 X86體系結(jié)構的計算機除了使用 Linux作為操作系統(tǒng)之外，它們要想投入到實踐運用當中，還必須依賴相應的軟件。由于大部分的軟件都是針對 X86平臺開發(fā)的，并且這些軟件大多是應用軟件，其實現(xiàn)都要經(jīng)過操作系統(tǒng)，而不管底層硬件的細節(jié)。 Linux操作系統(tǒng)上運行的軟件也是如此，并且大多開源。又因為單獨為一臺嵌入式設備開發(fā)一個應用軟件所發(fā)的時間和成本都是巨大的，因此，我們直接采用這些開源軟件，針對特定的非 X86平臺，做適當修改，使它們能夠正常地運行于這種平臺，這個過程就叫移植。 第六節(jié) 開源軟件移植的一般過程 —— 一、軟件移植的概念 當要對一個軟件進行移植時，我們必須有一定的理論和實踐基礎，首先要能夠充分地掌握軟件移植的目標平臺，包括對目標硬件平臺的體系結(jié)構要有一定的了解，熟練掌握目標平臺的操作系統(tǒng)等。其次，我們還要對移植的軟件有全面的認識，如軟件的功能、支不支持目標平臺、軟件目錄結(jié)構等都要預先知道，甚至對軟件的源代碼也必須能夠讀懂。 第六節(jié) 開源軟件移植的一般過程 —— 二、軟件移植過程 搭 建 環(huán) 境軟 件 裁 減 與 配 置編 譯有 無 錯 誤運 行 并 測 試運 行 是 否正 常結(jié) 束否有無是適 當 的 修 改該過程具體分成如下三個步驟： 準備工作 包括準備好軟件的源碼安裝包、安裝相應的交叉編譯器、設置并配置相應的環(huán)境變量等實驗環(huán)境。 開始移植 移植前首先查看一下軟件源碼包中的 Readme文件，一般軟件開發(fā)者會在這個文件中對軟件給予一定的說明。 Readme文件也可能含有軟件的安裝步驟，我們可以按照這個步驟進行移植。大部分軟件的移植或者安裝都是進入源碼目錄，然后執(zhí)行 configure命令，生成Makefile文件，最后執(zhí)行 make和 make install命令進行編譯生成可執(zhí)行程序。 有時候軟件本身很大，占用的資源太多，而我們需要軟件的功能卻很有限，這樣我們有必要先對軟件進行裁減。我們也可以在執(zhí)行 configure命令的時候帶上一些選項，禁止掉我們不需要的功能。這樣，當執(zhí)行 make命令編譯時就不會把這些功能編譯進去，使我們的可執(zhí)行程序足夠小。 在執(zhí)行 make命令的時候，難免會遇到編譯出錯的問題。這時候，首先我們要保證 Makefile文件中使用的編譯器是否正確，這里的編譯器不一定都是交叉平臺的編譯器，有些程序可能需要在宿主機上執(zhí)行，這時編譯這個程序選用的就是 X86平臺的編譯器。其次，我們查看一下具體編譯出錯的問題，這時候一般涉及到具體的源代碼，針對出現(xiàn)的問題，加以修改后重新編譯。 當編譯沒有出現(xiàn)問題，生成可執(zhí)行程序后，可以進行下一步。 第六節(jié) 開源軟件移植的一般過程 —— 二、軟件移植過程 運行并測試 我們可以將編譯后的可執(zhí)行程序下載到目標機上運行。如果運行正常，就可以算是移植成功。如果不能運行或是運行的效果不佳，那就有必要找出原因，加以解決后重新編譯，直到生成的可執(zhí)行程序正常地在目標機上運行。 特別需要注意的是，選擇軟件時，需關注它們本身的版本和相互依賴關系，因為某些軟件體本身它不是孤立的，而且在其開發(fā)過程時也有特殊的環(huán)境。 第六節(jié) 開源軟件移植的一般過程 —— 二、軟件移植過程 內(nèi)容： 一、 phoneME介紹 二、軟件移植過程與效果 第七節(jié) J2MEphoneME移植 當今 JVM種類很多，如 IBM JVM、 MS JVM等等。 J2ME（ Java 2 Platform Micro Edition）是專為移動設備設計的，在移動通信設備上已經(jīng)有了很廣的應用，非常適合我們在嵌入式中使用。J2ME根據(jù)硬件資源的限制，分為 CLDC （ Connected Limited Device Configuration）和 CDC （ Connected Device Configuration），無論是 CLDC還是 CDC，其核心都是 Java虛擬機。 CLDC采用了 KVM，它是一個真正的最小的而又基本上完整的 Java虛擬機，小到可以裝入幾十 KB的內(nèi)存中。 CDC則采用了 CVM，它是一個具有完整的 VM支持能力的 Java虛擬機，因此也更適合使用、更有效，但又比標準的 J2SE VM小。 作為一個全功能的 Java虛擬機， CVM幾乎支持 J2SE VM的所有先進特性，包括最底層的調(diào)用、出錯處理和本地語言接口。 SUN的 JVM開源后，作為 JAVA開發(fā)社區(qū)的一個項目，為避免版權問題， J2ME改名為 phoneME。 CLDC對應 phoneME Feature，而CDC對應 phoneME Feature，虛擬機則稱為 CVM。 phoneME Feature展開的。 第七節(jié) J2MEphoneME移植 —— 一、 phoneME介紹 系統(tǒng)要求 : GNU make version = 并且 armlinuxgcc version = 1．安裝 jdk ./ rpm ivh 2．編輯并運行腳本 vi vi Building PCSL vi sh Building CLDC vi sh Building Java Wireless Client Software 修改文件 phoneme_feature/midp/build/linux_qte_gcc/ 第 66行添加 : ljpeg lts sh 注意 :最后一步如果編譯出現(xiàn) ,將 output目錄刪除 ,然后從第一步重新編譯 . 第七節(jié) J2MEphoneME移植 —— 二、軟件移植過程與效果 3．環(huán)境變量設置與運行 Running Java Wireless Client Software Now what do you do with it? To run the software, copy the following three directories to your Linux ARM hardware: $MIDP_OUTPUT_DIR/appdb $MIDP_OUTPUT_DIR/bin $MIDP_OUTPUT_DIR/lib cp r $QTEDIR/lib/fonts MIDP_OUTPUT_DIR/lib export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MIDP_OUTPUT_DIR/lib export QTDIR=$MIDP_OUTPUT_DIR cd bin ./usertest 第七節(jié) J2MEphoneME移植 —— 二、軟件移植過程與效果 內(nèi)容： 一、 konqueror介紹 二、軟件移植過程與效果 第八節(jié) 嵌入式瀏覽器 konqueror移植 現(xiàn)在基于 Linux操作系統(tǒng)的桌面瀏覽器家族已經(jīng)發(fā)展到相當?shù)囊?guī)模，目前市面上可供用戶選擇的桌面瀏覽器就有 20多種，但是面向嵌入式系統(tǒng)的瀏覽器還存在種種缺陷，要么是不穩(wěn)定，要么對 html、 flash支持不是很完善。目前 Konqueror/embedded作為一款開源、免費的嵌入式瀏覽器正逐漸受到用戶的親睞。 Konqueror/embedded是針對嵌入式 Linux ,由著名的桌面操作環(huán)境 KDE下的瀏覽器 Konqueror派生出來的。 Konqueror/embedded將 Konqueror中關于KHTML 、 SSL 、 Javascript等內(nèi)容繼承了下來 ,同時簡化了 Konqueror中很多類的定義 ,剔除了依賴于 KDE lib部分 ,以適應在不同的嵌入式平臺上移植和運行。兩者都是基于 Qt 的 ,因此 Konqueror/embedded也可以運行在 Qt/ X11 環(huán)境下。 Konqueror/embedded完整地支持 HTML4 和 css（部分支持css2）、 JavaScript ( ECMAScript 262) 、 cookies、 SSL 、 IPv6；支持和管理兼容 XBEL的書簽 ,并且能夠很好地支持中文網(wǎng)頁瀏覽。 Konqueror/embedded是由底層網(wǎng)絡連接，圖形化用戶界面和處理 HTML繪制的引擎－ KHTML構成的。底層的通信協(xié)議實現(xiàn)是基于 KIO/slave機制來實現(xiàn)的；GUI界面采用可 Kparts組建技術和 Qt的基本構件；而作為Konqueror/embedded的核心－ KHTML則運用了文檔對象模型 (DOM)所提供的 API接口，并在 DOM樹上掛接 javascript引擎， CSS解析器以及渲染引擎。 第八節(jié) 嵌入式瀏覽器 konqueror移植 —— 一、 konqueror介紹 約定： QT版本與交叉編譯環(huán)境為： QT/Embedded armlinuxg++ ( )， Konqueror/embedded的版本是 1．在移植前首先要配置好環(huán)境變量 2．設置好環(huán)境變量以后解壓 Konqueror/embedded 3．一些缺少依賴軟件的處理 4．編譯 編譯成功后，目錄下會生成相應的可執(zhí)行文件，因此只要將可執(zhí)行文件和其他配置文件拷貝到目標板的文件系統(tǒng)中就行了。一般來說konqueror/embedded運行需要五個文件。 第八節(jié) 嵌入式瀏覽器 konqueror移植 —— 二、軟件移植過程與效果 ? 本章在講述嵌入式 Web服務器 GoAhead、嵌入式數(shù)據(jù)庫 SQLite、嵌入式媒體播放器 Mplayer、 JVM phoneMe、 Web 服務gSOAP、 Web 瀏覽器 Konqueror的移植與應用過程基礎上，總結(jié)出了開源軟件移植的一般過程，同時，讀者需要特別注意的是相關軟件的版本與依賴關系，包括交叉編譯器。最后通過基于WebService的嵌入式計算器綜合實驗，來闡述在 gsoap上的應用。 小結(jié) 1. 請列舉出嵌入式軟件移植的相關步驟和注意事項。 2. 請完成嵌入式 WebServer GoAhead的移植實驗。 3. 請完成嵌入式 WebService gSOAP的移植實驗。 4. 請完成嵌入式數(shù)據(jù)庫 SQLite的移植實驗。 5. 請完成播放器 Mplayer的移植實驗。 6. 請完成 ffmpeg應用實驗。 7. 請完成 J2MEphoneME移植移植實驗。 8. 請完成嵌入式瀏覽器 konqueror移植實驗。 9. 請完成本章的綜合實驗。 10. 請選擇一其它開源軟件，體會的移植過程和應用步驟。 習題