Flash's Last Hurrah

2020 is the 去年，Adobe将继续提供供桌面浏览器下载的Flash Player. (See Adobe’s blog 如果你还没听到这个消息，请详细了解.)适用于绝大多数内容所有者或负责管理在线资产的人, 基于flash的内容已经被HTML5或原生移动应用所取代. For some, though, 缺乏从Flash到其他移动友好内容的迁移并不是拖延的问题, ambivalence, or even budget. 这一斗争更多地体现在功能平价上.

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

虽然许多Flash视频流应用程序已被HTML5等价物所取代如HTTP Live Streaming (HLS)和DASH (大多数都是在最近5年，当HTML5 browsers finally offered MSE [media 源扩展]和EME[加密媒体扩展]), the only “ultra-low latency” (<1 second) option on the table was—and still is—WebRTC. 现在，WebRTC的问题是一个永远不会困扰Flash的问题:跨浏览器的一致性 with video and audio codecs. With Flash, regardless of browser vendor, 你可以选择始终部署使用Flash Player中可用的核心编解码器的实时应用, 包括索伦森·斯帕克和后来的H.264. With 竞争厂商优先考虑VP8/9 over H.264或反之亦然(或只有一个或 the other available). 因此，昂贵且不成熟的服务器解决方案需要对real- code进行转码time streams between WebRTC clients. In short, 将您的在线拍卖行转换为WebRTC并不像它应该的那么简单.

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

那么，在这一类别中，Flash应用程序的最后坚守者在哪里呢? 如果你使用Flash进行低延迟的实时流媒体，你还有一年或更少的时间来搬过去 to a WebRTC solution. And what does that mean exactly? 您在基于flash的媒体服务器(Adobe media server)上使用的任何代码, Wowza Streaming Engine, 等)需要迁移到WebRTC而不是实时消息协议(RTMP). You’ll also need to create 使用WebRTC客户端替换Flash组件. 这可能会更加困难 part of the conversion process, 因为WebRTC客户端软件开发工具包(sdk)是非常特定于服务器组件的. 可以很容易地移植与Flash客户端的RTMP握手从一个RTMP服务器到另一个RTMP服务器，但是Web-RTC解决方案具有非常紧密耦合的客户机-服务器sdk. Do the necessary due diligence 以确保您的WebRTC解决方案 Choose满足您所有的业务和技术需求.