WebRTC系列--sdp协商中的answer编解码协商过程

最新推荐文章于 2024-05-31 16:43:59 发布
最新推荐文章于 2024-05-31 16:43:59 发布
阅读量593 收藏
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/133030782
版权
本文深入探讨WebRTC中sdp协商的answer阶段，重点分析音频编码的匹配和过滤过程。从CreateAnswer流程到FindMatchingCodec函数，解释如何根据本地支持的编码与远端协商。详细阐述了supported_audio_codecs的收集，展示了从ChannelManager到WebRtcVoiceEngine的初始化过程。
摘要由CSDN通过智能技术生成

关于createAnswer的流程在前面的文章WebRTC系列-SDP之CreateAnswer这篇文章中有详细的分析。
这篇文章主要对于MediaSessionDescriptionFactory的AddAudioContentForAnswer做详细的分析，也就是说对于音频编码的匹配也是在这个方法里实现：
首先主要的函数调用如下图：
在这里插入图片描述
这篇文章主要就围绕这个函数分析，对于其中牵扯到的一些内容如有必要再展开分析：

函数中的编码过滤

在函数MediaSessionDescriptionFactory::AddAudioContentForAnswer中，对于编解码的处理函数主要的内容如下：

。。。 省略其他代码
 AudioCodecs filtered_codecs;

  if
