5. RTP Media API

RTP媒体API允许Web应用程序通过p2p连接发送和接收MediaStreamTracks。当(音视频)轨道添加到RTCPeerConnection时会产生信令消息;当该消息 被转发到远程对端时，会在远端创建相应的(音视频)轨道。

NOTE:

一个RTCPeerConnection发送的轨道与另一个RTCPeerConnection接收的轨道之间没有确切的1：1对应关系。例如，发送的轨道的ID没有映射到接>收的轨道ID。此外，replaceTrack更改RTCRtpSender发送的轨道，而不会在接收方创建新的轨道;相应的RTCRtpReceiver只有一个轨道，可能代表缝>合在一起的多个媒体源。 addTransceiver和replaceTrack接口都可以用于使用相同的轨道多次发送，这将在接收器侧被观察为多个接收器，每个接>收器具有其自己的独立轨道。因此，考虑发送侧的RTCRtpSender与接受侧的RTCRtpReceiver的轨道之间的1：1关系更为准确，如果需要，使用RTCRtpTransceiver的mid匹配发送者和接收者。

发送媒体时，发送方可能需要对媒体数据进行缩放或重采样处理，以满足包括SDP协商在内的各种要求。

遵循[JSEP]（第3.6节）中的规则，可以缩小视频尺寸以适应SDP约束。媒体数据不得通过拉伸来创建未在输入源中出现的伪数据;除非为满足像素 计数约束，否则不得裁剪媒体，并且不能更改视频宽高比。

NOTE:

WebRTC工作组正在寻求关于需求和时间表的实施反馈，以便更全面地处理这种情况。 GitHub issue 1283中讨论了一些可能的设计。

当视频被重新缩放时，例如对于宽度或高度的某些组合以及根据scaleResolutionDownBy数值的缩放，可能出现所得宽度或高度不是整数的情况。 在这种情况下，用户代理必须使用结果的整数部分。如果缩放宽度或高度的整数部分为零，传输行为则可依据特定实现。

MediaStreamTracks的实际编码和传输是通过名为RTCRtpSenders的对象来管理的。同样，MediaStreamTracks的接收和解码通过称为RTCRtpReceivers的对象进行管理。每个RTCRtpSender与至多一个轨道相关联，并且要接收的每个轨道仅与一个RTCRtpReceiver相关联。

应该对每个MediaStreamTrack进行编码和传输，使其特性（视频轨道的宽度，高度和帧率;音频轨道的音量，采样大小，采样率和声道数）与在远 端创建的轨道保持合理的程度。在某些情况下，如果不适用，可能会在端上或网络中出现资源限制，或者可能会应用RTCRtpSender设置来指示实施采 取不同的行动。

RTCPeerConnection对象包含一组RTCRtpTransceivers，表示配对的发送者和接收者具有某种共享状态。创建RTCPeerConnection对象时，此集初 始化为空集。 RTCRtpSenders和RTCRtpReceivers始终与RTCRtpTransceiver同时创建，它们将在其生命周期内保持连接状态。当应用程序通过addTrack方法将MediaStreamTrack附加到RTCPeerConnection时，或者在应用程序使用addTransceiver方法时显式地创建RTCRtpTransceivers。当远端SDP中 加入新的媒体描述时，也会创建它们。此外，当远端SDP指示端上有要发送的媒体时，相关的MediaStreamTrack和RTCRtpReceiver会通过(音视频)轨道的事件添加到应用程序。