1.ffmpeg实现媒体流解码
2.SRS流媒体服务器——单机环境搭建和源码目录介绍
3.SRS(simple-rtmp-server)流媒体服务器源码分析--RTMP消息play
4.音视频流媒体开发系列（45）GLSurfaceView源码解析&EGL环境
5.分析流媒体服务器源码：Rtmp发布流程的媒体源码SRS解析

ffmpeg实现媒体流解码

       ffmpeg实现媒体流解码的详细步骤

       本文将深入探讨如何利用ffmpeg将MP4媒体流的视频转化为yuv格式，音频转换为pcm数据。媒体源码首先，媒体源码理解解复用和复用的媒体源码概念至关重要：

       解复用：MP4等多媒体文件包含视频（如H或H）和音频（AAC或MP3）等多种流。ffmpeg的媒体源码任务是分离这些独立的流。

       复用：则是媒体源码网红酒店源码将这些分离的流重新打包成如MP4或FLV等常见的媒体格式。

       具体解码流程分为四步：

       初始化：使用avformat_open_input打开输入文件，媒体源码avformat_find_stream_info获取流信息，媒体源码再通过av_find_best_stream找到视频和音频流的媒体源码索引。

       视频解码：利用avcodec_find_decoder获取视频解码器，媒体源码avcodec_find_context3打开解码器，媒体源码avcodec_parameters_to_cotext设置解码参数，媒体源码最后通过avcodec_open2启动解码器。媒体源码

       音频解码：同样的媒体源码有赞 通道 源码方法，通过avcodec_find_decoder和avcodec_open2找到并启动音频解码器。媒体源码

       解码过程：这部分涉及ffmpeg的解码核心，根据音频和视频流的特性，进行实际的解码操作。

       输出存储：音频和视频数据的存储需要特定技巧，包括选择合适的格式（如YUV或YUV）以及存储方法。

       完整源码已在文章ffmpeg实现音视频解码中提供，供读者参考和实践。

SRS流媒体服务器——单机环境搭建和源码目录介绍

       启动srs

       2. 显示日志信息

       3. 确认srs是否正常启动

       4. 安全退出正在运行的srs

       5. 默认后台启动，调试需修改配置文件为前台

       相关视频推荐

       SRS-RTMP-WebRTC流媒体服务器入门

       全球Star第一的流媒体服务器SRS4.0 WebRTC音视频通话分析

       SRS流媒体服务器架构设计及源码分析

       免费FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发免费学习地址

       纯干货免费分享C++音视频学习资料包、大厂面试题、技术视频和学习路线图，资料包括（C/C++，便宜寄快递源码Linux，FFmpeg webRTC rtmp hls rtsp ffplay srs 等等）有需要的可以点击 加群免费领取哦~

       源码目录介绍

       1. trunk目录

       2. src下的源码

       3. app

       4. core

       5. kernel 音视频格式相关

       6. libs

       7. main

       8. protocol 流媒体协议相关

       9. service

       . utest

       . 八个目录，二百零三个文件

