6 H265 VS H264第六个点跟技术不那么相关了 ， 只是和大家做一个简单的分享 。 我们知道最近H266也已经定稿了 ， 关于H265 ， 从视频标准角度来说领先了H264一代 ， 是更好的视频标准 。 但是实际上现在H265涉及专利问题 。 H265现在已知的就有三个专利池 ， 而且还有一些专利的拥有者 ， 他们是不在这三个专利池里面的 。 所以采用H265会面临专利问题 。 如果你们的业务在发展壮大的过程中 ， 将来真的能够做大或者做到国际化的话 ， 可能就会面临专利的风险 。 如果你做的很好 ， 做到像Zoom一样的全球化大公司 ， 那就更不应该采用H265 ， 因为这里面有很多专利的坑 。
H266在试图解决这些问题 ， 它在定标准和选择工具的时候 ， 也都跟对应的专利拥有者做了沟通 ， 试图解决这样的问题 。 所以我们也期待H266能够把专利问题解决好 ， 因为H264毕竟是在2003年就已经定稿的标准 ， 经过这么多年的发展 ， 其实H264在很多方面 ， 比如更大的分辨率、视频的压缩方面已经需要被改进了 ， 希望新一代的视频标准 ， 譬如H266、AV1等 ， 能在提供更好视频压缩的情况下也能解决好专利问题 。
RTC是时延、流畅、质量、成本等的平衡
因为RTC的应用涉及到的点会比较多 ， 我们刚才通过6个点的分享 ， 大家可以看到RTC本质上是一个时延、流畅、质量、成本几个点的平衡 ， 没有一个银弹能够解决所有的问题 。 RTC应用本质上就是在一个受限的环境下 ， 去平衡各种选择并尽量呈现最好的音视频体验给到用户 。
在所有这些受限的资源里面 ， 我们既想保证时延 ， 又想给用户非常流畅的体验 ， 同时也希望能够尽量让客户看到更好的视频、音频质量 ， 最终还要需要兼顾成本 ， 否则这样的商业模型也不成立 。 所以我们需要在这些关键点里做平衡 ， 同时在这些受限的资源里面 ， 我们希望找到最低的时延 ， 最流畅的音视频和最高的画质 ， 以及最低的成本 ， 这里其实就是在做各个维度的选择 。 我们在做RTC应用的时候 ， 不应该一味地追求一些点 ， 不应该在某些单点上用力过猛 ， 导致最终的效果会打很多折扣 。
其实大家可以思考一下Zoom ， Zoom现在是非常炙手可热的一个公司 。 他的产品大家可以去体验一下 ， Zoom从来不会宣传自己的时延很低 ， 也不会宣传自己的画质非常高 ， 但是最终呈现给用户的体验是非常好的 。 去年我们创立拍乐云也是出于一样的思考 ， 我们觉得 ， RTC涉及到的点很多 ， 包括算法、工程、网络等等 ， 客户仍然需要一个90分以上的RTC产品 ， 作为一群视频会议的老兵 ， 我们希望将最好的视频会议技术封装成简单易集成的SDK给到客户 ， 这也是我自己做了快20年的技术 ， 然后转过头来创立拍乐云这样一个公司的原因 。

稿源：(未知)

【傻大方】网址：http://www.shadafang.com/c/111J264A2020.html

标题：奇葩说之RTC的那些事( 三 )