【owt】erzio的PipelineBase::addService

已于 2023-08-07 15:41:48 修改
阅读量175 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： WebRTC入门与实战 文章标签： 算法 服务器 运维
于 2023-08-07 11:36:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/commshare/article/details/132141948
OWT（Open Web Telepresence）框架中的Pipeline核心概念包括Service和Handler。Service处理需要考虑历史数据的业务，如丢包重传，而Handler处理当前数据。Pipeline的addService方法用于构建ServiceContextImpl，它在PipelineServiceContext基类中实现了服务的绑定和解绑。ServiceContextImpl作为Service的上下文，提供了灵活的数据处理方式。通过PipelineBase::getService，可以根据类型获取Service实例，增强了框架的灵活性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Pipeline里面定义了两个主要的概念：Service和Handler。

Service负责处理那些不仅要看当前数据包，还要分析之前的数据包的那些业务，比如丢包重传；
Handler处理当前的数据包的情形，比如生成填充字节。

  • 在Pipeline里面，Handler和Service是配合起来一起工作的，他们通过一套框架将之关联起来。

addService 实际是将service 和 pipeline实例的weakptr 用于构建ServiceContextImpl 实例

  • addService其实就是传递一个Service的子类对象， 这个子类对象是用来给Context的构造函数传递参数的；
