Navigator.MediaDevices.getUserMedia()使用了哪些相机通信标准？

有谁知道用于检测摄像头硬件的通信标准是否与getUserMedia一起使用？

我认为它是MTP或类似的东西,虽然我希望每个浏览器/操作系统的实现都不同,但我已经搜索了两天,我找不到任何有关此问题的可靠信息.

我很长时间都在寻找你问题的答案.起初我在w3.org WebRTC网站上发现了这个:

本文档在WebIDL中定义了一组ECMAScript API,以允许向另一个实现适当的实时协议集的浏览器或设备发送和接收媒体.该规范正在与IETF RTCWEB小组开发的协议规范和API规范一起开发,以访问由媒体捕获任务组开发的本地媒体设备.

然后在网站"媒体传输和使用RTP"我发现以下信息:

5.2.4.媒体流识别:

实现SDP捆绑协商扩展的WebRTC端点将使用SDP分组框架"mid"属性来标识媒体流.这些端点必须实现[ID.ietf-mmusic-sdp-bundle-negotiation]中描述的RTP MID头扩展.

此标头扩展使用[RFC5285]通用标头扩展框架,因此需要在使用之前进行协商.

12.2.1.媒体来源识别:

每个RTP分组流由唯一的同步源(SSRC)标识符标识.SSRC标识符在包括RTP分组流的每个RTP分组中携带,并且还用于在相应的RTCP报告中标识该流.选择SSRC,如第4.8节所述.解复用在WebRTC端点上的单个传输层流上接收的RTP和RTCP分组的第一阶段是基于它们的SSRC值来分离RTP分组流; 完成后,其他多路分解步骤可以确定如何以及在何处呈现媒体.

RTP允许混合器或其他RTP层中间盒组合来自多个媒体源的编码流以形成来自新媒体源(混合器)的新编码流.该新RTP分组流中的RTP分组可以包括贡献源(CSRC)列表,其指示哪些原始SSRC对组合源流做出了贡献.

如4.1节所述,实现需要支持接收包含CSRC列表的RTP数据包和与CSRC列表中存在的源相关的RTCP包.CSRC列表可以逐个分组地改变,这取决于正在执行的混合操作.

如果用户界面指示哪些参与者在会话中是活动的,则知道哪些媒体源对特定RTP分组的贡献可能是重要的.如果应用程序要能够跟踪会话参与的变化,则需要使用某些API将包含在数据包中的CSRC列表中的更改暴露给WebRTC应用程序.在跨越此API时,最好将CSRC值映射回WebRTC MediaStream标识,以避免将SSRC/CSRC名称空间暴露给WebRTC应用程序.

如果在会话中使用混合器到客户端音频级别扩展[RFC6465](请参阅第5.2.3节),则CSRC列表中的信息将通过每个贡献源的音频级别信息进行扩充.在将CSRC值映射到WebRTC MediaStream标识之后,最好使用某些API将此信息公开给WebRTC应用程序,以便可以在用户界面中公开它.

珀金斯等人.2016年9月18日到期[第35页]

互联网草案RTP for WebRTC 2016年3月

WebRTC的所有传输都列在本网站上.

您可以在网站上找到IETF RTCWEB组的所有文档"WEB浏览器中的实时通信(rtcweb)".

媒体捕获(包含所有文档的链接)

MediaStream API(此API中使用的所有方法)

实时传输协议(RTP)

会话描述协议(SDP)

会话描述协议(SDP)

实时传输协议(RTP)(也可能)