拉通一路方向相反的音视频链路，从而实现 A 和 B 之间的双向低延时的音视频数据传输。与此同时，RTC 模式还会开启内置的 AEC (回声抑制)，避免通话的双方会因为本地麦克风对播放器的声音进行二次采集而引起的回声问题。3、我怎么用小程序实现视频通话？step1：开通一个云直播服务（比如腾讯云 ），
或者自己搭建一个rtmp服务器（例如 nginx-rtmp 服务）。step2：生成两对 rtmp 推拉流 url ：一对是用于 A 端推流的 push_url_a 和用于播放 A 端视频的 play_url_a；另一对是用于 B 端推流的 push_url_b 和用于播放 B 端视频的 pla
y_url_b；step3：A端添加一个 <live-pusher> 标签，指定 mode 为 RTC，并将 url 输定设定为 push_url_a。step4：A端添加一个 <live-player> 标签，指定 mode 为 RTC，并将 src 输定设定为 play_url_b。step5：
B端添加一个 <live-pusher> 标签，指定 mode 为 RTC，并将 url 输定设定为 push_url_b。step6：B端添加一个 <live-player> 标签，指定 mode 为 RTC，并将 src 输定设定为 play_url_a。关于视频通话，你会有这样的疑问1、通话时
延太高了怎么办？小程序的 RTC 模式解决了双向或者多人实时音视频通话在终端所需要的各项技术组件，但是通话线路本身可能也会引入很高的延时，所以要确保视频通话的 A 和 B 双方所使用的 rtmp 线路要有很低的时延。如果是自己搭建rtmp服务器（例如 nginx-rtmp 服务），请检查nginx-
rtmp 的服务端参数设置，确保不要在服务器端引入太多音视频数据缓存。如果是使用腾讯云的超低延时线路，那么要注意给 RTC 模式下的 <live-player> 传递带防盗链签名的播放 url。2、感觉画面很卡应该如何处理？小程序的 RTC 模式主要用于视频通话，由于这类场景以交流为重，所以小程序会
