mo4776的博客

那么把它抽象为技术实现，就是web同时会与ZLMediaKit建立4个pc对象，这个4个pc对象建立后，就不会销毁(直到web播放器关闭)，由ZLMediaKit根据web请求的rtsp摄像头标识，将不同摄像头的流转给web。有这样一个需求，基于webrtc实现的web实时流播放器，有4分屏，最大同时显示4个图像rtsp摄像头的图像。对象的生命周期只与任务对象一样长，这样显然不是原始要表达的意图，应该改成如下，在外部定义。中切换源，但是它并未提供这样的功能，根据上面的分析，可以加一个。上连了多少个连流端。

rtc中的流媒体服务主要目标是保证高效的转发，在基于udp/rtp协议的系统中，直接转发rtp包，不会转协议，不涉及到组帧，拆包，音视频同步。现在有很多开源事件库实现，比如libevet，libuv，asio等，不同的实现，主要是在性能，功能，和跨平台上做文章来突出差异化。现在服务器的实现大多采用了多线程模式，即多进程多线程或单进程多线程，ZLMediaKit是单进程多线程服务，虽然它有两个进程，但是其中一个是守护进程，并不处理业务。会出现多进程多线程，单进程多线程，单进程单线程，多进程单线程的各种模式。

中的suorce作为源时，此时就涉及到了组帧，拆包的过程了。中，通过信令协商产生了对应的音视频的Track，视频对应的Track为。，它是一个各种协议的muxer类，将视频帧按不同的协议进行拆包。**如果有rtmp的拉流端则会直接使用这个源，以。类型，数据将由它们转发。下面Frame的牛转图。类型的成员变量，存放的就是Frame的消费者。，视频帧又被拆分为各协议对应的包。类型，作为一个Rtmp的源。视频帧的转发的被抽象为一个。在以Rtsp为源的情况下，方法传入的是rtp包，经过。

它适用于视频监控系统的转流服务或作为RTC系统的边缘媒体网关。而不太适合于高实时要求的RTC SFU转流服务。ZLMediaKit 是国人写的优秀的流媒体服务器，它支持的协议多，稳定，性能优秀。它的可以作为音视频开发的百宝箱，特别是对协议的实现，可以直接复用。

EventLoop在众多的开源网络库都有实现。ZLMediaKit的实现非常适合用于多线程模型。这种方式非常适用于对线程职责的划分，将特定的业务通过消息队列分到固定的线程。就是EventLoop，为一个事件循环。它还包括了计算CPU负载的功能(在。以上为ZLMediaKit中线程池类图，通过。方法来取一个线程(EventPoller)。方法获取一个CPU负责最小的线程。时，线程都已创建并绑定到了核上，通过。优先取一个CPU负载小的线程。设置线程数，当产生线程池对象。对象就代表了一个线程。

zlmediakit的优势就是支持多种媒体容器和媒体协议。我从推流和拉流的两个角度，梳理出了转流的核心骨架。

前面的文章讲到ZLMediaKit转流，提到过RingBuffer，它是比较核心的数据结构。这篇文章就来讲讲RingBuffer的用法。