webrtc - 在对等连接协商阶段,是否有还价?
问题描述
到目前为止,我在 webrtc 对等连接上读到的所有内容都表明已发送“报价”,并以“答案”进行响应。然后连接开始,一切都很好。
在我的理解中,这个提议就像“嘿,让我们使用这个编解码器和加密”。鉴于答案总是导致连接,似乎答案总是“好的,让我们使用它!”。是否有类似“不,让我们改用这个编解码器!”的还价。谁最终决定使用哪些设置?
解决方案
报价包含一方可接受的编解码器列表(优先)。答案包含这些编解码器的子集,仅列出双方可以做的那些——可能以不同的顺序。
所以:不,答案不应该包含不在报价中的编解码器。
但是......一旦提议/答案发生,任何一方都可以发送第二个提议(这通常用于将视频添加到现有的纯音频会话)并接收新答案。
这意味着您可以在没有编解码器的情况下发送答案,然后使用一组不同的编解码器发送第二个提议,但没有理由期望对方会改变主意(除非有一些资源耗尽)
推荐阅读
- r - 在包含描述和变量的图表上显示文本
- swift - 将字典数组转换为集合 Swift 4
- ios - 分支集成失败:团队 ID 不匹配
- c# - 保持我的 Excel 互操作进程实例独立于桌面会话
- c++ - 我可以在 windows(Visual C++)中读取 bin 文件,但不能在 linux(GCC)上读取
- algorithm - 在算法的摊销分析中,“摊销”一词是什么意思?
- python - 配置不当:请求的设置数据库
- mysql - 在 mysql 中使用具有 `|` 字符作为其值的列进行搜索
- visual-studio-code - 对于无法识别的文件类型,使 VSCode 默认为“所有文件”而不是纯文本
- multithreading - 将 &mut self 拥有的变量移动到另一个线程而不进行克隆/复制