kDefault, kPlanB, kUnifiedPlan

WebRTC 中的 PlanB 与 UnifiedPlan 比较
最新推荐文章于 2024-03-04 15:48:15 发布
最新推荐文章于 2024-03-04 15:48:15 发布
阅读量841 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： WebRTC
本文为博主原创文章，未经博主允许不得转载。 如果转载，需要获得作者授权。保留追究法律责任的权力。
本文链接：https://blog.youkuaiyun.com/chinabinlang/article/details/80749822
WebRTC 专栏收录该内容
101 篇文章 ¥29.90 ¥99.00
订阅专栏
本文介绍了WebRTC中SDP的两种语义——PlanB和UnifiedPlan的区别。PlanB允许最多一个音频和一个视频m=部分，而UnifiedPlan则使用多个m=部分对应每个RtpSender和RtpReceiver。UnifiedPlan还支持RtpTransceiver接口，该接口代表一个共享mid的发送器和接收器的组合。选择PlanB适合与旧版WebRTC实现兼容，而UnifiedPlan更适合发送多个音频/视频流并使用RtpTransceiver API。

webrtc_m74

 

// Configure the SDP semantics used by this PeerConnection. Note that the

// WebRTC 1.0 specification requires kUnifiedPlan semantics. The

// RtpTransceiver API is only available with kUnifiedPlan semantics.

//

// kPlanB will cause PeerConnection to create offers and answers with at

// most one audio and one video m= section with multiple RtpSenders and

// RtpReceivers specified as multiple a=ssrc lines within the section. This

