实时音视频 RTC（Real-Time Communication），依托百度云强大的实时音视频处理与传输能力、覆盖全球的低延时网络，提供稳定高质量的实时音视频服务，帮助客户快速搭建多平台实时音视频应用。
； 内容生产完成后，我们会根据点播、直播或者短视频等场景的不同，采用不同协议进行分发。
本次直播分享将对比传统交付与JavaScript敏捷交付，帮助开发者更好了解如何基于CDN完成典型个性化业务场景的上线与迭代。
TLS数据流一个方向的部分明文（比如协议里面的固定值），那么对2个方向的密文做一下xor，就能得到另一个方向对应部分的明文了。
这对于开发者和云厂商来说，适配的技术成本非常高。 3.CPU到GPU性能开销处理难 虽然说现在很多的高端手机都能提供非常多的协处理器，能力也非常强。但是针对音视频场景，性能开销的处理却有一定挑战。
（十二）：多人实时音视频聊天架构探讨》 《即时通讯音视频开发（十三）：实时视频编码H.264的特点与优势》 《即时通讯音视频开发（十四）：实时音视频数据传输协议介绍》 《即时通讯音视频开发（十五）：聊聊
5. handshake 协议 handshake protocol重要而繁琐。
另一方面，不同于RTMP、RTSP 等「尽力而为」的网络协议，它们只解决网络问题；RTC 是一个面向视频交付的协议，联动传输和编解码，形成可靠的视频交付。因此，抗弱网技术是实现全场景交付的支撑性技术。
[- 7 -] WebRTC实时音视频技术基础：基本架构和协议栈 [链接] http://www.52im.net/thread-442-1-1.html [摘要] 本文主要介绍WebRTC的架构和协议栈
SSL 2.0 是 Netscape 在 1995 年开发的原始协议，但在 1996 年很快被 SSL 3.0 取代。
[- 14 -] 即时通讯音视频开发（十四）：实时音视频数据传输协议介绍 [链接] http://www.52im.net/thread-267-1-1.html [摘要] 本文将简要介绍这些主流的实时音视频数据传输协议
