Google Hangouts支持使用Firefox WebRTC

最新推荐文章于 2022-11-28 17:15:09 发布
最新推荐文章于 2022-11-28 17:15:09 发布
阅读量106 收藏
点赞数
文章标签： javascript 操作系统 测试 ViewUI
原文链接：https://yq.aliyun.com/articles/606116
版权

640?wx_fmt=png&wxfrom=5&wx_lazy=1


自去年4月Firefox 53删除NPAPI以来，该插件一直无法被正常访问。而就在去年年末，Google Hangouts（环聊）重新支持使用Firefox WebRTC。本文深度剖析了Firefox SDP并比较了Firefox和Chrome Hangouts的WebRTC规范。 


作者：Philipp Hancke 

翻译：鸿蒙


640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1

Tsahi发现Firefox上的环聊再次开始工作，并迅速呼叫Fippo进行调查。


在2017年的末尾，Google Hangouts（环聊）开始重新支持Firefox。自2017年4月Firefox 53删除NPAPI以来，该插件一直无法正常访问。尽管Firefox WebRTC团队测试Hangouts的事情已经公开了一段时间，但看到它付诸实际仍然是一件很令人兴奋的事情。 Tsahi Levent-Levi是最先注意到的人之一。Hangouts 团队用实际行动表示他们仍然视网络为一个开放的平台！


我此前在2014年写过一篇关于Hangouts的文章（https://webrtchacks.com/hangout-analysis-philipp-hancke/），Hangouts使用了很多非标准技术，如SDES和RTP DataChannel——它们不支持Firefox，而是否支持Firefox往往是一个很重要的产品技术指标（也有传言说是因为它的NaCl和'hats'特征，正如我在旧博客中提到的那样）。


不过，当视频Hangouts 产品的会议功能作为其不断现代化的一部分时，事情已经起了变化。例如，Opus早已成为默认的音频编解码器。虽然Chrome中的Hangouts 并非100％与WebRTC 1.0规范兼容（例如，我已经看到Chrome使用DTLS-SRTP而不是SDES），但Firefox实现似乎有点不同，并且更符合标准：


640?wx_fmt=png

FireFox Hangouts和Chrome Hangouts WebRTC规范比较


深入剖析SDP


让我们来深入剖析SDP。不幸的是自从FF57以来，Firefox中的webrtc-externals扩展已被打破，没有人有时间弄清楚为什么。 但是我们从about:webrtc中得到的SDP实际上非常有意思：


 
   
 1v=0
 2o=mozilla...THIS_IS_SDPARTA-57.0.1 8208570803153758710 3 IN IP4 0.0.0.0
 3s=-
 4t=0 0
 5a=sendrecv
 6a=fingerprint:sha-256 79:67:68:53:C0:3C:4D:60:1B:DD:D5:FE:BA:D0:86:3C:30:44:FE:4B:14:CB:ED:E4:D3:21:22:88:F9:25:F2:F5
 7a=group:BUNDLE mid_0 mid_1 mid_2 mid_3 mid_4
 8a=ice-options:trickle
 9a=msid-semantic:WMS *
