其实这部分，不比多言了。虽然在网上可以找到很多类似的经验，但其实第一次使用还是要花费不少的时间。
在前面的Linux下ndk编译移植FFmpeg到Android平台文章中介绍了如何将最基本的FFmpeg到Android平台。但只是简单的移植了FFmpeg，没有包含x264编码器，并且AAC编码器也只有默认的。在Android平台下使用FFmpeg进行RTMP推流（摄像头推流）中我实际上已经用到了x264编码器，但没有介绍如何将x264集成到FFmpeg中。而本篇文章将解决这个问题，重点讲解如何集成x264和libfdk-aac，当然也会有问题汇总。
最近在根据项目需求疯狂撸 OpenCL ，FFmpeg 相关的文章落下了不少，后面也准备介绍下 OpenCL 在 Android 上的应用，另外 OpenCL 可以和 OpenGL 结合使用，非常有趣。
[fdk-aac下载链接](https://github.com/mstorsjo/fdk-aac)
想要在Linux板子上通过Qt界面来播放视频，一种可选的方式是调用FFmpeg库来实现视频的解码与播放。本篇先来进行FFmpeg库的交叉编译，将FFmpeg库移植到Linux板子上。
《FFmpeg开发实战：从零基础到短视频上线》一书的“12.1.2 交叉编译Android需要的so库”介绍了如何在Windows环境交叉编译Android所需FFmpeg的so库，接下来介绍如何在Linux环境交叉编译Android所需FFmpeg的so库。
① H.264 标准 : H.264 是视频编码标准 , 由 ITU 和 MPEG 制订 ;
因为google在 NDK R19C中把GCC删除了。本来想着能不能配置出用clang编译ffmpeg，可是折腾了半天还是不行，于是还是用gcc吧。。支持gcc版本的最高的ndk是 NDK R17C，需要下载ndk r17c的开发包。另外最新的x264和ffmpeg代码需要最低 android-23的编译。也就是最低android6.0。因为有个 cabs()函数,只有android6.0才有。基本注意的就这两个方面。1，需要ndk r17c. 2，最低需要定义android-23。 下面是编译shell. 系统是centos7.0 第一个shell脚本是生成交叉编译toolchain
ffmpeg主要用于音视频转码，以及增删水印等处理，是一款简单实用且强大的音视频处理工具。
FFmpeg是音视频领域绕不过去的开源库，编译FFmpeg是音视频开发的基本功，FFmpeg就像一个音视频开源框架，很多的开源库都像插件一样作为FFmpeg的子模块，例如openssl、x264、x265、fdk-aac等等库都可以通过插件的形式编译进FFmpeg开源项目中。本文主要的目的是介绍一下FFmpeg的编译过程，以及如何将这些插件编译进FFmpeg中。
在linux 平台做FFMPEG视频编码的程序时，程序运行时提示错误：[h264_nvenc @ 0x2018080] Cannot load libcuda.so.1 。对于这个问题，直接查看是因为因为cuda 买有安装，也就GPU视频硬件加速的库没有安装。实际上是因为没有安装编码库的原因。
大家好，今天趁着有空，玩一个板子测评，这个板子功能非常强大，外设资源也是非常的丰富，给大家看一下这个板子的外设接口：
在日常的音视频开发中，我们经常使用FFmpeg，因为它确实好用呀，囊括了各种功能！但是有个很严重的问题，如果是编译在Android和IOS上使用，会造成APP的包很大。可以看我编译的FFmpeg在Android上的应用程式。
大家好，今天给大家分享一篇ffmpeg开发环境的搭建，我在很早之前也给搭建过ffmpeg源码的安装，但是并没有给大家去搭建开发环境，而且当时的版本也比较老，很多细节问题没有给大家展示如何解决！
通过ImageReader的回调，我们就可以得到截屏的数据了。第一遍文章是通过自定义的Socket 协议进行传输。这里通过FFmpeg,将得到的数据进行软件编码，然后同样通过RTMP进行推流。
我使用的是树莓派3B+，系统2020-12-02-raspios-buster-armhf-lite，软件源为清华源，其它配置请自测
前言 随着互联网的发展以及智能终端的普及，视频已成为用户获取信息、休闲娱乐的重要媒体渠道。原始视频的信息数据量往往很大，对网络传输及本地存储都带来了很大的挑战，可以通过视频编解码器对原始视频进行压缩和解压处理，达到快速的传输和存储的效果。 目前广泛应用的H.264视频编码标准于2003年发布，并在之后的十年内得到了极大的普及，随后，H.265视频编码标准也于2013年首推，但它的普及却是困难重重，主要原因是专利收费主体不明及标准太高。直到现在，市面上仍有很多视频类应用采用H.264来进行压缩，可以说，
FFmpeg是一个完整的、跨平台的解决方案，用于记录、转换和流化音/视频。 FFmpeg 采用 LGPL 或 GPL 许可证，提供了录制、转换及流化音/视频的完整解决方案。其包含了非常先进的音／视频编解码库 libavcodec。 FFmpeg 是在 Linux 平台下开发的 但是它同样也可以在其他操作系统环境中编译运行，包扩Windows、Mac OS 等系统。这个项目最早是由Fabrice Bellard 发起的，在 2004 年至 2015年由Michael Niedermayer 主要负责维护。许多 FFmpeg 的开发人员都来自 MPlayer 项目组，而 且当前FFmpeg也是被放在 MPlayer 项目组的服务器上的。其名称来自MPEG视频编码标准，“FF” 代表 “Fast Forward”。
文章耽搁了两星期了，可能不少老铁已经忘了，上一篇文章的内容了，不妨回顾一下，之前的文章里面就简单的提及了FFmpeg的一些简单命令的用法，官方下载不同平台的静态库，可以直接执行binary 文件来编辑一些音视频文件。我上次只是说了视频画面合成的用法，通过vstack和hstack，来进行合成。这次呢 我将教大家，如何在自己的Android手机上进行视频画面拼接的方法 以及如何通过官方库编译出Android平台的so库及静态库。这次内容可能会很多，也涉及到了很多shell脚本语言的的东西。希望老铁们耐心看看，绝对会有帮助。
1 . 图像数据转换 : Camera 获取的是 NV21 格式的图像数据, 先将 NV21 格式的图像数据转为 I420 格式的图像数据 , 再将 I420 格式的图像数据编码为 H.264 格式的视频数据 ;
本文主要讲述linux平台x86(及x86-64)架构下的ffmpeg编译安装过程。 其他嵌入式平台需要交叉编译，过程类似，不详述。 本实验在opensuse和ubuntu两个平台作了验证。使用lsb_release -a命令查看系统发行版版本： opensuse平台版本：openSUSE Leap 42.3。 ubuntu平台版本：Ubuntu 16.04.5 LTS。
一.编译x264(在编译前确保安装了pkg-config，默认在/usr/share下)
导语 H.264/AVC标准在当前视频应用场景中仍然是应用最广、兼容性最高的视频编码标准，因此任何视频产品如果希望在支持最大范围用户流畅使用的同时保障视频质量，H.264/AVC软件编解码必不可缺。在开源编码器实现中，x264经过资深软件工程师多年的持续优化，是当下公认性能较为优异且使用最多的选择。但x264的开源协议对商业软件并不友好，会带来昂贵的软件授权费用，所以对商业化视频产品来说，自研编码器性能成了硬核技术实力比拼的关键。 为此腾讯多媒体实验室推出了自研的O264RT编码器，并且与TRTC团队强强联
x264-snapshot-20181217-2245源码下载地址： https://download.csdn.net/download/xiaolong1126626497/12234153
在 Mac 系统中 homebrew 是一款 软件包管理工具 , 可以 轻松的 安装 / 卸载 / 更新 / 查看 / 搜索 软件包 , 可以简单方便地对软件包进行管理 , 无需用户 处理 复杂的依赖关系 问题 ;
http://blog.csdn.net/jszj/article/details/4028716
自2003年以来，H.264一直是最先进并被最广泛部署的视频压缩格式，也催生了HDTV、蓝光DVD、互联网视频网站（如YouTube，Twitch）等许许多多成功的商业产品。但是目前基于H.264协议的编码器已经达到了它们压缩性能的极限。特别是对于高清分辨率（1080p60）游戏内容的实时编码，这些编码器已经江郎才尽，耗尽了所有可挖掘的技术潜力。然而与此同时，新涌现出的下一代视频标准，VP9，HEVC和AV1。本文主要介绍VP9相对H.264对比的可实施性。
改进视频压缩对于更敏捷、更高质量地传输视频文件非常重要，同时使用更少的带宽和存储空间。从4K流媒体传输到智能手机的视频聊天及笔记本电脑的屏幕共享一切都可以通过更强质量更小的压缩编码视频。
x264是目前使用最广泛、效率最高的h264编码库，著名的音视频处理库ffmpeg也支持x264的扩展。如果你的项目用于商业用途，建议选用免费的openh264。 相比x264，可能著名的ffmpeg更广为人知。但是我们为什么不使用ffmpeg呢。正如本系列文章的序章所说，如果你只是打算用于h264编码，完全没必要使用庞大复杂ffmpeg，反而选择短小精悍的x264更适合你。不仅可以使用更小的so库（这在移动平台很有必要），而且也不需要再去啃ffmpeg枯燥复杂的代码。我是前前后后看了五遍才勉强看懂，一直处于看了又忘，忘了又看的状态，似会非会的叠加状态。相比之下x264的流程更为短小清晰，使用更为简单。
开发板的官网使用介绍链接：http://wiki.friendlyarm.com/wiki/index.php/NanoPC-T4/zh#FriendlyDesktop.E7.B3.BB.E7.BB.9F.E7.9A.84.E4.BD.BF.E7.94.A8
yum install gcc make nasm pkgconfig wget curl curl-devel zlib-devel openssl-devel perl cpio expat-devel gettext-devel libtool mhash.x86_64 perl-Digest-SHA1.x86_64 pcre.i386 pcre.x86_64 pcre-devel.i386 pcre-devel.x86_64
树莓派型号：3b 操作系统：ubuntu-mate-16.04.2-desktop-armhf-raspberry-pi.img
关于x264的编译比较简单，网上的教程也挺多的，这里只是总结一下，多个资源，方便新人学习。系统建议使用linux，本教程使用的是ubuntu。
不会下载的参考这里：https://blog.csdn.net/xiaolong1126626497/article/details/105784088
今天在Windows下编辑了一段CentOS7下编译安装ffmpeg源代码以及相关依赖软件包的编译sh脚本，直接拷贝到CentOS7下报错了：出现$’\r’:command not found的错误。
交叉编译脚本参考 : 之前已经做过两个函数库的交叉编译脚本 , FFMPEG 和 x264 开源库 , 而且都是使用 configure 生成 Makefile 文件 ;
根据摄像头不同的接入协议，我们的流媒体服务器分为不同的产品，有支持RTMP协议的EasyDSS，有支持国标GB28181协议的EasyGBS，以及支持RTSP协议的EasyNVR。目前我们的流媒体服务器及视频播放器Easy Player都能够支持H.265编码格式的视频。
AV1 以其出色的压缩性能，无疑是自 2017 年以来备受关注的新生代视频编码标准。业界也相继对 AV1 进行了一些评测工作，如 Facebook、Netflix 对它的编码复杂度也从早期的 VP9 的近千倍降到了百倍。为了验证 AV1 在短视频上的性能，美图音视频团队自 2018 年 11 月，基于 Top 500 美拍短视频进行了一次全面的 AV1 性能评估，对标编码器采用在实际生成环境中使用的主流视频编码器 x264、x265、VP9。
写代码的过程中，经常需要利用ffmpeg进行h264编解码，ffmpeg默认是不支持h264编解码的，需要在编译ffmpeg时增加支持h264编解码功能模块。
CMakeList.txt 构建脚本如下 : 跟着该构建脚本 , 逐步向下排查 ;
由于超过20M的psd,ai等文件，转换时可能会比较耗时间，所以建议php的超时时间及内存限制给大点(也可以不做调整)
FFmpeg支持Linux、macOS、Windows、Android等操作系统，其中Linux系列包括Ubuntu、Debian、Mint、CentOS、RHEL、Fedora等分支。FFmpeg官网的编译入口地址为https://trac.ffmpeg.org/wiki/CompilationGuide，在这里可以找到FFmpeg对各系统的编译说明。更多详细的FFmpeg开发知识参见《FFmpeg开发实战：从零基础到短视频上线》一书。
码率控制是指视频编码中决定输出码率的过程。首先介绍一下 X264 中使用到的与码率控制相关的几个概念：
NV21 是 YUV 格式中的一种 , Y 代表灰度 , U 代表色彩值 , V 代表色彩的饱和度 ;
在本系列前面的帖子中，我们连续梳理了Netflix、YouTube、Beamr、EuclidIQ、Bitmovin、Harmonic、V-Nova、Cisco、MediaMelon、AWS Elemental及Mux在CAE (Content Aware Encoding) for ABR领域的一些进展，本文将简要介绍一下编码优化领域的另一位成员 — ZPEG在这方面的技术动态。
首先按照 【Android RTMP】RTMP 直播推流 ( 阿里云服务器购买 | 远程服务器控制 | 搭建 RTMP 服务器 | 服务器配置 | 推流软件配置 | 直播软件配置 | 推流直播效果展示 ) 中的流程搭建服务器端 , 然后才能开始推流操作 ;
注：参考自bilibili系列视频，征服工具链-FFmpeg的编译（Windows 篇），更详细的内容可以从视频获取https://www.bilibili.com/video/BV17i4y1G7WA
下面是在Linux中部署FFmpeg和相关类库全过程的简单记录，如下： 编译安装yasm tar zxvf ./yasm-1.3.0.tar.gz cd yasm-1.3.0 ./configure make make install 编译安装x264 tar xvfj ./x264.tar.bz2 cd x264 ./configure --enable-shared make make install 编译安装lame tar zxvf ./lame-3.99.5.tar.gz cd lame-3.99
找到一篇关于在CentOS7下编译FFMPEG源代码的文章，地址为：Compile FFmpeg on CentOS
在FFmpeg 简介及iOS端交叉编译一文中介绍了FFmpeg 提供有自己的编解码库，封装了codec层，但是有一些codec是具备自己的License，FFmpeg不会默认集成，例如libx264、FDK_AAC、LAME等，但是FFmpeg就像一个平台，可以将其他的第三方codec以插件的形式添加进来，然后为开发者提供统一的接口。 有同学私信我说能否有详细的编译流程，在此详细介绍一下。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
