① H.264 标准 : H.264 是视频编码标准 , 由 ITU 和 MPEG 制订 ;
2 . 共享动态库编译参数 : 编译动态库需要添加 “-fPIC” 和 “-shared” 两个参数 ;
首先，为什么要用NDK来做，因为自己之前就已经实现过RTMP推流、RTMP播放、RTSP转码等等各种c++实现的流媒体项目，有很成熟的代码模块。既然Android有NDK，可以JNI的方式复用之前的成熟代码，大大拓展和加快项目实现，那为什么不这样去做呢。和其他平台一样，要实现采集摄像头推送直播流，需要实现以下几点
实际项目中写的应用层代码为了保证可靠性，需要编写一定的测试用例，进行单元测试。 这里以GoogleTest为例 ，在嵌入式平台上(Amlogic A113x 平台)实现应用层代码的测试。
1 . 编译 FFMPEG 函数库 : 【Android FFMPEG 开发】FFMPEG 交叉编译配置 ( 下载 | 配置脚本 | 输出路径 | 函数库配置 | 程序配置 | 组件配置 | 编码解码配置 | 交叉编译配置 | 最终脚本 )
从 arm-linux-gnu-gcc -v 中看到 sysroot目录 /usr/arm-linux-gnu/sys-root/ 为空。 从 yum search 中，也没找到对应的包。看来只能手工去下载编译用的head文件和库文件。
1. 准备下载相关的交叉编译器gcc (1)、aarch32架构的交叉编译器 因为系统是ubuntu 14-04的版本，可以直接使用安装的方式去安装aarch32架构的交叉编译器。也可以按照aarch64架构的方式去下载aarch32的交叉编译器，建议g++版本低一点，4.8.4左右。 sudo apt-get install g++-arm-linux-gnueabihf 执行命令成功后，使用 命令 arm-linux-gnueabihf-g++ -v 查看到安装的版本值，安装成功! 版本值显示如下图：
1 . Android 版本目录 : platforms 中存储了各个 Android 版本编译时需要的动态库与静态库资源 , 如 android-29 中就是该版本对应的本地库资源 ;
交叉编译脚本参考 : 之前已经做过两个函数库的交叉编译脚本 , FFMPEG 和 x264 开源库 , 而且都是使用 configure 生成 Makefile 文件 ;
静态库是一个包含预编译代码的文件，可以与可执行程序链接以创建单个自包含的可执行文件。静态库中的代码直接链接到可执行文件中，这使得它比动态库更快、更高效。
因为我们的嵌入式设备使用的是C语言，所以如何不想自己从头造轮子的话，就需要找一个比较合适的C语言的二维码生成的库。
RTMP 协议 : RTMP 协议是基于 TCP 协议的实时消息传输协议 ( Real Time Messaging Protocol ) ;
golang最让我心动的，就是交叉编译比较方便，android基本上都是arm处理器，交叉编译过arm的都知道，工具链不一样，往往问题比较麻烦，其中最大的问题在于动态库的版本问题（c语言的可以编译用--static解决这个问题）。 而golang交叉编译arm下面的程序，几乎个个平台，都很通用。方法则是额外设置GOARCH（也有个GOOS，这里不讨论）就可以了。 毕竟golang和android都是google的儿子，android下不能允许golang的程序，不太像话！！ 环境准备 1、一台root的手机
① 视频数据回顾 : 手机使用 Camera 采集 NV21 格式的图像数据 , x264 编码库将图像数据编码成 H.264 格式的视频数据 ;
上面2个文档：sequence.c、sequence.h 可以做出库的形式，让其他的文件调用。
编译环境 Ubuntu 16.04 x86_64 arm-xm-linux.tar.gz 下载openssl源码 $ wget https://www.openssl.org/source/openssl-1.1.0d.tar.gz 解压源码 $ tar xvf openssl-1.1.0d.tar.gz 执行Configure脚本 $ cd openssl $ ./Configure linux-generic32 \ no-shared \ no-asm \ no-async \ --pre
编译环境 Ubuntu 16.04 x86_64 ingenic X2000 编译工具链 从君正官网下载 : http://www.ingenic.com.cn/?product/id/34/lm
Protobuf（Protocol Buffers）是由 Google 开发的一种轻量级、高效的结构化数据序列化方式，用于在不同应用之间进行数据交换和存储。它可以用于多种编程语言，并支持自动生成代码，使得数据结构定义和序列化/反序列化过程更加简洁和高效。
在嵌入式linux上，想最简单方便的使用网络资源，如ftp,http,和socket,用c实现容易吗？
下载 7zip 源码 , 下载页面 https://sourceforge.net/projects/p7zip/files/ , 点击页面中的 绿色下载按钮 ;
注：参考自bilibili系列视频，从0开始做播放器-第二季-第1章-用 Android NDK 编译 FFmpeg，更详细的内容可以从视频获取https://www.jianshu.com/writer#/notebooks/47674984/notes/76664263
在之前的一系列博客中使用 lib7zr.so 动态库处理压缩文件 , 本篇博客中使用静态库处理压缩文件 , 仅做参考 ;
编译链接时 , 将整个库文件打包到可执行文件中 , 造成可执行文件较大 , 但运行时不需要库文件 ;
在Linux中，可执行文件的格式是ELF格式，而有一些命令可以帮助我们了解它们更多的“秘密”，以此来帮助我们解决问题。
本篇博客代码及资源下载 : https://download.csdn.net/download/han1202012/10382762
之前的博客 【Android 安装包优化】p7zip 源码交叉编译 Android 平台可执行程序 ( 下载 p7zip 源码 | 交叉编译 Android 中使用 7z 可执行程序 ) 中 , 下载并编译了 p7zip 开源项目源码 , 交叉编译出了可以在 Android 平台执行的可执行文件 ;
先看什么是JNI？JNI的全称就是Java Native Interface，即java本地开发接口。可能大家和我一样，一听到接口什么的就犯懵：“我也知道这是java本地开发接口的意思，但它具体是个什么意思我还是搞不明白。”其实JNI它就是一种协议，一说协议，那它就是对某种东西的一个规范和约束，说的好听一点就是标准化。如果你想用我这个东西，那你必须要遵守我这边的规范。像http协议一样，http作为超文本传输协议，它规范了我们上网时从客户端到服务器端等一系列的运作流程。正因为如此，我们才能畅通无阻的上网。那么换做JNI也一样，只不过JNI这个协议是用来沟通java代码和外部的本地代码(c/c++)。也就是说有了JNI这个协议，我们才能够随意的让java代码调用C/C++的代码，同样C/C++的代码也可以调用java的代码。如果没有这个协议作为支撑，那么java和C/C++代码想要相互调用是不可能的。下面通过两个图简单看一下JNI协议在系统架构中处于什么位置：
这里选择LuaJit在嵌入式Linux系统使用，LuaJit交叉编译也比较简单，没有第三方库的依赖，直接交叉编译源码即可。
curl是一个成熟的HTTP client库，可以使用cmake在命令行完成交叉编译。
rust 的学习曲线比较陡峭，在开始学习之前建议看看王垠的这篇文章 《如何掌握所有的编程语言》，地址如下:
① FFMPEG 源码下载地址 : http://ffmpeg.org/download.html#releases
选择 " 菜单栏 / Debugger / Select debugger " 选项 , 也可以使用 F9 快捷键 ;
参考博客 : 【Android NDK 开发】Android Studio 使用 CMake 导入静态库 ( CMake 简介 | 构建脚本路径配置 | 引入静态库 | 指定静态库路径 | 链接动态库 )
在上一篇博客 【Android 安装包优化】native 层 jni 中使用 7zr 动态库处理压缩文件 ( 修改 7zr 交叉编译脚本 Android.mk | 交叉编译 lib7zr.so 动态库 ) 中 , 交叉编译出了 4 种 CPU 架构的动态库 ;
它使用 xmake.lua 维护项目构建，相比 makefile/CMakeLists.txt，配置语法更加简洁直观，对新手非常友好，短时间内就能快速入门，能够让用户把更多的精力集中在实际的项目开发上。
参考 【Android 安装包优化】使用 lib7zr.so 动态库处理压缩文件 ( 修改 7zr 交叉编译脚本 Android.mk | 交叉编译 lib7zr.so 动态库 ) 博客中的 p7zip 源码 , D:\develop\7zip\p7zip_16.02\CPP\ANDROID\7zr\jni\Android.mk 中的 -I 引入头文件参数中 , 涉及的头文件目录 ;
Android Studio 中使用 Android.mk 配置第三方 动态库 :
这个版本重点对其他语言的支持做了一些改进，比如新增了fortran的编译支持，zig语言的实验性支持，另外对golang/dlang增加了第三方依赖包支持以及交叉编译支持。
FFmpeg是一套用于录制、转换和流化音视频的完整的跨平台解决方案，它的强大之处不用过多描述，本文主要介绍如何编译出so文件和在Android Studio工程中的引入
目前网上找到的ios嵌入nodejs介绍，都是指向nodejs-mobile项目，nodejs-mobile对nodejs项目做了一定魔改，可以预想会难以及时的随nodejs升级，该项目目前的nodejs版本12.19.0，比起官方版本落后太多。而本文介绍的办法只需对nodejs的gyp添加少些修改以支持ios、android的编译，该方式编译的16.16.0版本nodejs已经在真机上测试通过并应用到puerts项目上。而且该修改方式也已经提PR给nodejs官方并合入到主干： libnode for ios app embedding
1、dlopen 动态库失败原因，我碰到主要是以下几点（碰到新问题之后再完善，先打个点） ①动态库位置没有放对地方，dlopen 时候找不到你想操作的动态库 解决办法：放到指定目录。 ②头文件没有包全，有不能识别的函数或者标识符 解决办法：加一条打印信息，程序运行到这里，会输出不能识别标识符。
该文章介绍了如何通过在Ubuntu 16.04下交叉编译工具链来编译gflags库，以适应在Windows平台上的使用。首先，需要安装必要的工具和库，如CMake和MinGW。然后，使用CMake配置交叉编译环境，并编译gflags库。最后，使用Wine在Windows上运行生成的可执行文件。
最近一直在研究在ZC706-ARM开发板的linux系统中弄一套编译系统(不支持apt)，刚好发现公司有一套英伟达的ARM开发板且带有ubunut系统（支持apt），此时产生一个想法，英伟达板子上编译的程序能否在ZC706的板子上运行？
xmake是一个基于Lua的轻量级现代化c/c++的项目构建工具，主要特点是：语法简单易上手，提供更加可读的项目维护，实现跨平台行为一致的构建体验。
随便解压到一个目录，先运行一次命令./configure，如果没错可以进行下一步操作，编写脚本
没有开发板，如何调试运行arm程序？ 本文主要讲解如何在Ubuntu上搭建arm交叉编译、运行环境。
《FFmpeg开发实战：从零基础到短视频上线》一书的例程主要测试本地的音视频文件，当然为了安全起见，很多网络视频都采用了https地址。FFmpeg若要访问https视频，就必须集成第三方的openssl库，但编译FFmpeg时却默认关闭了openssl。为了让App能够播放采用https的在线视频，需要编译安装并启用openssl。
疫情期间，宅家两月，对xmake内部做了不少的重构来改进，并且新增了不少实用的新特性，欢迎来体验。
这篇文章是以前工作的一些实际经验总结，这里给大家分享一下，顺便做了一下记录以备以后使用时参考，本文（记录）与目前网上很多关于ffmpeg的文章相比有两个特点： 重点不在于ffmpeg的解码部分（这个本来是ffmpeg最大的亮点），为什么？前面说了，这是我以前工作的一个整理。况且关于ffmpeg的解码相关文章非常多了，如果大家感兴趣的话，可以后面第五部分增加吧。 本文是不采用其他第三方的开源多媒体框架而在嵌入式硬件上做多媒体播放项目。第三方的多媒体框架软件隐藏了一些扩展数据的关键处理，很多初学者可能不清楚这些
在 gcc 编译器编译 C 语言代码时 , 如果添加了 -Wl,-z,nostackprotector 选项 , 就是构建一个没有 堆栈保护 的 ELF 格式的 共享对象 ( SO 文件 ) ;
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
