Ⅰ 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，因此在需求不是整个浏览器，而只是正常地显示网页时，还是可以写的比较简单的。