了解本专栏 订阅专栏 解锁全文 超级会员免费看
WebRTC系列-SDP之setRemoteDescription
HOSTEN的博客
10-15 1451
是WebRTC中PeerConnection对外的重要接口之一，无论是offer还是answer端，在收到对方的sdp后都需要调用setRemoteDescription()方法，从而将对方的sdp交给WebRTC去处理；在其w3c文档中说明如下：RTCPeerConnection 中的方法 setRemoteDescription() ，是用来将指定的会话描述（Session Description）设置为远程对等方的offer或answer。
WebRTC M96 Release Notes(SDP废除Plan B，支持Opus Red冗余编码)
一蓑烟雨任平生 也无风雨也无晴
02-13 2832
https://groups.google.com/g/discuss-webrtc/c/Bp8OzBzipSc 切换到M96分支 git checkout branch-heads/4664 PSAs Plan B和Unified Plan Plan B是Chrome/Chromium独有的实现，Safari和Firefox一直支持Unified Plan，Chrome在M72已经支持Unified Plan。从某种程度上说如果后续再开发WebRTC可以不考虑Plan B的支持了，因为Unified
基于SDP的提议/应答（offer/answer）模型简介
学习是为了探索这个世界的本质
08-29 1607
1、引入 在松耦合会议中，会话参数完全由会议创建者来确定，参与者能做的仅仅是根据这些会话参数来加入会议（当然也可以选择不加入）。这种情况下，主要要做的就是会话描述，在这里SDP本身就足够了。 但是在更为普遍的两方会话的情况下，由于用户终端能力的差异，任何一方不能假设对方一定支持某种会话参数，所以必须双方协商来最终就会话的参数达成一致。显然，SDP能做到准确的描述会话的参数，但是它缺少双发如何根
webrtc-SDP中answer-之发送方向确定方式
blueair_ren的博客
08-16 543
answer-之发送方向确定方式：由对端的offer的方向和本地想要的方向做对比最终获取answer的方向。 src/pc/peer_connection.cc CreateAnswer src/pc/webrtc_session_description_factory.cc CreateAnswer InternalCreateAnswer src/pc/media_session.cc CreateAnswer AddVideoContentForAnswer CreateMediaC
sdp常用属性值详解
guo_lei_lamant的博客
08-06 1467
SDP（Session Description Protocol）是一种通用的会话描述协议，主要用来描述多媒体会话，用途包括会话声明、会话邀请、会话初始化等。WebRTC主要在连接建立阶段用到SDP，连接双方通过信令服务交换会话信息，包括音视频编解码器(codec)、主机候选地址、网络传输协议等。下面先简单介绍下SDP的格式、常用属性，然后通过WebRTC连接建立过程生成的SDP实例进行进一步讲解。...
WebRTC本地选择codec
yinshipin007的博客
08-05 579
codec：编码译码器，编解码器。它是一个程序，也可以是算法，或者设备，用于编码（encode）和解码（decode）数据流。WebRTC能让两个web或者app之间建立音视频通信。通信过程中，数据流的格式必须被两边的设备支持。WebRTC提供了接口查询支持的codec，并且可以设置要使用的codec。本文演示选择视频codec的过程。示例用户可以在发送视频流之前选择codec。把支持的codec类型列出来，用户自行选择。开启视频后，建立连接前，我们可以选择设置codec。
webRTC（八）：查看offer/answer 的 SDP
黄孝果的博客
03-03 2847
创建媒体 function getStream(){ var constraints = { audio:true, video:true } navigator.mediaDevices.getUserMedia(constraints) .then(getMediaStream) .catch(handError); } ...
webrtc-sdp编码信息协商
linalg的博客
02-28 1855
简要 webrtc中采用sdp协议进行会话协商，sdp协商是通信数据的开始，理解sdp协议及webrtc对sdp的处理非常重要，本文简单剖析了webrtc源码对于p2p双方编解码器不同时如何进行协商的过程，sdp协议是offer/answer模型，展示如下图。sdp协议对应的API：CreateOffer、CreateAnswer、SetLocalDescription、SetRemoteDescription。 一、 API CreateOffer Cr...
Webrtc支持HEVC之Mediasoup SDP协商编码流程(三)
最新发布
qq_15821883的博客
05-31 751
Mediasoup SDP协商编码流程
webrtc笔记-信令部分（SDP）
weixin_40578430的博客
11-17 1078
信令的一个主要功能是交换消息体，消息体可以是XML、X-Q931、SDP等，是一条消息的净荷部分，webrtc使用SDP描述媒体信息，默认使用Unified Plan。 Unified Plan，一个m行用一个ContentInfo存，会建立一个transceiver(mid-mline_index)，一个transceiver只有一个sender/receiver(本端的SDP建sender，远端的SDP建receiver)。 一个ContentInfo有一个StreamParams，StreamPara
WebRTC实战-第二章-使用WebRTC实现音视频通话
Blueeyedboy521的博客
12-03 1433
什么是WebRTC|WebRTC入门到精通必看|快速学会音视频通话原理|WebRTC超全资料分享FFmpeg/rtmp/hls/rtsp/SRS WebRTC http://www.vue5.com/webrtc/webrtc.html WEBRTC三种类型（Mesh、MCU 和 SFU）的多方通信架构。假设我们是一个视频会议的发起人，我们当然先要知道，我们想跟谁进行视频通话，对方需要把相关的环境数据，比如我用的是什么视频编码啊，我们通信的协议是什么？我们把这些数据信息取了个名字叫 sdp。互相交换了环境数
SDP的offer/answer模型
08-12
转载网络上的，由于http://blog.csdn.net/liaoxinmeng/article/details/6949351 无图不方便，找齐图片版的（但仍然感谢）。还有 http://blog.sina.com.cn/s/blog_6b10255301012kqs.html 感谢以上博客，还有其他相关博客。在此借花献佛了。
webrtc代码走读一（视频参数配置汇总）
热门推荐
CrystalShaw的博客
05-24 1万+
一、视频编码格式初始配置 webrtc\media\engine\internalencoderfactory.cc 1、按照Push顺序，优先选取第一个编解码格式。 2、屏蔽kUlpfecCodecName、kRedCodecName的codec，可以关闭FEC冗余。 3、开启FlexFEC功能。 二、视频分辨率初始配置 webrtc\pc\videocapturert......
webrtc-m79-VideoRtpSender、VideoRtpReceiver、RtpTransceiver
hclbeloved的博客
05-23 620
1VideoRtpSender的创建 BEGIN_SIGNALING_PROXY_MAP(RtpSender) PROXY_SIGNALING_THREAD_DESTRUCTOR() PROXY_METHOD1(bool, SetTrack, MediaStreamTrackInterface*) PROXY_CONSTMETHOD0(rtc::scoped_refptr<MediaStreamTrackInterface>, track) PROXY_CONSTMETHOD0(rtc::.
WebRTC动态修改编码器
fjqgx的专栏
11-02 559
新版本的WebRTC支持在已经建立连接的情况下，推流端动态修改编码器。在Chrome119版本中可以体验这个功能了。可以在chrome 119版本，通过两个网页进行webrtc通信，使用chrome://webrtc-internals来查看使用的编码器。在RTCPeerConnection建立连接之后，在推流端通过RTPSender.setParameters方法，可以支持动态切换编码器 步骤 使用WebRTC建立连接的部分可以参考: 前端使用WebRTC———局域网内单向通信。本文的代码就是在这个代码的
webrtc 视频编码之 h264 自动调节分辨率一
老衲不出家
06-01 9687
webrtc 内部支持 vp8，vp9，h264 视频编码，由于业务需要和出于通用性考虑，我选择了 h264 编码，webrtc集成了openh264，ffmpeg用于h264的编解码。当然在移动平台也集成了硬件编解码，但是测试发现在ios上硬件编码还算可以，android上表现不稳定，差异很大，主要问题出在码率控制，视频质量控制上。动态调整码率可是保证视频流畅的重要技术，但android的med...
让WebRTC支持H264编解码
weixin_33885253的博客
07-31 533
近期实验了下怎样让WebRTC支持H264编码。记录下，供有须要的人參考。 说明一下，我是在 Ubuntu Server 14.04 下编译的 WebRTC ，使用 native（C++） api 开发 WebRTC 应用。所以我的调整都是基于 native 代码。 终于的效果是浏览器能够用H264发送视频。也能够接收H264视频。 注意，WebRTC 使用 OpenH2...
java sip 携带sdp_SIP中的SDP offer/answer交换初探
weixin_39726408的博客
03-04 817
1、早期媒体无论是在PSTN还是在VoIP网络中，一个呼叫的最终目的让两个用户进行交谈(conversation)。这里我们将由用户之间的交谈所产生的媒体称为常规媒体(“regular media”)。早期媒体(“early media”)是与常规媒体相比而言的。通常，主叫用户发起呼叫后用户交谈并不会立即开始(甚至可能最终没有开始)，等待时间一般是几秒到几十秒，这完全取决于被叫用户的何时应答。在被...
WebRTC offer - answer交换sdp流程分析
云上听风的博客
05-16 6814
被WebRTC自带oc版本的例子恶心到了，不做笔记还真不行。 两端开启音视频通讯时，一方做为offer主动发出邀请，另一方做为answer被动等待offer的邀请做出反应。 代码中的流程： Offer: 1. offerForConstraints，得到sdp后回调 &amp;amp;amp;lt;第1.1步&amp;amp;amp;gt;。 1.1. didCreateSessionDescription，如果有错直接返回...
WebRTC核心技术：SDP规范协商在音视频直播系统中的应用
"音视频直播系统中的WebRTC技术关键在于SDP规范协商，它确保两端设备能够正确解码和传输音视频数据。SDP（Session Description Protocol）是用于描述媒体会话的协议，包括媒体类型、格式、传输协议及IP端口等信息。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值