闪电侠的最后一次欢呼

2020年是去年，Adobe将继续提供供桌面浏览器下载的Flash Player. (见 Adobe的博客如果你还没听到这个消息，请详细了解.)适用于绝大多数内容所有者或负责管理在线资产的人, 基于flash的内容已经被HTML5或原生移动应用所取代. 对于一些, 虽然, 缺乏从Flash到其他移动友好内容的迁移并不是拖延的问题, 矛盾心理, 甚至是预算. 这一斗争更多地体现在功能平价上.

尽管Flash存在安全问题，并且在早期的手机版本中占用了大量的CPU, Adobe(和以前的Macromedia)技术实现了“一次写入”的承诺, 在智能手机出现之前“随处部署” 年龄. Flash也提供了一致的体验在桌面浏览器中实现实时、低延迟音频/视频流播放和发布这是许多“同类第一”在线拍卖的必备条件以及2006年至2011年间建立的视频会议网络应用程序.

虽然许多Flash视频流应用程序已被HTML5等价物所取代如HTTP 在线直播 (HLS)和DASH (大多数都是在最近5年，当HTML5 浏览器终于提供了MSE[媒体] 源扩展]和EME[加密媒体扩展]), the only “ultra-low latency” (<1 second) option on the table was—and still is—WebRTC. 现在，WebRTC的问题是一个永远不会困扰Flash的问题:跨浏览器的一致性具有视频和音频编解码器. 带闪光灯, 不管浏览器厂商是什么, 你可以选择始终部署使用Flash Player中可用的核心编解码器的实时应用, 包括索伦森·斯帕克和后来的H.264. 与竞争厂商优先考虑VP8/9 在H.264或反之亦然(或只有一个或其他可用). 因此，昂贵且不成熟的服务器解决方案需要对real- code进行转码WebRTC客户端之间的时间流. 简而言之, 将您的在线拍卖行转换为WebRTC并不像它应该的那么简单.

现在，自去年以来，WebRTC的情况有了很大的改善 H.264和Opus可以在所有主要厂商的最新浏览器上使用(参见 go2sm.com/mozillawebrtc 详情)，以及您也许会惊讶地发现，WebRTC也可以可靠地用于移动网络. 这意味着如果您的用户有这些的最新版本浏览器，那么是的，你可以实现低延迟实时视频和音频在一个web应用程序. 然而，总是有一个障碍——Android上的firefox 68年以后呢不为H提供支持.因为Google Play商店限制Firefox安装OpenH264编解码器.

那么，在这一类别中，Flash应用程序的最后坚守者在哪里呢? 如果你使用Flash进行低延迟的实时流媒体，你还有一年或更少的时间来搬过去到WebRTC解决方案. 这是什么意思呢完全? 您在基于flash的媒体服务器(Adobe media server)上使用的任何代码, Wowza流媒体引擎, 等)需要迁移到WebRTC而不是实时消息协议(RTMP). 您还需要创建使用WebRTC客户端替换Flash组件. 这可能会更加困难转换过程的一部分, 因为WebRTC客户端软件开发工具包(sdk)是非常特定于服务器组件的. 可以很容易地移植与Flash客户端的RTMP握手从一个RTMP服务器到另一个RTMP服务器，但是Web-RTC解决方案具有非常紧密耦合的客户机-服务器sdk. 是否进行了必要的尽职调查以确保您的WebRTC解决方案 Choose满足您所有的业务和技术需求.