10m=audio 37842 UDP/TLS/RTP/SAVPF 109
11c=IN IP4 84.20.98.117
12a=candidate:0 1 UDP 2122252543 192.168.1.230 37842 typ host
13a=candidate:3 1 TCP 2105524479 192.168.1.230 9 typ host tcptype active
14a=candidate:1 1 UDP 1686052863 84.20.98.117 37842 typ srflx raddr 192.168.1.230 rport 37842
15a=sendrecv
16a=end-of-candidates
17a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
18a=fmtp:109 maxplaybackrate=48000;stereo=1;useinbandfec=1
19a=ice-pwd:72af2dc778d255334cb38661e30fc57a
20a=ice-ufrag:80e16c7c
21a=mid:mid_0
22a=msid:{7a66c1a7-b588-4d8d-ab7c-92cb4a248aea} {1dda5d9f-d705-4db7-bfb1-1153833be2a4}
23a=rtcp-mux
24a=rtpmap:109 opus/48000/2
25a=setup:active
26a=ssrc:490004612 cname:{90bfee9f-4610-43b0-993f-a064332e442b}
27m=video 37842 UDP/TLS/RTP/SAVPF 120
28c=IN IP4 84.20.98.117
29a=sendrecv
30a=extmap:1 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
31a=extmap:3/sendonly urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
32a=fmtp:120 max-fs=12288;max-fr=60
33a=ice-pwd:72af2dc778d255334cb38661e30fc57a
34a=ice-ufrag:80e16c7c
35a=mid:mid_1
36a=msid:{444747d4-c2d2-45ce-a761-c572c0648e18} {6030f14c-68c2-4f35-8803-af7011d4bbb8}
37a=rid:f send
38a=rid:h send
39a=rid:q send
40a=rtcp-fb:120 nack
41a=rtcp-fb:120 ccm fir
42a=rtcp-fb:120 goog-remb
43a=rtcp-mux
44a=rtpmap:120 VP8/90000
45a=setup:active
46a=simulcast: send rid=f;h;q
47a=ssrc:944082137 cname:{90bfee9f-4610-43b0-993f-a064332e442b}
48a=ssrc:3093937015 cname:{90bfee9f-4610-43b0-993f-a064332e442b}
49a=ssrc:3682296736 cname:{90bfee9f-4610-43b0-993f-a064332e442b}
50m=application 37842 DTLS/SCTP 5000
51c=IN IP4 84.20.98.117
52a=sendrecv
53a=ice-pwd:72af2dc778d255334cb38661e30fc57a
54a=ice-ufrag:80e16c7c
55a=mid:mid_2
56a=rtcp-mux
57a=sctpmap:5000 webrtc-datachannel 256
58a=setup:active
59a=max-message-size:1073741823
60m=audio 37842 UDP/TLS/RTP/SAVPF 109
61c=IN IP4 84.20.98.117
62a=recvonly
63a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
64a=fmtp:109 maxplaybackrate=48000;stereo=1;useinbandfec=1
65a=ice-pwd:72af2dc778d255334cb38661e30fc57a
66a=ice-ufrag:80e16c7c
67a=mid:mid_3
68a=rtcp-mux
69a=rtpmap:109 opus/48000/2
70a=setup:active
71a=ssrc:2828437981 cname:{90bfee9f-4610-43b0-993f-a064332e442b}
72m=video 37842 UDP/TLS/RTP/SAVPF 120
73c=IN IP4 84.20.98.117
74a=recvonly
75a=extmap:1 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
76a=extmap:3/sendonly urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
77a=fmtp:120 max-fs=12288;max-fr=60
78a=ice-pwd:72af2dc778d255334cb38661e30fc57a
79a=ice-ufrag:80e16c7c
80a=mid:mid_4
81a=rtcp-fb:120 nack
82a=rtcp-fb:120 ccm fir
83a=rtcp-fb:120 goog-remb
84a=rtcp-mux
85a=rtpmap:120 VP8/90000
86a=setup:active
87a=ssrc:3511641524 cname:{90bfee9f-4610-43b0-993f-a064332e442b}
 
   

 
   
我们可以从中学到很多东西，所以我们来深入研究一下。有关WebRTC SDP的更深入的综述，请查看SDP Anatomy指南。
 
   

 
   
RTP有效负载类型（payload type）
 
   

 
   
 
   
1a=rtpmap:109 opus/48000/2
 
   

 
   
Firefox主动创建请求，这意味着它为音频和视频数据包选择使用RTP有效负载类型，并且服务器需要对每个数据包进行重写。这是相当琐碎的工作，需要开发人员的努力。
 
   

 
   
同时联播（Simulcast）
 
   

 
   
 
   
1a=simulcast: recv rid=f;h;q
2a=rid:f recv
3a=rid:h recv
4a=rid:q recv
5a=extmap:3/recvonly urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
 
   

 
   
a=rid  和 a=simulcast 这几行表示使用同时联播， Firefox并没有在这里实现最新的IETF草案，但与Chrome不同，它不需要SDP改写，而依靠RTCRtpSender.setParameters。 如果您对使用情况感兴趣，Firefox会进行单元测试，显示基本使用情况。 这当然比SDP改写更好（尽管它仍然是我们都害怕的SDP）。在网络上，Firefox同时联播使用RID头扩展来“标记”不同的视频流。
 
   

 
   
在FF57之前，Firefox同时联播并不是非常稳定，这可能因为FF57进一步诠释了时机。
 
   

 
   
REMB
 
   

 
   
 
   
1a=rtcp-fb:120 goog-remb
 
   

 
   
Firefox使用REMB 进行带宽估算，而不是其尚未支持的更新的transport-cc机制。 在Chrome中使用transport-cc表示它在服务器中就被终止了。可能要花费很大的努力才能将两者很好地结合在一起，因为带宽估计是WebRTC中最难的问题之一。
 
   

 
   
