Ⅰ linux下編譯ffmpeg 以及交叉編譯並引入android
在Linux環境下，編譯ffmpeg並進行Android交叉編譯的步驟如下：
首先，為支持mp3編碼，你需要安裝lame庫，可通過`ffmpeg -i audio.wav -acodec libmp3lame audio.mp3`進行測試。然後，編譯ffmpeg，常用的配置命令是`./configure --prefix=/usr/local/ffmpeg --enable-debug=3`，但可能會遇到錯誤，如gcc編譯器問題或nasm/yasm未找到。遇到這些問題，建議更新ffmpeg版本並檢查config.log日誌。
編譯時，可能遇到許可權問題，如`mkdir: cannot create directory '...': Permission denied`，這時需要確保有足夠的許可權。環境變數的配置也很重要，可以在.profile文件中添加`path`和`pkg_config_path`，配置後通過`source .profile`使更改生效。
在編譯過程中，如果ffplay沒有出現在bin目錄中，可能需要安裝sdl2並重新configure、make和install。如果遇到so文件鏈接問題，可以編輯`/etc/ld.so.conf`並運行`ldconfig`來解決。
為了在Android設備上使用ffmpeg，你需要下載Android NDK，然後執行`make-standalone-toolchain.sh`生成交叉編譯工具鏈。創建一個腳本（build_ffmpeg.sh），包含針對不同架構的編譯命令，注意調整工具鏈路徑、架構和輸出目錄。
在編譯ffmpeg時，可能需要額外添加x264支持以處理h264編碼。下載x264源碼後，同樣使用configure進行配置，但可能需要解決缺少nasm的問題。
總的來說，編譯ffmpeg涉及多個步驟，包括安裝依賴庫、配置環境、處理編譯錯誤和生成針對Android的交叉編譯版本。務必查閱文檔以確保正確設置和執行每個步驟。
Ⅱ 如何在windows上用ndk交叉編譯其他平台程序
目標 ：編譯arm64的.so庫
編譯方法：理論上應該有兩種交叉編譯方法，法一，在Linux伺服器上安裝交叉工具鏈，直接用交叉工具鏈進行編譯鏈接；法二，使用ndk完成交叉編譯，因為
ndk已經安裝好交叉編譯工具鏈，以及相關的系統庫和系統頭文件了。這兩種方法的區別在於，linux伺服器上的編譯使用的makefile和ndk使用的.mk
文件顯然不同。原因是ndk作為一個集成編譯環境，制定了一套特定的規則用於生成最終的編譯腳本。
這里簡單總結下，如何在windows用ndk進行交叉編譯arm64目標平台的.so庫：
step1:找到ndk開發工具包，官網之類的都可以下載，Android-ndk64-r10-windows-x86_64.rar文件
step2:解壓上述ndk工具包，將包含程序源文件和頭文件的文件夾testProject都放入android-ndk-r10下的samples目錄下。
放在其他地方當然也可以，但是後續相對路徑之類的不太好加，既然其他例子都放這，把代碼放這編譯是最保險的了。
step3:在testProject中增加一個jni的文件夾，必須要添加！！！！！！
step4:在jni文件夾中，添加一個Android.mk的文件，必須要添加！！！！！
step5:在jni文件夾中，添加一個Application.mk的文件與Android.mk並列，必須要添加！！！！！
step6:Android.mk和Application.mk合起來就類似於linux環境下的makefile編譯文件。
如何寫Android.mk，可以參考例子helllo-jni中jni文件夾下的Android.mk。
LOCAL_PATH:=$(call my-dir) #必須要寫的
include $(CLEAR_VARS) #必須要寫的
LOCAL_MODULE:=hello-jni #編譯出來的模塊名稱
LOCAL_SRC_FILES:=hello-jni.c #制定編譯的源文件名稱
include $(BUILD_SHARED_LIBRARY)#放在最後
除了上述變數之外，還有其他的指定的變數，
LOCAL_CFLAGS，用於指定編譯選項，這個和makefile中是完全一樣的，可以指定編譯選項-g，也可以指定編譯宏及宏值
LOCAL_LDLIBS，用於指定鏈接的依賴庫，這個可以makefile也是完全一樣的，可以指定鏈接庫用-l庫名，以及指定庫搜索路徑用_L路徑名
LOCAL_STATIC_LIBRARIES，指定鏈接的靜態庫名，makefile中沒有
LOCAL_C_INCLUDES，用於指定編譯頭文件的路徑，和makefile中不同，路徑前不需要加-I，直接寫路徑即可，可以是相對路徑或絕對路徑，
多個路徑之間用空格隔開。
編寫上述Android.mk碰到的問題有，
(1)使用默認的系統自動載入stl庫頭文件總是出錯，只好手動在LOCAL_STATIC_LIBRARIES指定sources/cxx-stl/stlport/stlport來完成對#include<string>這種c++形式的頭文件載入
(2)使用$(SYSROOT)/usr/include來完成對系統庫頭文件的載入，結果找不到sem_t符號，只好指定platforms/android-L/arch-arm64/usr/include
step7:Application.mk編寫
APP_STL指定使用的stl移植庫，動態或者靜態都行
APP_CPPFLAGS，指定app編譯的編譯選項
APP_ABI指定abi規范類型，例如arm64-v8a，也可以寫成ALL就是把所有的類型全部編一編
APP_PLATFORM指定編譯的platform名稱，這里可以寫成android-L或者不指定全編。
step8:編譯完成後，運行。
啟動cmd，使用cd /D進行到testProject的jni目錄下
step9:將android-ndk-r10下的ndk-build.cmd直接拖拽到cmd中，此時直接敲回車，就可以編譯了。當然也可以加一個 clean，清除編譯中間文件。
step10:檢查下編譯結果，編譯成功後在testProject中多了兩個文件夾與jni並列的，libs和obj。
編譯鏈接後的結果就在libs中！
Ⅲ 「Android NDK 」是什麼，在什麼情況下使用
1、NDK是一系列工具的集合。
2、NDK提供了一份穩定、功能有限的API頭文件聲明。
3、NDK的發布，使「java+C」的開發方式終於轉正，成為官方支持的開發方式。
4、NDK將使Android平台支持C開發的開端。
NDK使得在android中，java可以調用C函數庫。我們都知道，java是半解釋型語言，很容易被反匯編後拿到源代碼文件，在開發一些重要協議時，我們為了安全起見，使用C語言來編寫這些重要的部分，來增大系統的安全性。還有，在一些接近硬體環境下，相信大家都清楚行襲升C與java的優劣。順帶提一下：NDK並不能顯著提升應用效率。why？我們都覺得C語言比起java來說效率要高出很多，一方面，隨著jdk的不斷更新，java的效率也隨之提高；另一方面，即便使用C語言編碼提高了應用效率，但是在java與C相互調用時平白又增大了開銷。
Ⅳ Opencv源碼交叉編譯Android庫
本文主要介紹了如何在Android平台上進行OpenCV（版本2.4.13）的源碼交叉編譯，並將其集成到Android應用中。首先，你需要確保已下載並配置好NDK（yourNDKPath），以及指定編譯文件的存放路徑（yourInstallPath）。在OpenCV根目錄下，運行特定命令開始編譯過程，這將生成所需的頭文件、靜態庫和動態庫。
接下來，你需要在你的項目中引入編譯好的OpenCV庫。這包括在CMakeLists.txt文件中配置工程，以便正確鏈接OpenCV庫。完成配置後，進行工程的編譯，確保所有的依賴項都已正確集成。
在Android設備上進行測試時，將編譯的可執行文件與圖片文件一起推送至設備，然後在終端執行程序。執行過程會輸出相關結果。
總結來說，將標准編譯工具鏈替換為NDK提供的交叉編譯工具鏈是關鍵步驟。整個過程雖然需要一些設置，但一旦理清流程，實際操作並不復雜。有興趣的開發者可以參考GitHub上的相關代碼，通過star來表示支持。
Ⅳ 如何從android源碼中編譯webkit
android本來自帶了webkit瀏覽器，但是要對其進行custom就需要android源代碼才行， 但是在沒有源碼的情況下，那麼就需要用到ndk了，比如，我是在xoom上做custom webkit的。
1、雖然ndk提供的庫很少，而且沒有skia，但是好在有bitmap，這樣顯示慢了點，沒有硬加速，但不是不可能。
2、webkit需要的第三方庫，freetype，png，jpeg，sqlite3等雖然android源碼中有，但是ndk沒有開放，因此所有的第三方庫，freetype，png，jpeg，sqlite3，cairo，curl，fontconfig，pixman，iconv等都需要用ndk cross-compile成靜態庫，然後鏈接到最終的動態庫中。
3、選擇iconv是icu太大，而且沒有多語言的需求，選擇cairo+pixman是skia的移植性不好，而且cairo支持很多種backend。
4、編譯第三方庫需要用到autoconfig，ndk中有如何生成交叉編譯鏈的文檔，然後在configure時使用這個工具鏈就可以了，但是android用到的是bionic庫，因此會有很少的地方需要修改，有些庫也不能生成test程序，但是靜態庫是沒問題的。
5、利用ndk生成的交叉工具鏈，在加上webkit自帶的cmake編譯系統，生成webkit的動態庫是沒有問題的，當然是webkit的內核，而且有些平台相關的部分代碼需要修改。
6、但是只要是以linux平台為基礎，修改還是很容易的，我移植的webkit是先移植到linux平台上，然後移植到android平台上的，所以修改相對少了很多，但是修改大多都在WebCore/platform下，在選擇了的平台相關庫後，做相應的配置和修改。
7、其次是在WebKit目錄，這個主要是支持和使用WebCore，因此在需求不是整個瀏覽器，而只是正常地顯示網頁時，還是可以寫的比較簡單的。