了解本专栏 订阅专栏 解锁全文
licode 源码分析（四） pipeline
lcalqf的专栏
09-02 662
一、pipeline licode中的pipeline 内部是一个保存PipelineContext的vector，有IN（输入）、OUT（输出）、BOTH（输入输出）三种类型 std::vector<PipelineContext*> inCtxs_; std::vector<PipelineContext*> outCtxs_; Both 类型对应ContextImpl template <class H> PipelineBase& P.
WebRTC技术在Licode中的应用：基于PipelineBase的音视频处理流程
最新发布
syntax_bug719的博客
09-14 115
WebRTC技术的出现为实时音视频通信提供了强大的支持，而Licode作为一款开源的WebRTC平台，充分利用了WebRTC的优势，并提供了一套完整的音视频流媒体处理框架。其中，PipelineBase是Licode中的一个重要组件，它负责管理和处理WebRTC中的音视频流，为实时通信提供高效可靠的服务。它以pipeline的方式组织不同的模块，每个模块负责特定的功能，例如媒体采集、编码解码、网络传输等。基于Licode中的PipelineBase模块，我们可以轻松构建一个强大的实时音视频处理流程。
licode 学习总结
hyl999的专栏
10-02 4289
licode 学习总结 参考： licode编译以及源码分析：https://www.cnblogs.com/limedia/category/1350712.html Licode—基于webrtc的SFU/MCU实现：https://www.jianshu.com/p/dcc5ba06b49f Licode架构分析：https://blog.youkuaiyun.com/haitian403/article/details/89136984#6__42 licode 的singlepc 模式是怎么回事？：
licode 源码之pipline 分析
weixin_43929943的博客
07-27 256
template <class Handler> struct ContextType { typedef typename std::conditional< Handler::dir == HandlerDir::BOTH, ContextImpl<Handler>, typename std::conditional< Handler::dir == HandlerDir::IN, InboundContext...
licode pipeline 3: piplelinebase
突围
11-12 491
吃饭早，来看看 PipelineManager 最核心最需要注意的是删除一个pipline ，因此需要继承 class PipelineManager { public: virtual ~PipelineManager() = default; virtual void deletePipeline(PipelineBase* pipeline) = 0; virtual...
【webrtc 】owt PC 通道：PeerConnectionChannel创建peer_connection，实现ConferencePeerConnectionChannel
突围
10-28 436
如何创建PC ， 上一节回答了这个问题 我们看，owt是如何使用并创建pc的 owt封装实现的webrtc的pc创建的环境：PeerConnectionChannel 实现了PeerConnectionChannel 来对接webrtc ConferencePeerConnectionChannel 继承PeerConnectionChannel 实现业务相关定制 在PC通道里创建 通过factory创建 因为pc 可以有多个，所以不是unqiue的 rtc::s..
深入了解OWT P2P服务器：WebRTC信令交换与部署指南
### OWT的P2P服务器概述 OWT（Open WebRTC Toolkit）的P2P服务器，也被称作PeerServer，是OWT的一个核心组件，承担着WebRTC信令传输的重要角色。WebRTC是一种支持网页浏览器进行实时语音对话或视频对话的技术，无需...
【owt】共享指针创建和weak ptr使用：owt::conference::ConferenceClient
突围
10-28 402
owt 的demo 中，如何创建会议客户端。 传递给内置的一个共享指针对象信令通道时，传递weak ptr 我们应该参考和学习这样的使用方式。 会议客户端使用共享指针 owt::conference::ConferenceClientConfiguration configuration_; std::shared_ptr<owt::conference::ConferenceClient> room; 通过会议客户端的create方法直接拿到共享指针 传递weak p..
OWT Server之webrtc_agent源码分析_接收流
FM971的博客
05-27 506
OWT Server webrtc_agent源码分析, 接收流程
licode 源码分析pipline-2
weixin_43929943的博客
07-27 344
读源码我觉得分两个境界吧，第一种境界能够掌握源码的整个脉络，第二种境界大概是能够分析源码中最有价值的东西，最终沉淀为自己的东西，我个人觉得licode 中pipline 属于最有价值的部分之一吧。 void MediaStream::initializePipeline() { if (pipeline_initialized_) { return; } handler_manager_ = std::make_shared<HandlerManager>(s...
licode学习之erizo篇--Pipeline_handle
weixin_30869099的博客
12-05 216
erizo的pipeline的handle，是媒体数据处理的基本操作，handle分为3类：IN，OUT，BOTH IN：数据进入handle，handle需要read数据并传递给下一级 OUT：数据进入handle，handle需要write数据并传递给下一级 BOTH：可以同时进行read和write 在宏观语义上，IN的目标是输出rtp裸数据；OUT的目标是封装rtp裸数据 pip...
licode/erizo 中 rtcp 的转发与收敛
Rin的博客
05-17 883
在每个mediaStream中 都保存着一个std::shared_ptr<RtcpProcessor> rtcp_processor_ ，该结构的类图如下： 该RtcpProcessor类型在Stream的中的实例化未RtcpForwarder 类型，在构造函数中创建，在 MediaStream::setRemoteSdp 中更新里面的 sourceSsrc，所以必须在调用s...
licode erzio pipleline 2 servicecontext
突围
11-10 229
licode pipleline 2 servicecontext ServiceContext ServiceContext 是个抽象类 ServiceContext 也管理 PipelineBase ContentImplBase 也管理 PipelineBase 这么个PipelineBase的入口？ class ServiceContext { public: virtual ~...
licode erizo pipleline 1 ： handlercontext
突围
11-10 438
licode erizo pipleline 今天周末，忙里偷闲，看看jbl大佬 说 绕来绕去的pipeline 开始走读代码 看起来部分代码是来自于facebook的网络库 iqy有大神做了调研 HomeTechnologyFacebook C++网络库Wangle调研 里面有个类图，可以参考，迅速搞清楚 HandlerBase HandlerBase 模板类，传入一个ctx模板类型...
Licode入门学习：WebRtcConnection源码分析（三）
tong5956的专栏
08-26 433
WebRtcConnection源码分析，分析每个函数的作用 // 异步加入远端candidate boost::future<void> WebRtcConnection::addRemoteCandidate(std::string mid, int mLineIndex, std::string sdp) { return asyncTask([mid, mLineIndex, sdp] (std::shared_ptr<WebRtcConnection> connec
licode media 5 rtp : RtcpForwarder
突围
11-16 469
RtcpProcessor 是一种service 是一种service class RtcpProcessor : public Service { service 是一种 servicebase和servicecontext 构成的用来控制pipeline的 class Service : public ServiceBase<ServiceContext> { ...
licode学习之erizo篇--MediaStream
weixin_30797199的博客
12-04 476
MediaStream是erizo进行流数据处理的核心模块。当网络数据，经过DtlsTransport进行srtp解密后，得到的rtp裸数据与rtcp裸数据，都要进入MediaStream进行处理；需要发送给对方的rtp数据与rtcp裸数据也要经过MediaStream处理后，才会给DtlsTransport进行加密并发送。 MediaStream也是个人认为erizo的最为复杂的一个部分。先看...
licode学习之erizo篇--Pipeline_service
weixin_30888027的博客
12-05 298
Pipeline是媒体处理的核心流程逻辑。 Pipeline里面定义了两个主要的概念：Service和Handler。 Service负责处理那些不仅要看当前数据包，还要分析之前的数据包的那些业务，比如丢包重传；Handler处理当前的数据包的情形，比如生成填充字节。 在Pipeline里面，Handler和Service是配合起来一起工作的，他们通过一套框架将之关联起来。 先看看使用上：...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

等风来不如迎风去

你的鼓励是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值