SCTP数据通道
 
   

 
   
 
   
1m=application 9 DTLS/SCTP 5000
 
   

 
   
我们看到在 m=application  媒体部分, 使用了SCTP 数据通道。这是相当程度的工程设计工作，但可能是由于RTP数据通道不能与DTLS-SRTP一起工作，才作为Meet早期的全面检修的一部分。 这也表明通过数据通道发送的控制消息很重要。 不幸的是，它们是原始编码的，所以比较难以理解。
 
   

 
   
统一计划（Unified Plan）
 
   

 
   
 
   
1m=audio 9 UDP/TLS/RTP/SAVPF 109 0
 
   

 
   
最有趣的是使用有5条m线的 “Unified Plan” SDP (已经融入 JSEP)。 Chrome中缺乏统一计划显然不是问题。这并不令人感到意外，如果您想使用单个PeerConnection，您可以将SDP简单地改写为浏览器所需的任何格式。 Jitsi已经在sdp-interop包中做了这么多年了。检查这个操作是发生在客户端的javascript还是服务器上会很有趣。
 
   

 
   
SDP中缺少的东西也很有趣。由于Firefox不支持RTX，ulpfec和red，因此服务器需要打开这些数据包并选择丢弃它们，或者像RTX那样，将它们转换回正常的RTP数据包。根据我的经验，这远不是微不足道的。
 
   

 
   
ice-lite
 
   

 
   
 
   
1a=ice-lite
 
   

 
   
在服务器SDP中，我们还发现ice-lite是RFC 5245允许的ICE简化版本，非常适合具有公共IP地址且易于实现的媒体服务器。前段时间，Hangouts 从google-ice 转移到了 ice-lite。可以在about:webrtc查看完整的细节。
 
   

 
   
 
   
WebRTCon 2018 8折报名
 
   

 
   
WebRTCon希望与行业专家一同分享、探讨当下技术热点、行业最佳应用实践。如果你拥有音视频领域独当一面的能力，欢迎申请成为讲师，分享你的实践和洞察，请联系 speaker@livevideostack.com。更多详情扫描下图二维码。
 
   
 
   
640?wx_fmt=jpeg
 
  
 
 
 


                

        

        




    

  


    

      

        

            

              
                
                  weixin_34320724
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                      0
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    0
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      










                



	

		

			

				
					
webrtc-externals:像webrtc-internals一样，但是... external

				
			

			

				

					05-17
				

			

		

		

			
				
WebRTC外部
WebRTC外部程序是一种 ，旨在允许开发人员在Chrome的内部页面上使用大部分相同的工作流程。 但是，它是作为扩展实现的，因此不依赖于任何内部基础结构。 因此，它可以在其他浏览器（如Firefox或Microsoft Edge）中运行。
用法
要调试WebRTC调用，请通过在浏览器中单击标有“ Debug WebRTC”的WebRTC图标来确保打开了后台页面。 然后在类似于页面上进行呼叫。 结果，您应该看到一个API跟踪，如所示。
已知的问题
内容脚本仅覆盖RTCPeerConnection，而不覆盖Chrome旧版RTCPeerConnection。 如果您正在测试的站点仍在使用旧版本，则可能会建议您对其进行升级。
执照
麻省理工学院
该项目重用了大部分内容，该部分已获得MIT许可。 文件webrtc-internals.js，utils.js和background

			
		

	



                

              
                



	

		

			

				
					
firefox 对WebRTC支持

				
			

			

				

					weixin_34308389的博客
				

				

					05-13
					
					906
					
				

			

		

		

			
				


本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。

firefox pc和android 最新版本号已经默认支持webrtc, 同一时候，firefox在支持VP8的同一时候支持H264 codec，这无疑添加了webrtc的互操作，笔者刚刚測试firefox android版本号和
chrome pc版本号及chrome android版本...

			
		

	



                


  
              

                


	

		

			

				
					
Hangouts高清视频的背后：从H.264编码向WebRTC的进化

				
			

			

				

					Jingle的专栏
				

				

					07-19
					
					780
					
				

			

		

		

			
				
我们对于Google提出的WebRTC这个概念并不陌生，它可以通过调用JavaScript API或HTML5标准来实现浏览器中的无插件视频播放。目前，Chrome、Opera以及Firefox浏览器的最新稳定版本已经全部支持这一解码标准。
而现在，Google+的Hangouts正在逐步摆脱传统的H.264编码，向WebRTC演进。但目前在过渡阶段，Hangouts的视频先从H.264过渡至了

			
		

	





	

		

			

				
					
