1.2024年 C++音视频开发学习路线（ffmpeg/rtsp/srs/webrtc/hls）
2.音视频流媒体高级开发教程
3.SRS4.0源代码分析之WebRTC服务总体介绍
4.开源视频解决方案？
2024年 C++音视频开发学习路线（ffmpeg/rtsp/srs/webrtc/hls）
音视频工作领域繁复多样，自学时易陷入迷茫。本文整理出九个前景不错的方向：直播、传输、算法、视频播放器、收录好的源码流媒体后端、短视频、音频播放、视频编辑、图像处理。以下为详细学习路线： 音视频基础音频基础知识
视频基础知识
解复用基础知识
FFmpeg开发环境搭建
音视频开发常用工具
FFmpeg实战教程FFmpeg命令
SDL跨平台
FFmpeg基石精讲
FFmpeg过滤器
FFmpeg音视频解复用+解码
ffplay播放器
FFmpeg音视频编码+复用合成视频
ffmpeg多媒体
FFmpeg+ QT播放器
流媒体客户端RTMP推拉流项目实战
RTSP流媒体实战
HLS拉流分析
流媒体服务器SRS源码剖析协程
ZLMediaKit源码剖析
WebRTC项目实战WebRTC中级开发实践指南
WebRTC高级开发-SRS 4.0/5.0源码分析
WebRTC高级开发-MESH模型多人通话
WebRTC高级开发-Janus SFU模型多人通话
Android NDKAndroid NDK开发基础
Android FFmpeg编译和应用
Android RTMP推拉流
Android Ijkplayer源码分析
iOS音视频开发iOS FFmpeg 6.0编译和应用
iOS FFmpeg RTMP推拉流
VideoToolbox硬件编解码
iOS jkplayer编译和应用
iOS ijkplayer编译和应用
音视频项目实战 相关开源网站与地址 本文涵盖音视频全栈开发技术，适合各类技术人员。音视频流媒体高级开发教程
音视频流媒体高级开发教程全面深入地介绍了音视频全栈开发技术。适用于嵌入式、桌面、Android/IOS移动、后台开发等领域的人员，以及音视频行业人士的深圳源码防泄密系统提升。课程内容涵盖音视频基础、FFmpeg实战、流媒体客户端、流媒体服务器、WebRTC项目实战、Android NDK开发、IOS音视频开发、开源与自研项目等。
第一部分音视频基础包括音频、视频基础知识，解复用基础，FFmpeg开发环境搭建，常用工具介绍。
第二部分FFmpeg实战涉及命令、SDL跨平台开发、FFmpeg基石精讲、音视频解复用/编码/解码/复用合成视频、过滤器、聚合运力配送源码播放器、多媒体处理工具、FFmpeg+QT播放器、OBS推流录制源码分析。
第三部分流媒体客户端包括RTMP推拉流项目实战、HLS拉流分析、RTSP流媒体实战。
第四部分流媒体服务器涵盖SRS 3.0源码剖析、ZLMediaKit源码剖析。
第五部分WebRTC项目实战从中级开发到高级开发，涵盖手把手写代码、多人通话模型（MESH、Janus SFU）、SRS 4.0/5.0源码分析。
第六部分Android NDK开发包括基础、FFmpeg编译与应用、RTMP推拉流、ijkplayer源码分析。手机直播源码分析
第七部分IOS音视频开发涉及FFmpeg 6.0 MAC编译、RTMP推拉流、VideoToolbox硬件编解码、ijkplayer编译与应用、WebRTC音视频通话。
第八部分开源与自研项目提供9大开源项目资源，及自研项目源码分析。
课程时长超过小时，每年更新内容，旨在构建全栈音视频技术体系，提升开发能力，适应企业实际场景，开发播放器、录屏器、推拉流直播、视频监控、音视频通话、流媒体服务器等项目。暴涨前提示源码
课程咨询地址：音视频流媒体高级开发V6.0 音视频流媒体开发学习资料、教学视频，分享有需要的可以自行添加学习交流群： 领取。
SRS4.0源代码分析之WebRTC服务总体介绍
SRS4.0的WebRTC服务提供了一种强大的实时音视频通信解决方案，它基于Web标准，支持浏览器之间的双向通信。SRS4.0引入WebRTC的主要目的是为了增强服务器的SFU（服务器转发单元）功能，以优化客户端接入和降低音视频处理对服务器CPU的负担。通过部署SFU，客户端可以将本地音视频数据推送到服务器，同时服务器根据需要拉取数据，实现低延迟的直播连麦场景。
WebRTC涉及的知识点广泛，包括SDP报文处理、ICE连接建立、DTLS加密等，但SRS4.0的重点在于简化用户对WebRTC的理解。SRS4.0 WebRTC服务的核心模块在`srs_app_rtc_server.cpp`中初始化，主要负责自签名证书生成、UDP端口监听（如）和推拉流API接口注册。RTMP与WebRTC的不同在于，WebRTC通过P2P/ICE技术建立UDP连接，而RTMP则通过socket复用控制命令和数据流。
SRS4.0通过HTTP(S)接口提供对外API，如/rtc/v1/publish/和/rtc/v1/play/，用于接收和发送音视频数据。当客户端发起推流或拉流请求时，SRS会创建相应的对象（如SrsRtcPublishStream和SrsRtcPlayStream），并处理SDP交换和ICE连接建立。推流和拉流过程涉及SDP报文协商，ICE用于客户端和服务端建立数据传输通道，确保安全性和稳定性。
最后，总结SRS4.0 WebRTC的处理流程：首先，监听端口并提供API接口；其次，根据API请求创建相应的数据流对象；接着，通过SDP和ICE建立连接；最后，音视频数据在服务器和客户端之间按此流程传递：客户端→服务器→SRS对象→客户端。理解这些核心流程有助于深入研究SRS4.0的WebRTC功能和实现机制。
开源视频解决方案？
探索开源视频解决方案：Yangwebrtc、Licode、Janus与Mediasoup的比较</ 在构建音视频系统时，开源技术无疑提供了快速而经济的途径，然而也伴随着技术债务的可能。让我们深入剖析 Yangwebrtc、Licode、Janus-gateway 和 Mediasoup 这四大开源解决方案，以帮助你做出明智的选择。Yangwebrtc
自主研发的结晶：</Yangwebrtc 以其自定义的Webrtc/Srt/Rtmp架构而闻名，适用于教育、医疗等多元化应用场景。它的优点在于编译简单，适合中国本土生态，但谷歌Lib的问题和复杂的编译过程可能成为挑战。Licode
全面的SFU/MCU平台：</Licode 不仅提供媒体通信和用户管理等基础功能，还支持分布式部署。其亮点在于无需二次开发，社区活跃。然而，Linux支持有限，代码结构复杂，Android/iOS SDK支持有限，性能方面略逊一筹。Janus-gateway
WebRTC服务器中的明星：</Janus以其C语言编写的WebRTC服务器而著名，尤其适合Linux环境。社区交流可能局限，但其源码清晰，部署指南详细，链接如下：/meetecho/janus-gateway，部署步骤详尽。 Janus的优势在于其插件式架构，支持SIP、TextRoom和Streaming等多种插件，传输层兼容多种协议，性能卓越。然而，复杂性高和异步I/O处理机制的局限性也需留意。Mediasoup
Mediasoup，由Node.js和C++打造，专为WebRTC流媒体服务器设计。它关注底层数据传输，性能高效，WebRTC优化明显。与Janus相比，Mediasoup在实时性和效率上更胜一筹。其他选项
Medooze以其全面的功能而闻名，但C++开发的Mediasoup在性能上略优。Jitsi以其丰富的组件如Video-Bridge和活跃的社区吸引开发者，Kurento则凭借成熟的C++开发和详尽的文档吸引成熟项目。对于Go语言爱好者，pion/webrtc是个学习的好选择。决策建议
选择哪种方案，关键在于团队的技术熟悉度、项目需求、业务规模、分布式支持的考虑、二次开发的灵活性、时间限制以及社区的活跃度。务必在投入前进行彻底的测试和研究，确保选择最适合的开源视频解决方案。
