C/C++开发人员要了解的几大著名C/C++开源库_c++开源库

  • 阿里云国际版折扣https://www.yundadi.com

  • 阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6

    目录

    1、多媒体处理开源库FFmpeg

    2、实时音视频处理开源库WebRTC

    3、Chrome浏览器内核开源库Chromium

    4、Chromium嵌入式框架开源库CEF

    5、多协议网络传输开源库libcurl 

    6、开源操作系统ReactOS

    7、开源多媒体播放器VLC

    8、最后


            在开源软件盛行的今天很多知名的C++国产软件都用到了一些大型C/C++开源库比如暴风音影使用了多媒体处理开源库FFmpeg、腾讯会议使用了实时音视频处理开源库Webrtc、PC版微信使用了Chromium嵌入式框架开源库CEF等。今天我们就来介绍一下日常工作中常用的C/C++开源库给大家提供一个借鉴和参考。

    C++软件异常排查从入门到精通系列教程专栏文章列表欢迎订阅持续更新...https://blog.csdn.net/chenlycly/article/details/125529931

    VC++常用功能开发汇总专栏文章列表欢迎订阅持续更新...https://blog.csdn.net/chenlycly/article/details/124272585

    1、多媒体处理开源库FFmpeg

           享有盛名的音视频多媒体处理开源库FFmpeg做过音视频编解码开发的同学基本都用过即便没做过这方面开发也会听说过这个开源库。

           FFmpeg是目前最全面的开源音视频编解码库包括常用的音视频编码协议 H265、H264、MPEG4、H263、G.721、G.726、G.729等并且它提供了一整套的音视频处理解决方案包括音视频采集与编码、音视频解码、视频格式转换、视频抓图、给视频加水印等。

    FFmpeg虽然是基于Linux的开源项目但可以通过交叉编译的方式在多个系统下运行包括Windows、Mac、iOS、Android等其对外提供的有一套可执行程序和一套sdk以及相关的库。通过sdk接口可以看出FFmpeg非常强大可以直接接收和发送码流读取文件和写入文件对码流做编解码操作修改解码数据格式等等。

           FFmpeg是用C语言实现的在执行效率上是接近汇编语言的C/C++在执行效率上是最接近汇编语言的可以很好地满足对实时性有很高要求的音视频处理场景此外项目中添加了很多优化效率的代码如采用汇编替代C/C++代码大大提高了代码的运行效率。在音视频处理的代码中插入部分汇编代码去提高代码的运行效率是常有的事

    有时为了提升代码执行的速度我们会直接在源代码中嵌入一段汇编代码比如在一些算法代码中比如音视频编解码算法。

    有人可能会问经过IDE编译出来的二进制文件中也都是汇编指令你人为的添加一段汇编代码都是汇编代码为啥会有执行速度上的差别呢

    因为源代码经过编译器的处理生成的汇编代码在实现上可能不是最优的这要依赖于通用的编译器而我们人为添加的汇编代码编译器不会做任何修改所以我们可以直接在汇编代码中直接去控制操作保证汇编代码是最优的不再依赖编译器去生成。

           几乎所有的视频播放器都使用到了FFmpeg的音视频解码功能比如国内知名的暴风影音、QQ影音、腾讯视频、爱奇艺视频、优酷视频等。

    对于播放器将视频文件中经过压缩的视频图像帧解成一张张图片然后将图片显示到窗口上每秒钟连续显示多张图片这样人眼就看到了动态的效果了即我们观看视频时动态的显示效果其实是一张一张图片连续显示出来的效果。

    每秒钟播放的视频图片的个数叫做帧率一般帧率达到15帧后人眼看到的就是连续动态的播放效果了

           内部支持多种音视频格式之间的相互转换很多音视频转化软件都用到了FFmpeg的音视频转换功能比如大家常用的格式工厂、暴风转码暴风影音自带的工具、QQ音影自带的视频格式转换工具、狸窝视频转换器、迅捷视频转换器等。

           FFmpeg项目源码的相关说明

    1根目录各文件夹说明


    libavcodec一个包含了所有ffmpeg音视频编解码器的库。
    libavformat一个包含了所有的普通音视频格式的解析器和产生器的库。
    libavdevice: 用于采集设备相关。
    libavutil用于内存操作等辅助性模块。
    libpostproc用于视频前处理的库。
    libswscale: 用于图像缩放等处理的库。
    libavfilter: the filtering API of ffmpeg。
    其中最重要的就是libavcodec库。它被mplayerxine使用作为解码器。还有国内比较流行的播放器影音风暴QQ影音都用到此解码库。

     2另外有两个.c文件ffmpeg.cffplay.c编译后会生成两个可执行文件


    ffmpeg: 音视频文件转换处理工具。
    ffplay: 用SDL和ffmpeg库开发的一个简单的媒体播放器。

    2、实时音视频处理开源库WebRTC

           WebRTCWeb Real-Time Communication是一个由Google发起的实时音视频通讯C++开源库其提供了音视频采集、编码、网络传输解码显示等一整套音视频解决方案我们可以通过该开源库快速地构建出一个音视频通讯应用。

    一个实时音视频应用软件一般都会包括这样几个环节音视频采集、音视频编码压缩、前后处理美颜、滤镜、回声消除、噪声抑制等、网络传输、解码渲染音视频播放等。每一个细分环节还有更细分的技术模块。

          WebRTC的起源要从2010年Google以6820万美元收购VoIP软件开发商Global IP Solutions的 GIPS引擎谈起在经过收购之后没多久Google将该引擎改名为“WebRTC”并宣布向全球开发者开源。

    Global IP Solution (GIPS) ,是瑞典一家全球顶级的专业从事IP多媒体编解码引|擎的技术公司专为包交换网络开发世界级的语音和视频处理解决方案。其产品主要包括两大类:
    1媒体引擎
    VoiceEngine全功能语音处理框架。包括PC、Mobile、Conference、SDK ( 集成SIP信命)等各版本。
    VideoEngine完整高质量的语音和视频解决方案。同样包括PC、Conference、SDK
    等各版术。
    2组件
    NetEQ单向嵌入式解决力案即使在语音网络条件不佳的情况下仍能提供先进的抖动缓冲和丢包掩盖功能。NetEQ 是 WebRTC 音视频核心技术之一,对于提高 VoIP 质量有明显的效果,
    Voice Quality Enhancement(VQE)通过去除回声和噪音以及调整音阶来改善VoIP的通话质量以达到一一个稳定和l舒适的收听水平。

    GIPS的音频和视频编解码器套件包括了宽带和窄带即在严重丢包的情况下都能输途有健壮性的清晰的声音。和GIPS NetEQ结合在一起时可有效控制延迟与抖动。音频codec有iLBC, Enhanced G.711JSAC, iPCM-wb和超过20种标准编解码器。视频codec有LSVX, H.264, H.264 SVC。

           WebRTC项目最开始是让Web开发者能够基于浏览器Chrome\FireFox\...轻易快捷开发出丰富的实时音视频应用而无需下载安装任何插件Web开发者也无需关注音视频的处理过程只需编写简单的Javascript程序即可实现。WebRTC库底层是用C/C++实现的具有良好的跨平台性能当前已提供对Windows、MAC、iOS和Andriod等多系统的支持我们只需要调用对应系统的SDK即可完成这些系统上音视频应用的构建。

           虽然其名为WebRTC但是实际上它不光支持Web之间的音视频通讯还支持Windows、Android以及iOS等移动平台。WebRTC底层是用C/C++开发的具有良好的跨平台性能。

           WebRTC因为其较好的音视频效果及良好的网络适应性目前已被广泛的应用到视频会议、实时音视频直播等领域中。在视频会议领域腾讯会议、华为WeLink、字节飞书、阿里钉钉、科达、ZOOM、小鱼易连均提供了基于WebRTC方案的视频会议。

           大家熟知的音视频专业服务商声网Agora更是基于开源WebRTC库提供了社交直播、教育、游戏电竞、IoT、AR/VR、金融、保险、医疗、企业协作等多个行业的音视频互动解决方案。使用声网服务的企业包括小米、陌陌、斗鱼、哔哩哔哩、新东方、小红书、HTC VIVE 、The Meet Group、Bunch、Yalla等遍布全球的巨头、独角兽及创业企业。

            除了头部公司声网之外也陆续有多家公司基于开源的WebRTC开发出了多个音视频应用提供了多个领域的音视频通信解决方案。

            WebRTC项目源码的相关说明

    1根目录各文件夹说明

    apiWebRTC接口层浏览器都是通过该接口调用WebRTC,包括 DataChannel, MediaStream, SDP相关的接口        
    call数据流的管理层Call代表同一个点的所有数据的流入流出,存放的是 WebRTC “呼叫Call” 相关逻辑层的代码。        
    video与视频相关的逻辑,视频逻辑层及视频引擎层的相关的代码。视频数据逻辑上的发送接收等代码。        
    audio与音频相关的逻辑,音频数据逻辑上的发送接收等代码。        
    common_audio音频算法相关,存放一些音频的基本算法。包括环形队列博利叶算法滤波器等。        
    common_video视频算法相关,存放了视频算法相关的常用工具如libyuv, sps/pps分析器I420缓冲器等。 

    media主要是媒体流的接口抽象。为媒体引擎和 codec 层提供桥接。这里说的媒体流是 RTP 流。pc 层也抽象了媒体流那是编码前、或者解码后。

    loggingWebRTC 的 log 库。
    media媒体引擎层包括音频、视频引擎实现。
    modulesWebRTC 把一些逻辑比较独立的抽象为 Module利于扩展维护。
    ortc媒体描述协议类似 sdp 协议。
    outbuild 输出目录这是 webrtc 官方编译指导中示范目录。
    p2p主要是实现 candidate 收集NAT 穿越。
    pc实现 jsep 协议。
    resources测试数据
    rtc_base包括 Socket、线程、锁等 OS 基础功能实现。
    rtc_tools网络监测工具、音视频分析工具。很多工具都是脚本实现。
    sdk主要是移动端相关实现。
    statsWebRTC 统计模块实现。
    style-guide编码规范说明
    system_wrappersOS 相关功能的封装比如 cpu、clock 等。
    test单元测试代码实现用 gmock
    testinggmock、gtest等源码属于整个 Chromium 项目。
    third_party第三方库依赖。比如boringsslabseil-cpplibvpx等
    tools公共工具集整个 Chromium 项目依赖的。
    tools_webrtcWebRTC 用到的工具集。比如代码检查 valgrind 的使用。
    video视频 RTP 流的抽象接口属于视频引擎的一部分。

    2重要模块module对应的目录结构

     ​​​这个目录是 WebRTC 代码中最重要的一个目录。里面包括了音视频的采集处理编解码器混音等该目录中文件夹说明如下

    audio_coding音频编解码相关代码    audio_coding是和编解码逻辑相关的会用编解码这里的audio_coding它是编解码器都是放在audio_coding这个目录下。
    audio_device视频采集与音频播放相关代码    audio_device它是和设备相关的它做了一个区分安卓和IOS放在sdk下面了它相应的一些代码移到sdk里面了在以前的webrtc版本 所有的设备都是 放在audio_device里面 包括我们的windows和MAC下的以及Linux下的都是在audio_device这个目录下。

    audio_mixer混音相关代码    audio_mixer,就是混音相关的混音就好比开会时多人实时互动比如四个人同时在说话就要给它混在一起这样在传输的时候就比较方便这个减少了音频流所以这个混音相关的就放在audio_mixer里面。
    audio_processing音频前后处理相关代码    audio_processing就是音频的前处理后处理音频的前处理后处理就好比回音消除、降噪、增益等都是放在audio_processing里面。这个目录里面又分了很多子目录在后面你就 大体的知道这个相关的在这个目录下。以及在这个目录下再找子目录
    bitrate_controller码率控制相关代码    bitrate_controller,这个是码流控制的比如说控制这个码流视频的码流是500k还是1M。这个码流的控制。如果想知道相关的码流他是怎么控制的 那么可以到这里去看。
    congestion_controller流控制相关代码    -congestion_controller就是流量控制当我能检测到网络流量比较高的时候我们要做一些流量控制防止这个网络包将带宽打死具体怎么控制就是在这里做的相关的逻辑。所以如果我要 了解流量控制相关的就到这个目录下面去找。
    desktop_capture桌面采集相关代码    –
    pacing码率探测及平滑处理相关代码    pacing的作用是码率的侦测和平滑处理我首先要检测到音频视频的码率是怎样的做到之后我们要做到一个平滑的处理我们不能让他一下子就发送出去应该对他做一下平滑比如有时候是10k有时候是500k,我们让他平均一下。
    remote_bitrate_estimator远端码率估算相关的代码    emote_bitrate_estimator的作用是远程码率评估我远端能接收的带宽是多少一个是我本地的带宽一个是远端的带宽不光我能发多少还有对方能收多少所以要有一个远端的码率的评估这是放在remote_bitrate_estimator目录下。
    rtc_rtcprtp/rtcp协议相关代码    –
    video_capture视频采集相关代码    video_capture我捕获视频的相关的代码放在video_capture里面。
    video_coding视频编解码相关代码    视频的编码如H264,VP 8,VP 9等这个编码器都是放在video_coding里面。
    video_processing视频前后处理相关的代码    video_processing就是视频的前处理和后处理如视频帧的增强检测如果我们增加人脸识别可以放到video_processing这个目录下。

    随着 c++11c++14c++17 新标准的推出WebRTC 在新版本中逐渐支持了新标准中的语法功能可能会有些晦涩难懂。 

    3、Chrome浏览器内核开源库Chromium

           Chromium是Google的一个久负盛名的浏览器C++开源项目它是Google的Chrome浏览器背后的引擎其目的是为了创建一个安全、稳定和快速的通用浏览器。

           Chromium的设计思想基于简单、高速、稳定、安全等理念在架构上使用了Apple发展出来的WebKit渲染引擎并采用Google独家开发出的用于提升JavaScript解译效率的V8引擎以提升JavaScript的效率而且设计了“沙盒”、“黑名单”、“无痕浏览”等功能来实现稳定与安全的网页浏览环境。

    Chrome浏览器与Chromium的关系
    Chromium是google的开源项目Chome是google维护的基于Chromium的浏览器在Chromium的基础上添加了一些额外的功能并做了一些优化。这两个浏览器面向的用户是不一样的一般来说使用Chrome的用户是普通用户用它来浏览网页使用而使用Chromium大部分是极客、开发人员和体验新功能的的用户。

           很多浏览器使用的都是Chromium开源内核比如微软Win10系统中推出的Edge浏览器抛弃了IE内核转而使用Chromium内核。国内知名的360浏览器、QQ浏览器、傲游浏览器它们用的都是Chromium内核只是开发了各自的UI皮肤和界面增加了一些额外的用户功能。接下来说到的CEF嵌入式浏览器框架也是基于Chromium内核实现的。

           Chromium项目根目录下的各文件夹介绍

    android_webviewAndroid WebView 实现封装 Content 层以集成进 Android 平台。android 重要的支持。
    appsChrome 打包的应用
    base子项目共享的通用代码。 其中包含诸如字符串操作通用实用程序等内容。
    breakpad崩溃报告我checkout出的并没有这个
    build所有项目共享的编辑构建相关的配置
    ccChromium合成器的实现
    chromeChromium 浏览器
    chrome/test/data用于运行某些测试的数据文件
    components上层组件所依赖的内容模块的组件目录
    content多进程沙盒浏览器所需的核心代码
    device常见的底层硬件API的跨平台抽象。

    mojo类似于 Android 的 AIDL提供了跨语言C++ / Java / JavaScript跨平台的进程间对象Object通信机制对比 ipc 后者提供的是单语言C++的进程间消息Message通信机制。这是chromium最新设计的IPC架构会逐渐替换掉老的IPC。
    net为Chromium开发的网络库。
    sandbox沙盒项目该项目试图防止被黑的渲染器修改系统。
    skia+third_party/skia:谷歌的Skia图形库
    sql包装了 sqlite
    testing包含我们用于单元测试的Google开源GTest代码。
    third_party200多个小型和大型“外部”库例如图像解码器压缩库和Web引擎Blink此处是因为它继承了WebKit的许可证限制。
    .../blink/renderer: 负责将HTMLCSS和脚本转换为绘画命令和其他状态更改的Web引擎。
    tool工具。
    ui/gfx共享的图形类。 这些构成了Chromium UI图形的基础。
    ui/views一个简单的框架用于进行UI开发提供呈现布局和事件处理。 大多数浏览器UI在此系统中实现。 该目录包含基础对象。 其他一些特定于浏览器的对象位于chrome / browser / ui / views中。
    urlGoogle的开源URL解析和规范化库。
    V8V8 Javascript库。 这是直接从Google Code的Subversion存储库中提取的。

           Chrome浏览器采用多进程架构运行时会启动多个chrome进程不同的进程执行不同的任务比如render渲染进程、异常处理进程、GPU加速进程、网络服务进程、数据存储进程可以通过Chromium源码的学习可以学到多进程多线程通信的技术实现细节。 

    4、Chromium嵌入式框架开源库CEF

           CEF的全称是Chromium Embedded FrameworkChromium嵌入式框架是一个基于Google Chromium的开源浏览器“控件”也是用C++实现的。Google Chromium项目主要是为Google Chrome浏览器开发的而CEF的目标则是为第三方应用提供可嵌入浏览器控件的支持。

           CEF是作为浏览器控件嵌入到应用程序的窗口中以实现在应用窗口中打开网页的功能。CEF隔离了底层Chromium和Blink的复杂代码并提供一套产品级稳定的API并发布跟踪具体Chromium版本的CEF版本。CEF的大部分特性都提供了丰富的默认实现让使用者做尽量少的定制即可满足需求。

           CEF支持Windows、Linux、Mac等多个平台除了提供C/C++接口外也有其他语言的移植版。因为基于Chromium所以CEF支持Webkit渲染引擎和Chrome中实现的HTML5的特性在性能上也比较接近Chrome浏览器。CEF还提供了自定义插件、自定义协议、自定义JavaScript对象和扩展以及可控制的resource loading,、navigation、context menus等。

    CEF的典型应用场景包括
    1嵌入一个兼容HTML5的浏览器控件到一个已经存在的本地应用实现在应用程序中打开网页这是CEF最常用的一个场景。
    2创建一个轻量化的壳浏览器用以托管主要用Web技术开发的应用。
    3有些应用有独立的绘制框架使用CEF对Web内容做离线渲染。
    4使用CEF做自动化Web测试。

           现在很多C/S架构的PC桌面程序中都内嵌了CEF浏览器控件直接在应用程序的窗口中打开指定的web页面就像在浏览器中打开web页面一样。内嵌的浏览器控件可以直接使用Windows中的IE浏览器内核的控件但是IE浏览器内核在渲染界面时需要使用到adobe flash控件而flash控件不稳定经常会导致IE浏览器崩溃所以大家都会选择稳定高效的CEF浏览器控件的方式。比如我们常用的桌面软件QQ、PC版微信、企业微信、钉钉、飞书、迅雷、爱奇艺视频客户端、优酷视频客户端、有道词典、有道云笔记、MindMaster思维导图软件等都使用了内嵌CEF浏览器控件。

    5、多协议网络传输开源库libcurl 

           libcurl是一个免费开源的网络传输库the multiprotocol file transfer library该库是使用C语言实现的支持ftp、ftps、http、https、telnet、ldap、pop3、smtp、rtmp、rtsp、smb等多种协议。libcurl中封装了支持这些协议的网络通信模块支持跨平台支持WindowsUnixLinux等多个操作系统。libcurl提供了一套统一样式的API接口我们不用关注各种协议下网络通信的实现细节只需要调用这些API就能轻松地实现基于这些协议的数据通信。

           我们在实际项目多次使用libcurl库使用库中的HTTP/HTTPS协议发起http/https请求使用SMTP协议实现邮件的发送。对于libcurl开源库的编译可以参见之前写的一篇文章

    详解C++开源网络传输库libcurl的编译过程https://blog.csdn.net/chenlycly/article/details/125135667

    6、开源操作系统ReactOS

           ReactOS是一款基于 Windows NT 架构的类似于Windows XP系统的免费开源操作系统旨在实现和 NT 与 Windows 操作系统二进制下的完全应用程序和驱动设备的兼容性使用类似的系统构架提供完全类似的系统API接口及内部接口。该开源项目是用C语言实现的项目中各dll模块的名称模块中接口的名称、接口的参数类型、接口的内部实现都是非常接近Windows操作系统的所以可以通过查看ReactOS的源码去了解Windows系统的内部实现。

           ReactOS一直在持续维护中可以到ReactOS官网上找到ReactOS源码的下载地址使用svn将ReactOS源码下载下来。

           ReactOS开源代码对于Windows软件开发人员来说非常有用可以到ReactOS代码中查看系统API函数的内部实现可以去查看系统模块的内部接口实现可以去查看ReactOS系统内部任意模块的实现代码。Windows只提供了系统API接口的详细说明未提供系统模块内部的接口说明ReactOS是比较接近Windows系统的可以通过查看ReactOS的代码去大概地了解Windows系统模块的内部接口声明及内部实现对我们排查Windows软件的问题是很有好处的

           我们在项目中多次参考ReactOS的代码解决了开发过程中遇到的多个问题具体实例可以参考下面的文章

    通过查看ReactOS开源代码解决完整路径dll加载失败问题附源码https://blog.csdn.net/chenlycly/article/details/124360104

    7、开源多媒体播放器VLC

            VLC全称是Video Lan Client是一款自由、开源的跨平台多媒体播放器及框架它是用C语言实现的可以播放来自网络、摄像头、磁盘、光驱的文件支持包括MPEG4、H264、H265、DivX、WMV、Vorbis、AC3等多种音视频协议。VLC最为突出的就是流媒体文件的功能VLC支持各种流媒体协议能直接播放远端的流媒体视频只要输入一个视频文件的网址即可无需下载到本地。此外VLC还可以直接播放没有下载完成的文件。

           VideoLanServer(VLS)的功能已经合并到VLC中所以VLC不仅仅是一个音视频播放器它也可以作为小型的视频服务器或流媒体服务器使用可以一边播放一边转码把视频流发送到网络上。

           在Windows和Linux上的VLC是使用C++/Qt编写的提供了一致的用户体验。同时VLC还专门为OS X提供了原生版本OS X版的 VLC的用户界面使用Cocoa框架编写在OS X下拥有卓越的原生体验。

            VLC原先是几个法国的大学生做的项目后来他们把VLC作为了一个开源的项目吸引了来自世界各国的很多优秀程序员来共同编写和维护VLC才逐渐变成了现在这个样子。

    8、最后

            上述几大著名的C/C++开源库都能在github上均能搜索到也可以到它们的官网上下载开源代码。感兴趣的朋友可以把开源代码下载下来去研究学习通过阅读开源代码去了解这些开源库中的实现机制及细节学习库中的编程思想。比如我们可以去学习开源库中进程间、线程间的通信机制了解底层协议及网络通信模块的内部实现。

  • 阿里云国际版折扣https://www.yundadi.com

  • 阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6
    标签: c++

    “C/C++开发人员要了解的几大著名C/C++开源库_c++开源库” 的相关文章