Mozilla 为 Firefox 加入 WebRTC 聊天功能

				
			

			

				

					weixin_34358365的博客
				

				

					06-02
					
					128
					
				

			

		

		

			
				
Mozilla Future Releases博客宣布，最新的Firefox Nightly版 加入了基于WebRTC的语音视频聊天功能。WebRTC提供了跨浏览器或跨平台的即时通讯功能。Mozilla产品管理总监Chad Weiner说，没有插件，不需要下载，只需要一个支持WebRTC的浏览器（如Firefox和Chrome），一个摄像头和麦克风，你就可...

			
		

	



		

			
		



	

		

			

				
					
苹果支持WebRTC

				
			

			

				

					plpldog的博客
				

				

					12-06
					
					2843
					
				

			

		

		

			
				
在刚刚落幕的 WWDC17 上，苹果为我们带来了一个不小的惊喜 —— 其浏览器内核WebKit 将正式支持 WebRTC，而未来基于 WebKit 内核的苹果浏览器，比如 macOS High Sierra、iOS 11 中的 Safari 浏览器和 Safari
 技术预览版 32，都将使用到 WebRTC 技术。

此消息一出便引得无数 WebRTC 开发者为之兴奋，更表示其将改变当前的

			
		

	





	

		

			

				
					
WebRTC Blueprints

				
			

			

				

					08-14
				

			

		

		

			
				
 - **兼容性**：支持 Chrome、Firefox、Edge 等主流浏览器。  - **安全性**：所有数据传输都经过加密处理，确保通信安全。  - **实时通信的架构与工作原理**  - **信令**: 用于建立连接的协议，不包含真正的媒体数据...

			
		

	





	

		

			

				
					
google开源的WebRTC项目资料整理

				
			

			

				

					07-20
				

			

		

		

			
				
 - WebRTC不仅支持Web浏览器（如Chrome、Firefox），还支持Android、iOS等移动平台，以及桌面应用程序，实现了多平台间的互通。  8. **应用案例**：  - Google Hangouts、Facebook Messenger、Zoom等实时通信应用都...

			
		

	





	

		

			

				
					
WebRTC概述

				
			

			

				

					wugebucuo的博客
				

				

					06-20
					
					2135
					
				

			

		

		

			
				
WebRTC概述前言1.WebRTC的历史2.WebRTC的技术架构3.WebRTC的兼容性4.WebRTC的网络拓扑4.1 Mesh网络结构4.2 MCU网络结构4.3 SFU网络结构总结
前言
WebRTC的出现使实时通信技术得以广泛应用。 WebRTC制定、实现了一套统一且完  整的实时通信标准，并将这套标准开源。这套标准包含了实时通信技术涉及的所有内容，  使用这套标准，开发人员无须关注音视频编解码、网络连接、传输等底层技术细节，可以  专注于构建业务逻辑，且这些底层技术是完全免费的。
WebRTC

			
		

	





	

		

			

				
					
WebRTC对Simulcast的支持

				
			

			

				

					sandfox的博客
				

				

					08-12
					
					2806
					
				

			

		

		

			
				
最近在调研基于WebRTC的Simulcast的方案，发现WebRTC 1.0的草案里面已经有了Simulcast的相关定义，并且举出了相关的例子。

 


