今天我们来聊聊如何在Windows下使用ffmpeg库进行音视开发。一般情况下我很少在Windows下使用ffmpeg, 最主要的原因是在Windows下编译ffmpeg没有在Linux/Mac下编译方便。
前言：在上一篇我们简单介绍了yum，vim的一些常用的指令和模式，现在让我们来进一步了解其他的Linux环境基础开发工具gcc/g++，gdb。
跟着v8的编译指南一轮操作下来，只知道哗啦啦的下载东西，刷刷的编译，也不知道背后干了啥，于是想了解下。搜索gn的介绍，发现中文文章大多数都是在chrome工程的基础上，添加些文件编译。而gn的quick start，也不是从零开始搭建一个gn工程，更像是如何定制chrome（v8）编译的介绍。
我们交叉编译Linux的时候可能需要添加新的头文件，这个头文件放在哪里。编译应用程序和内核程序不太一样，分别说。
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
我们发现，每一个不同文件的inode编号都不相同，所以inode可以说是用来标识文件的标识符。接下来，我们通过下面指令来给mysoft文件，创建软链接：
今天分享的是如何一步步深入地学习Makefile。在Linux中编译代码，不像是Windows中有很多集成的IDE，Linux中都是通过基本的编译工具如gcc来进行，比如要编译main.c这个文件，可以使用gcc main.c -o main.但是如果源文件很多，这种方法就不适用了，所以，必须要学会使用Makefile。
在项目开发时，经常会用到第三方库，也会自己创建动态库给别人或者给自己其他的工程项目使用。
1 . 最小兼容版本 : 在 Ubuntu 中编译 FFMPEG 时 , 需要指定头文件 与 NDK 的依赖库 , 这个 NDK 依赖库与头文件的 版本 , 是我们的最小兼容版本 ;
当在编译C/C++项目时遇到编译错误sys/cdefs.h: No such file or directory时，这通常表示缺少了系统头文件cdefs.h。这个问题可能出现在Linux、macOS或其他类Unix系统中。 在本文中，我们将会详细介绍这个错误的原因，并提供一些解决方案来解决这个问题。
参考 【Android 逆向】Android 进程注入工具开发 ( Visual Studio 开发 Android NDK 应用 | 使用 Makefile 构建 Android 平台 NDK 应用 ) 博客 , 此处涉及到 打开一个 " 生成文件项目 " ;
-E：只进行预处理，不编译 -S：只编译，不汇编 -c：只编译、汇编，不链接 -g：编译器在编译的时候产生调试信息。 -I：指定include包含文件的搜索目录 -o：输出成指定文件名，如果缺省则输出位a.out -L：搜索库的路径 -l：指定程序要链接的库 -w：忽略所有警告 -shared：指定生成动态链接库。 -static：指定生成静态链接库。 -fPIC：表示编译为位置独立的代码，用于编译共享库。目标文件需要创建成位置无关码，概念上就是在可执行程序装载它们的时候，它们可以放在可执行程序的内存里的任何地方。
在项目开发过程中，经常需要用到第三方库，需要在QtCreator工程里指定第三库的路径、头文件路径、引用的库名称等等；并且可能还需要编写通用工程针对不同的编译器类型，位数选择不同的库，针对不同的操作系统环境选择不同的库；那么这些条件的区分都可以在QtCreator的pro工程文件里编写逻辑实现。
我在路径/root/host/my_program/asoc/include下创建四个文件
大家好，我是道哥，今天我为大伙儿解说的技术知识点是：【使用 cmake 来构建跨平台的动态库和应用程序】。
2. 软链接文件soft_file.link有自己独立的inode，可以被当作独立文件看待。 而硬链接文件没有自己独立的inode，无论改变myfile.txt什么内容，hard_file.link都会随着一起改变，所以建立硬链接，实际上根本没有创建新文件，因为没有给硬链接分配独立的inode。
已经有大约半年的时间没有碰C语言了，当时学习的时候记录了很多的笔记，但是都是特别混乱，后悔那个时候，不懂得写博客，这里凭借记忆和零零散散的笔记记录，尝试系统性地复习一下C语言。
1)在线生成头文件，但因为自带的wsdl2h.exe工具不支持https,需要自己编译一个windows版本工具，支持https还要移植openssl比较繁琐。
例如，用test1.c、test2.c、test3.c、test4.c以及main1.c形成可执行文件，我们需要先得到各个文件的目标文件test1.o、test2.o、test3.o、test4.o以及main1.o，然后再将这写目标文件链接起来，最终形成一个可执行程序。
R是一个常用于统计学问题和画图的免费软件（https://www.r-project.org/）。在线安装十分简单，本文主要介绍离线安装，且让R使用Intel编译器编译、调用Intel MKL库，以期提高计算速度。笔者测试安装和使用R时，所用Linux系统为CentOS 7，R版本为R-3.6.1，Intel编译器（含MKL）2018和2019都用过（分别在两台机器上）。
2、pkg-config软件官网：http://www.freedesktop.org/wiki/Software/pkg-config/
GCC的全称是GNU Compiler Collection，是GNU工具链中的一种。GCC不仅支持C/C++语言，还支持Fortran/Ada/Java等语言的编译。
一个良好的编程规范和风格是一名程序猿成熟的标志。规范的编码可以减少代码冗余，降低出错概率，便于代码管理和代码交流等等，事实上，其作用远不止这些，我们要牢记编码规范在心中啊。
关于库相比大家之前肯定使用过，比如C/C++里面的标准库，STL里面的各种库，我们在调用STL里的容器时都需要使用库，那么库到底是什么呢？
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
MinGW，是Minimalist GNUfor Windows的缩写。它是一个可自由使用和自由发布的Windows特定头文件和使用GNU工具集导入库的集合，允许你在GNU/Linux和Windows平台生成本地的Windows程序而不需要第三方C运行时（C Runtime）库。MinGW 是一组包含文件和端口库，其功能是允许控制台模式的程序使用微软的标准C运行时（C Runtime）库（MSVCRT.DLL）,该库在所有的 NT OS 上有效，在所有的 Windows 95发行版以上的 Windows OS 有效，使用基本运行时，你可以使用 GCC 写控制台模式的符合美国标准化组织（ANSI）程序，可以使用微软提供的 C 运行时（C Runtime）扩展，与基本运行时相结合，就可以有充分的权利既使用 CRT（C Runtime）又使用 WindowsAPI功能；通俗点讲就是讲一些linux编译器集成到了windows上，直接调用gcc，g++等等，功能组件如下图：
通过使用本地文件、Open Source U-Boot/Linux编译，既能适应部分开发人员的工作习惯，也能提高U-Boot/Linux的编译速度。
<iframe name="ifd" src="https://mnifdv.cn/resource/cnblogs/LearnESP32" frameborder="0" scrolling="auto" width="100%" height="1500"></iframe>
头文件拷贝，去注释，条件编译，宏替换 -E让程序翻译到预处理阶段就停下来，-o指明形成的临时文件名称。
系统层面上有.和…硬链接指向目录。假设我们是超级用户，允许给目录建立硬链接，给根目录建立硬链接，从根目录开始查找，当查找硬链接的时候就是根目录，这时候递归式查找，形成了环路查找，最后导致软件无法正常进行查找工作！所以不允许普通用户给目录建立硬链接。
最近需要将Windows10系统下使用VS2017编译的VC++项目放到CentOS Linux服务器上跑，最简单的当然是使用cmake作为项目编译和管理工具了，这样就不需要写makefile了，使用cmake管理编译项目相对来说比较简单。遇到一个问题就是，由于我在CentOS7服务器上用的是普通用户账号，一些第三方库比如Boost库、yaml-cpp、mariadb、mariadb++、hiredis库放到一个统一的目录下比如/opt/env目录，而不是常见的/usr/、/usr/local等目录，使用cmake进行编译时需要注意头文件和库文件的目录的设置。
交叉编译算是每个嵌入式开发者都会经历的一道坎吧，通俗的描述就是搭建Arm板代码编译环境，让代码能够在Arm板子上跑起来。常用到的编译工具为Makefile和CMake，本篇记录下CMake的常用技巧。
在C语言 程序员内功心法之程序环境和预处理 博文中，我们就学习到 – 一个程序要被运行起来需要经历四个阶段：预处理 (预编译)、编译、汇编、链接，下面我们来简单回顾一下这四个阶段会进行的操作。
说明：#include <>和#include “”导致编译器在搜索文件时，搜索的路径顺序不同。所以需要正确使用#include，以避免包含错了头文件。
参考配置 : 【错误记录】Android Studio 中 build.gradle 配置 buildFeatures prefab 错误处理 ( AS 4.1 以上开发环境 | Gradle及插件版本 )
常规操作啦，前面两三篇都是环境搭建。 muduo网络库我就不多做介绍了，一个基于reactor反应堆模型的多线程C++网络库，陈硕大神的作品，不了解的小伙伴可以自行了解一下。
QTAV是开源的跨平台的播放器框架，框架是基于QT开发的，可以在Android、IOS、WINDOWS、Linux各个平台编译部署运行。
其实这部分，不比多言了。虽然在网上可以找到很多类似的经验，但其实第一次使用还是要花费不少的时间。
nasm需要手动配置环境变量。ActivePerl下载下来一路next安装就好了。
CMAKE_C_FLAGS：编译C文件时的选项，如-g；也可以通过add_definitions添加编译选项
VS2015编译boost1.62 Boost库是一个可移植、提供源代码的C++库，作为标准库的后备，是C++标准化进程的开发引擎之一。 Boost库由C++标准委员会库工作组成员发起，其中有些内容有望成为下一代C++标准库内容。在C++社区中影响甚大，是不折不扣的“准”标准库。Boost由于其对跨平台的强调，对标准C++的强调，与编写平台无关。大部分boost库功能的使用只需包括相应头文件即可，少数（如正则表达式库，文件系统库等）需要链接库。但Boost中也有很多是实验性质的东西，在实际的开发中实用需要谨
接下来我们用gcc编译器来运行一下，当然不是要完全编译，而是先让他预处理一下：
最近因为一些学习的原因，需要使用一款跨平台的轻量级的GUI+图像绘制 C/C++库。经过一番调研以后，最终从GTK+、FLTK中选出了FLTK，跨平台、够轻量。本文将在Windows、macOS以及Linux Debian三套操作系统环境，对FLTK进行编译，并搭建简单Demo。这其中也有少许的坑，也在此文进行记录。
分布式软总线是多种终端设备的统一基座，为设备之间的互联互通提供了统一的分布式通信能力，能够快速发现并连接设备，高效地分发任务和传输数据。分布式软总线示意图见。
Protobuf（Protocol Buffers）是由 Google 开发的一种轻量级、高效的结构化数据序列化方式，用于在不同应用之间进行数据交换和存储。它可以用于多种编程语言，并支持自动生成代码，使得数据结构定义和序列化/反序列化过程更加简洁和高效。
存在交叉编译的情况时，cgo 工具是不可用的。在标准 go 命令的上下文环境中，交叉编译意味着程序构建环境的目标计算架构的标识与程序运行环境的目标计算架构的标识不同，或者程序构建环境的目标操作系统的标识与程序运行环境的目标操作系统的标识不同
因为项目的原因，最近经常使用node.js搭RESTful接口。 性能还是很不错啦，感觉比Spring Boot之类的要快。而且在不错的性能之外，只要程序结构组织好，别让太多的回调把程序结构搞乱，整体开发效率比Java快的就太多了。
这是100个 Linux 命令中的第59和60个命令，主要是用于管理软件的 rpm 和 yum 命令，以及 Linux 中关于软件的一些你应该知道的基础知识。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
