VideoRX表示，MPEG破折号的未来支离破碎

MPEG破折号为自适应流提供了简化结束和传输的承诺, 但这一承诺仍需数年才能实现. 在最近的流媒体东部会议的红毯采访中, 罗伯特•莱因哈特, 发明家, VideoRX他说，问题在于让主要参与者同意.

“让我们假设苹果继续使用HLS，这就是他们为自适应流媒体所做的一切，他们就像‘嗯, MPEG破折号, 我们并不真的需要它, 我们已经有了自己的解.莱因哈特说:“但是我们仍然有两个流媒体标准. “两个比我们目前拥有的要好, 也就是Adobe, 微软, 苹果都在推出自己的自适应流媒体清单。”

MPEG破折号的未来是会议上的一个热门话题, 莱因哈特很喜欢一位演讲者的观点:

“我喜欢Akamai的Will Law的这句话，他在这里的MPEG破折号面板上, 他说所有的自适应流媒体规范80%相似，100%不兼容,莱因哈特说. “我喜欢这一点，因为他们几乎都在做同样的事情，而且他们对视频的处理方式几乎是一样的. 他们对视频进行了分割，大多数人都团结在H.264，这只是对这些东西如何包装的不同规范，对吧?，但本质上结构是一样的."

要查看完整的采访，请向下滚动.

特洛伊德雷尔: 大家好，我是特洛伊德雷尔, StreamingMedia的高级副编辑.在纽约流媒体东部的红毯上为你播报. 现在和我在一起的是罗伯特·莱因哈特，他是编码和托管公司VideoRX的发明者. 因为你是我们的HTML5专家之一, 让我们从一个简单的问题开始, HTML5对视频内容所有者意味着什么?

罗伯特•莱因哈特: 我想我可以从HTML5视频的一个广泛的通用案例开始，它对我的绝大多数客户意味着什么是围绕H.264并将其作为选定的收购对象, 生产输出编解码器和使用回放技术支持. 大多数人都知道，HTML5不支持H.264年持续, 但是在不被支持的地方, 我们仍然有退路，比如可以播放H的Flash播放器.264.

特洛伊德雷尔: 现在, 我想问你，那些想要利用HTML5的人该如何准备他们的内容, 我想你已经回答了这个问题. 在为HTML5准备内容时，人们还应该做些什么?

罗伯特•莱因哈特: 如果你的网站上只有几段视频, 即使你经常更新它, 比方说，这是一个营销视频，这基本上就是你要做的视频, 我并不是说这不算多, 但如果你只有几段视频，你必须定期维护任何类型的前瞻性网站, 编码成HTML5支持的所有格式是很有意义的, 正确的? 从H开始.264年的基础, Main, WebM, 甚至还有Theora，如果你想疯的话，因为你没有太多的内容需要管理, 正确的?为什么不把它放在所有这些格式中，这可能会使一个异常值成为可能，对吧? 因为当我们谈到观众时, 我们主要讨论的是核心用户，然后是异常值? 我们不想让人觉得我们把人们排除在我们的内容之外, 那就给我看看谁在看WebM视频的商业案例, 是用火狐的人吗, 谁没有在桌面上安装过Flash, 这是一个罕见的用例, 正确的. 我确信它存在, 但如果你看——这是我在任何咨询中告诉我的利益相关者的——看看你的分析. 你的分析告诉你什么? 我的意思是, 我们很幸运，今天关于HTML5的讨论已经过去了10年? 我们犯了十年的错误，大多数人, 如果他们没有任何分析数据，我会感到惊讶, 正确的? 如果你没有任何分析来知道谁在访问你的网站, 好吧 let's start with that first; let's start capturing data of who is just coming to my site in general and so then you can start to make informed decisions. 像大多数利益相关者一样, 当涉及到视频内容时，即使他们没有捕捉到这些数据，也可以很容易地发现他们的受众是谁, 现在他们可以开始了, 甚至在一个月内, 他们可能有足够的数据来知道如何正确地构建视频解决方案，以满足人们的需求.

特洛伊德雷尔: 对于你提到的那些政府客户，HTML5难道不是备选方案吗?

罗伯特•莱因哈特: 我指的是HTML5和Flash, 我的意思是，你会先检测哪一种，你会把哪一种定位为初始产品, 这实际上取决于您为部署选择什么. 比如，我是自适应流媒体的忠实粉丝. So, 如果客户来找我想要自适应流媒体，或者我们发现自适应流媒体是最适合他们的观众的, 那么你的选择就有限了? 现在你有支持HLS或HTTP Live streaming的iOS，然后你有可以支持它的Flash和Silverlight浏览器插件. 这两个插件, 大多数人都会被Flash所吸引，因为它无处不在, 这是你的选择，对吗? 如果你想把它作为交付机制来投资的话.

特洛伊德雷尔: 对于HTML5视频，有多少编解码器?

罗伯特•莱因哈特: HTML5视频, 我的意思是从W3的角度来看, 没有编解码器推荐, 它只是一个标签，然后它们有属性和事件它们想要启用跨浏览器, 因此，这实际上取决于浏览器供应商选择的编解码器. 因此，根据浏览器供应商所选择的，它是H.264在不同的配置文件支持, 如果我在移动设备上, 配置文件支持可以从基线到主，甚至高这些天. 我的意思是, 一款全新的平板电脑将向WebM播放《百家乐软件》, 和H没有相同的侧写图式.264并. 它确实有一些配置文件类型的编码参数然后我们有最古老的, 也就是Theora, 所以基本上有三个编解码器家族，其中任何一个都可能有潜在的变化. H.264，当然，是有最多不同侧面变化的一个.

