WebRTC的问题

任何必须将媒体目录从一个供应商的平台转移到另一个供应商的平台的人都知道，重复整个内容聚合过程所涉及的挫败感和时间. 这有点像把你所有的东西从一个房子搬到另一个房子——有些东西直接搬过去, 但有时整个布局是不同的，东西在盒子里呆了很长时间.

对于我们这些在实时音频/视频领域的人来说, 构建WebRTC解决方案同样令人沮丧, 特别是当您的业务和技术需求增长时. 我的业务已经帮助很多客户从一个WebRTC产品转移到另一个, 尽管核心结构相当相同，但每个过程都有不同的困难:

摄像头和麦克风捕捉
智能连接逻辑(P2P、SFU、MCU)
高效的转码处理(VPx到H).264、Opus to AAC等)
归档/回放
穆兴到其他非webbrtc格式(HLS, SRT等)

虽然这个列表并不详尽, 它们可能要求你有任何webbrtc或实时, 低延迟流需求. 令人沮丧的是:您不可能发现任何WebRTC服务器或云产品都能满足所有这些要求, 如果你这么做了, 您很可能会为每个客户端目标使用非常特定的客户端软件开发工具包(SDK).g. Web/JavaScript, iOS和Android). 特别是在web/JavaScript方面, 由于Chrome浏览器的不同, 火狐, Safari, 和Edge都实现了WebRTC, 这些客户端sdk对于减少webbrtc项目的整体开发时间至关重要. So, 不管你走哪条路, 当你需要从一个WebRTC供应商转移到另一个供应商时，你必须往回走，走另一个供应商的WebRTC之路. 你可能会幸运地发现一条通往新路的桥. 但有一件事是肯定的:您选择的下一个WebRTC供应商的客户端SDK将与您之前的供应商的SDK不匹配, 即使在开源产品中也是如此.

现在, 当然, 我需要讲一个闪电侠的轶事, 为了找到在之前的流媒体历史中出现的类似情况. Flash didn’t have a built-in video player; you couldn’t just pass a video URL to a Flash SWF and have it start playing directly from the Flash Player plugin. 必须编写特定的代码并将其编译到Flash SWF文件中以播放和管理视频流. 游戏中没有内置播放/暂停按钮——所有这些都必须自己构建. 进入JWPlayer, FlowPlayer，以及从该领域推出的任何其他业务. Adobe承认，在Flash项目中添加视频播放器并不容易，这让他们感到越来越沮丧. So, 他们启动了开源媒体框架(OSMF)项目，并向任何想要在Flash项目中添加视频的人免费提供代码. 这简化了事情，特别是对于那些不是视频专家的软件开发人员. 您可以使用OSMF播放来自各种流媒体提供商的视频, 这些提供商可以为OSMF编写定制的附加组件或插件，以扩展其功能. 例如，Akamai为OSMF编写了插件，以启用其CDN上可用的特性.

那么这和WebRTC有什么关系呢? 正如我之前提到的, 每个WebRTC供应商都有不同的客户端SDK，这需要你(或你的软件开发团队)重构大量的代码来使用新的SDK. 你需要在目标目的地(网页、Android、iOS)上进行更新. 如果这些更新是相当小的不是很好吗, 而且从百家乐软件管理的角度来看并不昂贵? 就像雷蒙·斯尼奇可能说的那样, 我希望这是我现在要告诉你的关于开源WebRTC框架的故事的一部分, 但我很遗憾地说，波德莱尔的粉丝们不会有这样的礼物等着他们.

我现在和这里呼吁WebRTC行业巨头制定一个开源的WebRTC框架, 图书馆, 随便你怎么称呼它, 并与它们的服务器端对等物一起采用它. 它甚至可以是一个营销销售点:“我们的产品与版本1兼容.“WebRTC开放框架的第0位”(当然是我的名字). 现在, 已经有一些社区驱动的开源代码库，专门为客户端开发人员更容易实现WebRTC而设计. 但它们都相对较新，要与不同供应商的产品兼容还有很长的路要走. 我们需要更快地开发可行的WebRTC sdk，这些sdk不会将产品与特定的WebRTC服务器捆绑在一起.

我将以一种更快乐的方式结束. 好消息是，我们终于到达了这样一个点:桌面和移动web浏览器在它们的能力上一致使用WebRTC作为实时web应用程序或渐进式web应用程序(pwa)的核心技术。. 这意味着您不需要使用特定的浏览器来启用您的技术，或者至少如果您的客户端sdk支持所有这些技术，则不需要使用特定的浏览器.