SRS(simple-rtmp-server)流媒体服务器源码分析--RTMP消息play

       本章内容梳理了SRS在接收到RTMP信息后如何进行转发的过程。在此过程中，首先进行代码梳理，作者也在源码熟悉阶段，可能尚未完全梳理完接受到RTMP后信息如何处理、缓存以及转发给直播用户等内容。

       SRS源码中的Play流程如下：

       1. 进入play流程：本章内容直接从SrsRtmpConn::stream_service_cycle()方法开始梳理。

       2. 在接受流程中，客户类型为SrsRtmpConnFMLEPublish “fmle publish”，而在转发流程中，客户类型为SrsRtmpConnPlay。抄底起家指标源码

       3. 在http_hooks_on_play()方法中，回调on_play()方法通知vhost，xxx用户已经开始play。

       4. 在http_hooks_on_stop()方法中，回调on_stop()方法通知vhost，xxx用户已经停止play。

       5. 最重要的是进入该函数。

       在函数中：

       1.1 根据客户端创建消费者对象：create_consumer(this, consumer)

       1.2 为该消费者开启一个独立协程：trd.start() //此处一直不太明白，在play流程中创建一个协程用来做什么?

       1.3 进入play主流程：do_playing(source, consumer, &trd);

       2. 进入主play循环：do_playing()函数内容众多且非常重要，因此将函数内容全部列出。

       2.1 通知消费者准备play

       2.2 从消费者列表中取出Rtmp信息（SrsMessageQueue）

       2.3 进入play入口

       3. 进入SRS发送接口（play）：在int SrsProtocol::send_and_free_messages(SrsSharedPtrMessage** msgs, int nb_msgs, int stream_id)函数中，进入int SrsProtocol::do_send_messages(SrsSharedPtrMessage** msgs, int nb_msgs)，该函数有一个#ifdef SRS_PERF_COMPLEX_SEND宏定义，如何调试delphi源码一般rtmp协议都是要混合音视频数据，在做转发。在往后面看，

       最后进入

       在该函数中，最重要的一点是send message总出口writen()函数。它负责将转发给直播用户的流转发出去。

       4. 最后：play总结

       （1）通知client开始play

       （2）从消费者列表中取出Rtmp数据

       （3）从总出口writev（）函数中转发出去

音视频流媒体开发系列（）GLSurfaceView源码解析&EGL环境

       查看源码的原则：以常用的API为入口，依据地图、带着问题、沿着主线来寻找答案

       从事「音视频领域」开发工作有前途吗？

       GLSurfaceView在使用时，我们调用的两个主要方法是setEGLContextClientVersion和setRenderer。具体操作在渲染回调中执行，包括onSurfaceCreated、onSurfaceChanged和onDrawFrame。

       我们的焦点是EGL和GLThread。

       1.1. setRenderer的实现：检查GLThread的状态，确保只有一个GLThread存在。

       1.2. GLThread实现：这是一个Thread的子类，关键逻辑在guardedRun方法中。

       1.3. guardedRun（渲染核心逻辑）：创建EGLSurface，获取GL对象，并在EGLContext和EGLSurface生成并绑定后执行渲染。渲染数据通过eglSwapBuffers显示。

       1.4. EglHelper：提供创建EGLSurface、获取GL对象和交换Framebuffer的方法。

       音视频免费学习资源：FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发

       整理了一些面试题、学习资料、教学视频和学习路线图共享在群文件，资料涵盖C/C++、Linux、FFmpeg、WebRTC、RTMP等，免费分享，有需要的可以加入群自取。

       TextureView +EGL+ GLThread绘制图形

       将GLSurfaceView内容简化，剔除SurfaceView继承，保留GL环境，使用GLEnvironment进行渲染。借鉴了[GLSurfaceView的简单分析及巧妙借用]的思路，避免了从头开始实现GL环境的复杂过程。

       通过实践，了解了GLSurfaceView内部机制、EGLThread的实现和EGL上下文的意义。在TextureView基础上创建EGL上下文和GLThread以实现OpenGL的绘制。

       感谢阅读。

分析流媒体服务器源码：Rtmp发布流程的SRS解析

       Rtmp发布流程在SRS服务器中主要通过单线程多协程模型来实现，以简化线程管理和数据同步。以下是关键步骤的解析：

       SRS基于state-threads协程库工作，每个协程在单线程内独立执行，无需考虑线程安全问题。程序启动后，通过SrsStreamListener监听并处理TCP连接，创建SrsTcpListener和SrsReusableThread进行并发处理。

       当接收到客户端连接时，会根据连接类型创建不同的SrsConnection，如RtmpConn。SrsRtmpConnFMLEPublish负责处理推流至服务器，会进入publishing函数，其中创建SrsPublishRecvThread协程，接收和处理客户端的消息。

       消息处理中，视频数据会经过缓存H序列头、HLS分发和消费者分发等步骤。每个消费者有自己的SrsMessageQueue，队列大小由配置文件中的"queue_length"设置，队列满时旧消息会被丢弃，但关键的序列头不会被删除，避免影响客户端解码。

       总结来说，SRS的Rtmp发布流程通过高效的单线程协程设计，保证了数据的缓存和分发，同时通过策略性丢包避免了可能导致花屏的问题。