特洛伊德雷尔: 还有编解码器，你会推荐给你的客户?

罗伯特•莱因哈特: 如果你没有一个庞大的内容库, 然后编码成多种格式, 实际上，我建议使用WebM作为备份，这样你就不用担心内容保护了. 但是当谈到一般的编解码器推荐时，我尽量保持H.尽可能以264为中心，我通常建议使用一组基线编码而不是主要配置文件编码, 这样你就有了用于平板电脑和台式机的Main以及用于所有智能手机设备的Baseline.

特洛伊德雷尔: 现在, HTML5视频还不能与Flash相提并论, 它缺少哪些重要的功能?你认为我们什么时候才能为付费内容所有者提供足够接近平价的服务?

罗伯特•莱因哈特: 这两个问题都很好, the first; my session today is going to be talking a lot about those kind of contrasts between HTML5 and Flash. 我在过去经常提到的最大的一点是全屏视频支持，更重要的是丰富的全屏支持. 当我说丰富时，我的意思是能够将其他元素与视频一起使用. 如果你想有一个地图覆盖与您的视频, 拍全屏, 你现在只能在三种浏览器中这样做, Safari, Chrome和Firefox的最新版本, 你可以利用HTML5. 把整个经历, 你可以随心所欲地定制它, 所以如果你想要一些广告图形在视频顶部一致, 你可以全屏播放. 但是说到全屏支持, 一般来说，现在唯一一致的是马特在主题演讲中再次提到的是视频本身的全屏播放. 我想说的是，字幕和字幕是争论的焦点，现在仍然有很多关于web VTT和使用JavaScript在视频顶部插入字幕的草案规范, 但是在全屏播放的时候, 如果浏览器本身不支持副标题和标题层, 这些文字说明并不是随车而来的, 这只是全屏播放的视频. 这就像我去年所做的任何字幕工作仍然需要Flash作为解决方案. iOS有很棒的H.264字幕支持，所以如果你编码你的H.264正确与字幕嵌入在视频, 那么iOS就会在其原生播放器界面中显示这一点，这非常好.

特洛伊德雷尔: 我以为你会在回答中提到DRM.

罗伯特•莱因哈特: DRM绝对是其中之一，我不认为HTML5会带来统一的解决方案. 通过定义, 它会让人觉得自己拥有专利, 这就是为什么Flash和Silverlight有自己的密钥来处理加密和现在的HTML5, 我们可以使用AES加密来传送数据流, 但是在加密之后, 它不是刀枪不入的，对吧? 我的意思是，它没有被锁定，我们可以确保订阅者正在观看流媒体, 但是一旦内容进入设备, 这要看情况, 我是说DRM, 这里有很多灰色的阴影, 正确的? 我的意思是，对我来说，DRM更多的是教育我的客户，以及技术的可承受性与由于没有到位而造成的收入损失之间的关系.

特洛伊德雷尔: 所以，这次会议的另一个热门话题是MPEG破折号，我们听到了很多关于它的消息. 我认为对于它的含义仍然有很多困惑, MPEG破折号会成为HTML5视频的一部分吗, 它会取代HTML5视频吗? 它的未来是什么??

罗伯特•莱因哈特: 让我们假设苹果继续使用HLS，这就是他们为自适应流媒体所做的一切，他们就像“嗯, MPEG破折号, 我们并不真的需要它, 我们已经有了自己的解.“但我们仍然面临着两种流媒体标准的环境. 两个比我们现在的好, 也就是Adobe, 微软, 和苹果都在推动他们自己的自适应流媒体清单，我喜欢Akamai的Will Law，他在这里的MPEG破折号面板上, 他说所有的自适应流媒体规范80%相似，100%不兼容. 我喜欢这一点，因为他们几乎都在做同样的事情，而且他们在视频中做得几乎是一样的. 他们对视频进行了分割，大多数人都团结在H.264，这只是对这些东西如何包装的不同规范，对吧?，但本质上结构是一样的. MPEG破折号将提供某种我们都可以用来发布的统一格式, 但它与编解码器无关, 因此，如果谷歌选择只支持WebM的MPEG破折号，而ie选择支持H的MPEG破折号.我还是有点——在这一点上有什么不同呢? 我现在仍然需要有两种不同风格的内容，所以采用MPEG破折号有很多要求，以使其能够跨平台工作. 另一个问题是它是否向后兼容. 苹果会不会只在iPhone 6上提供HLS，而其他所有已经上市的iPhone都必须使用HLS? 我是说有可能, 不管在MPEG破折号中发生了什么, 我认为它需要多年的发展才能像现有的解决方案一样占据主导地位. 我的意思是，我们已经有HLS几年了，人们已经在调整他们的工作流程, 所以这个方案必须非常紧凑，我认为要让供应商达成一致还需要一些时间. 例如，如果每个人都使用带有H的MPEG破折号，那就太好了.264，那么我们至少可以，你知道，我们可以使用像Wowza这样的技术来实现H.264文件并将其转换为所需的任意数量的包装器, 无论是HLS, MPEG破折号, 同样，它可能会带来比它能解决的更多的工作流问题.

特洛伊德雷尔: 很好, 好吧, thank you for joining me Robert; this is 特洛伊德雷尔 coming to you from the red carpet.