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的媒体源码任务是分离这些独立的流。
复用：则是媒体源码lol登录页面源码将这些分离的流重新打包成如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启动解码器。媒体源码 音频解码：同样的媒体源码pushgateway源码编译方法，通过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++，nettymodbus分享源码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。goadmin源码解析
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宏定义，jdbc事务源码一般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发布流程通过高效的单线程协程设计，保证了数据的缓存和分发，同时通过策略性丢包避免了可能导致花屏的问题。