了解本专栏 订阅专栏 解锁全文
【trition-server】python-backend 源码阅读
突围
07-05 191
trition-server
ice和Dtls 传输的创建及1个简单的SFU转发实例
突围
10-30 235
SSLStreamAdapter
谈谈 WebRTC 的 SDP Unified Plan
Pano2019的博客
04-23 460
前言 今年2月份，webrtc M89 的正式发布，在Release note 提出了一个重要更新，即废webrtc Plan B SDP 语义，推荐使用标准SDP格式：Unified Plan。WebRTC1.0 已经正式成为 W3C 标准，主流浏览器基本都支持UnifiedPlan SDP。Webrtc将于21年开始逐步废弃Plan B SDP，直到移除，后续时间计划如下： M89 (2021.02)：在开发者控制台增加废弃警告 M93 (2021.08): Plan B 被移除掉, 但是增加了选项，.
webrtc 代码学习（四）创建PC
Miracle_包子
11-11 1134
创建PC 作者：LanPZzzz 本章我们简单讲述下PC 创建，PC 是我最头疼的一个类(┳＿┳)…，太庞大了，可以说是整个webrtc中最复杂的，我感觉没有之一了，.h就1000行，.cc 就更不敢想象，你就不能分一下啊，能死啊… 我们还是要分析下PC 的内容，工程巨大啊 文章目录1. PC 创建2. PeerConnectionFactory::CreatePeerConnection（pc\...
Sdp Plan A Plan B UnifiedPlan
风清扬的博客
06-11 3927
webrtc中多流的实现越来越简单，也越来越规范高效化，从planB-->到unifiedPlan，不过做的早的一些视频会议还是基于plan A做的，也是老版本的webrtc版本，planB兼容planA，不过后边的趋势一定是unifiedplan，这边刚好看到对这三个SDP多流标准的说明的博文，就记录下，转载过来了，感谢原博主。本文转自https://blog.youkuaiyun.com/gyj07...
sup-panb-unifiedplan
qq_16135205的博客
09-28 716
webrtc支持多流方式，分为planb(早期版本), unified plan 支持2个视频流。1234，5678 planb mid对应值video/audio。，所有的视频流应用一样的设置（在一个m下面） m=video a=mid:video //多个ssrc区分多个流 a=ssrc:1234 msid:xxx a=ssrc:5678 msid:xxx unified plan. mi...
WebRTC RTCConfiguration中的sdp_semantics
云上听风的博客
05-05 1756
// Configure the SDP semantics used by this PeerConnection. Note that the // WebRTC 1.0 specification requires kUnifiedPlan semantics. The // RtpTransceiver API is only available with kUnifi...
docker安装问题：boot2docker.iso版本不是最新
python-缘起姓宫
12-07 3321
docker安装问题：boot2docker.iso版本不是最新 下载了旧版本的Docker Toolbox 运行终端控制台时报错， Running pre-create checks… (default) Default Boot2Docker ISO is out-of-date, downloading the latest release 解决办法：通过下载、拷贝最新版本的boot2d...
webrtc-m79-PlanB 与 UnifiedPlan
hclbeloved的博客
07-08 1236
PlanB 和 UnifiedPlan 其实就是 WebRTC 在多路媒体源（multi media source）场景下的两种不同的 SDP 协商方式。如果引入 Stream 和 Track 的概念，那么一个 Stream 可能包含 AudioTrack 和 VideoTrack，当有多路 Stream 时，就会有更多的 Track，如果每一个 Track 唯一对应一个自己的 M 描述，那么这就是 UnifiedPlan，如果每一个 M line 描述了多个 Track(track id)......
webrtc的Sdp中的Plan-b和UnifiedPlan
thehunters的专栏
08-23 1344
在一些类似于视频会议场景下，媒体会话参与者需要接收或者发送多个流，例如一个源端，同时发送多个左右音轨的音频，或者多个摄像头的视频流；在2013年，提出了2个不同的SDP IETF草案Plan B和Unified Plan，就是为了解决如何在同一个SDP中描述多个媒体流支持。Plan B, 仅仅支持一条音频mline, 和一条视频m line, 音频和视频的媒体流的标识（mid）分别被设置成audio和video；如果同个媒体包括多个发送流，那么在m line下，可以列出多行a=ssrc属性；
[粗读webrtc] SDP组成：planb unifiedplan
突围
07-01 1413
webrtc 1.0 SdpSemantics RTCConfiguration选项：SdpSemantics planb 统一升级 到 Unified Plan 参考 “Unified Plan” 过渡指南 SDP 细节 WebRTC Native 源码导读（十四）：API 概览 总体来说，WebRTC 的 SDP 分为几个部分： session metadata: v=, o=, s=, t= network description: c=, a=candidate stream descri.
PLAN
DOO9527的博客
04-22 233
酷炫的随动鼠标背景-西西说是html5做的 https://www.cnblogs.com/limengjie0104/p/9022605.html
SDP组成：Plan B、Unified Plan和WebRTC
FdviAutoit的博客
09-26 227
需要注意的是，SDP仅仅是WebRTC中的一部分，而WebRTC本身涉及的内容更加广泛。在上述SDP中，"m=audio"和"m=video"仍然表示音频和视频流，但现在使用"a=msid"来标识每个媒体流。SDP在WebRTC中扮演着重要的角色，它描述了参与通信的媒体流的特性和参数。上述SDP中，"m=audio"和"m=video"分别表示音频和视频流，而"a=mid:audio"和"a=mid:video"用于标识每个媒体流。这只是一个简单的示例，实际使用WebRTC需要更详细的配置和处理。
SDP解释
宝安小雨
03-04 281
generous：假如客户端提供编码优先级为PCMA，G729，而FS支持的优先级为G729，PCMU，PCMA。假如leg A只支持PCMA，leg B只支持PCMU，FS支持的编码、先级为PCMU、PCMA，那么此时leg A发送invite后，会得到488的返回码，而不是200 OK，因为FS默认不支持转码。端口限制锥：在限制锥的基础上加了限制，外网公网主机在发送给内部主机之前，内部主机必须先向该外部公网主机的ip1:port1发送过数据，而且该外部公网主机，必须使用这个ip1:port1发才行。
WebRTC SDP协议--新属性
chenquangobeijing的专栏
02-03 1134
6 payload 96的重传流是97，96的ssrc是3793049148，97是2533540925。描述不了的情况：ssrc对应的编码格式不同，一个H264、一个H265，放到一个m描述就有问题。非交错：Type是[1-23, 24, 28]、STAPA是24，FU-A是28。webrtc的视频会议：标准的，音视频、rtcp都是一个端口，通过ssrc区分。2 a=rtcp-mux //端口复用，rtp和rtcp是同一个。传统的视频会议：音视频走不同端口，不带ssrc，通过端口区分。
Sdp Plan-b UnifiedPlan
jaygno的专栏
05-22 6352
Unified Plan 和 Plan B ...
WebRTC源码分析——呼叫建立过程之三(创建PeerConnection)
ice_ly000的博客
11-25 9644
0 前言 当端与服务器建立连接之后，可以通过与服务器的信令交互获知对等端点的存在。当需要与对方端点建立P2P连接时，第一步是先创建PeerConnectionFactory对象，然后再通过PeerConnectionFactory工厂来创建PeerConnection对象。如图中红色字体所示。 在example/peerconnection_client工程中，发起方调用如下代码来创建PeerC...
WebRTC源码分析——视频流水线建立
ice_ly000的博客
01-17 1652
由于文章在有道云笔记中写的，粘贴复制到简书很多图片没法一次性上传上，偷懒，想看图片的可以看下面笔记的链接： 文档：WebRTC视频流水线建立.note 1. 引言 常见的音视频会话中，一端将本地的音视频数据传输给对端将至少经历3个步骤：采集->编码->传输，将数据从采集模块到发送模块的流动称为音视频数据的流水线。接下来几篇文章中将以视频数据为本来讨WebRTC是如何建立...
warning: 'nvinfer1::NetworkDefineCreationFlag::NetworkDefinitionCreationFlag::kEXPLICIT_BATCH' is deprecated [-Wdeprecated-declarations] const auto explicitBatch = IU << static_cast<uint32_t>(nvinfer1::networkDefinitionFlag::kEXPLICIT_BATCH):
最新发布
03-20
<think>好的，我现在需要帮助用户解决关于TensorRT中`nvinfer1::NetworkDefinitionCreationFlag::kEXPLICIT_BATCH`被弃用的问题。首先，我需要理解这个警告出现的原因以及TensorRT的新推荐方法。 用户提到的警告信息表明他们正在使用一个已经被弃用的枚举值`kEXPLICIT_BATCH`。根据我的知识，TensorRT在某些版本更新后可能会弃用一些旧的接口，并推荐使用新的方法来替代。用户提供的引用信息中提到了`explicit_batch = 1 << (int)(tensorrt.NetworkDefinitionCreationFlag.EXPLICIT_BATCH)`，这可能与创建网络定义时的标志设置有关。 接下来，我需要确认在最新版本的TensorRT中，如何处理显式批处理模式。在旧版本中，使用`kEXPLICIT_BATCH`标志来创建网络，以便支持动态形状的批次大小。但根据官方文档或更新日志，可能现在推荐使用不同的方法来设置，比如直接通过构建配置或其他标志来实现，而不需要显式指定这个标志。 然后，我应该检查替代方案。例如，可能现在创建网络时不再需要设置`EXPLICIT_BATCH`标志，而是默认启用，或者通过其他参数来配置。例如，用户可能需要使用`createNetworkV2`函数并传递相应的参数来替代旧的`createNetwork`方法。此外，可能需要查看TensorRT的版本迁移指南，确认具体的替代方法。 还需要考虑代码示例，展示如何修改用户现有的代码以避免使用被弃用的标志。例如，将原来的`createNetwork`调用替换为新的函数，并调整参数设置。同时，提醒用户注意TensorRT的版本兼容性，确保他们使用的版本支持新的方法。 最后，生成相关问题，帮助用户进一步理解相关概念和可能遇到的其它问题，比如动态批处理的其他配置、性能优化等。</think>关于`nvinfer1::NetworkDefinitionCreationFlag::kEXPLICIT_BATCH`被弃用的问题，处理步骤如下： ### 解决方案 1. **使用新API接口**：TensorRT 8.x+ 推荐使用`createNetworkV2`代替旧的网络创建方式 2. **标志位调整**：不再需要显式设置`kEXPLICIT_BATCH`标志，改为通过构建配置隐式启用 3. **代码修改示例**： ```cpp // 旧方法（已弃用） INetworkDefinition* network = builder->createNetworkV2(1U << static_cast<uint32_t>(NetworkDefinitionCreationFlag::kEXPLICIT_BATCH)); // 新方法（推荐） INetworkDefinition* network = builder->createNetworkV2(NetworkDefinitionCreationFlag::kDEFAULT); ``` ### 关键变更说明 - 自TensorRT 7.1起，`kEXPLICIT_BATCH`已成为默认行为[^1] - 动态形状支持现在通过`IOptimizationProfile`接口配置 - 构建器配置应使用`IBuilderConfig::setMemoryPoolLimit`替代旧的资源限制方法
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

chinabinlang

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

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

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

打赏作者

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

抵扣说明：

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

余额充值