EXAMPLE 15
var signalingChannel = new SignalingChannel();
var configuration = { "iceServers": [{ "urls": "stuns:stun.exa...

			
		

	





	

		

			

				
					
鸿蒙 webrtc 拉流 PeerConnection连接失败

				
			

			

				

					daisysmilee的博客
				

				

					12-31
					
					2235
					
				

			

		

		

			
				
之前测试了3部鸿蒙系统设备，在不推流的情况下PeerConnection连接不上，服务端看到的现象是连上就断开。2021.12.30突然就好了，跟其他Android机型一样，可以在不推流的情况下正常连接PeerConnection。

猜测是鸿蒙系统进行了修改。
...

			
		

	





	

		

			

				
					
流媒体传输 - SDP 协议

					
最新发布

				
			

			

				

					irainsa的博客
				

				

					11-28
					
					509
					
				

			

		

		

			
				
SDP 全称是 Session Description Protocol，翻译过来就是描述会话的协议。主要用于两个会话实体之间的媒体协商。什么叫会话呢，比如一次网络电话、一次电话会议、一次视频聊天，这些都可以称之为一次会话。那为什么要去发这个描述文本呢，主要是为了解决参与会话的各成员之间能力不对等的问题，如果参加本次通话的成员都支持高质量的通话，但是我们没有去进行协议，为了兼容性，使用的都是普通质量的通话格式，这样就很浪费资源了。所以 SDP 的作用还是很有必要的。

			
		

	





	

		

			

				
					
WebRTC之SDP篇

				
			

			

				

					u010217394的博客
				

				

					11-23
					
					762
					
				

			

		

		

			
				
1 SDP 是什么
见名知意，SDP是session description protocol，会话描述协议。即SDP是一个描述一次会话的协议。一般SDP用于多媒体通信中，由于视频和音频数据的复杂性，不同编码类型的音视频流需要对应的专门的编解码器进行编解码操作，经过编解码器的处理后音视频方能够传输或者播放。而对应的编解码器的初始化必须要知道响应的音视频信息，故SDP一般用于音视频传输前通信双方交流...

			
		

	





	

		

			

				
					
在Google Chrome WebRTC中分层蛋糕式的VP9 SVC

				
			

			

				

					LiveVideoStack
				

				

					02-27
					
					736
					
				

			

		

		

			
				
多方呼叫架构是一个常见的话题，主要是因为多方呼叫很难实现和理解，却同时被广泛需要。绝大多数的人都认为可伸缩视频编码（SVC）是最先进的，而多方呼叫架构却是最复杂的。为了理解它是如何工作的，两个WebRTC视频架构专家：Sergio Garcia Murillo是资深的媒体服务器开发人员，同时还是Medooze的创始人。和这个话题直接相关，他最近正在利用VP9和SVC开发开源SFU项目；另外，知名视

			
		

	





	

		

			

				
					
上行和下行是什么意思_WebRTC 开发实践：为什么你需要 SFU 服务器

				
			

			

				

					weixin_39563823的博客
				

				

					11-28
					
					875
					
				

			

		

		

			
				
当你入门 WebRTC 之后，很快就会接触到一个名词，叫做：SFU，你可能很容易就在网上寻找到很多 SFU 的开源实现，并并兴致勃勃地开始编译、部署和测试这些服务器，但是可曾想过，为啥我们的 WebRTC 应用需要 SFU 服务器 ？1 WebRTC P2P 通话的网络模型如图是 WebRTC P2P 模式下的网络拓扑结构，ClientA 和 ClientB 如果能够顺利建立 P2P 的连接，则可...

			
		

	





	

		

			

				
					
[粗读webrtc] SDP组成：planb unifiedplan

				
			

			

				

					突围
				

				

					07-01
					
					1345
					
				

			

		

		

			
				
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.

			
		

	





	

		

			

				
					
WebRTC[11]-WebRTC如何通过SDP信息设置音频码率

				
			

			

				

					liuzhen007的专栏
				

				

					09-27
					
					2186
					
				

			

		

		

			
				
前言

WebRTC除了通过API接口控制某些参数外，还能通过SDP信息进行音视频参数控制，特别是在进行JS SDK开发时，这种情况是非常普遍的。

正文

首先来看一段SDP信息（只包含音频信息）：


v=0
o=- 8275923203002055919 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE audio video
a=msid-semantic: WMS 6a6d1509-69e0-4fc2-b447-5b4391f9ad69_STS
m=audio

			
		

	





	

		

			

				
					
Google开源实时通信项目WebRTC

				
			

			

				

					cpongo5
				

				

					06-03
					
					746
					
				

			

		

		

			
				
最近，Google正式开源了WebRTC实时通信项目，希望浏览器厂商能够将该技术内建在浏览器中，从而使Web应用开发人员能够通过HTML标签和JavaScript  API就实现Web音频、视频通信功能。\WebRTC（Web Real Time Communication）并不是Google原来自己的技术。在2010年，Google以大约6820万美元收购了VoIP软件开发商Global  IP...

			
		

	





	

		

			

				
					
GCC算法在WebRTC中的应用与分析

				
			

			

				

					
				

			

		

		

			
				
该算法被集成到RTP/RTCP（实时传输协议/实时控制协议）中，目前已被应用于Google Hangouts以及Chrome的WebRTC堆栈中。  实验结果显示，GCC算法能够有效地提高网络效率，降低丢包率，同时保持较低的延迟，提高了用户...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值