HTML 5 <video>标记与Flash视频.优缺点都有什么?

Vil*_*lx- 116 flash video html5

重要更新

这个问题是在9年前提出的.它是有道理的,它现在不成功.Flash很难走出去; <video>支持无处不在,包括移动设备.几乎任何Flash都可以做,HTML现在也可以做.HTML赢了,Flash丢了.如果您正在考虑如何在您的页面中嵌入视频,请使用<video>并不要再考虑它.此问题仅保留用于历史价值.

原始问题

似乎新<video>标签现在都是炒作,特别是因为Firefox现在支持它.有关这方面的消息在各地的博客中都出现了,每个人似乎都很兴奋.但是关于?

就像我搜索的那样,我找不到比旧的Flash视频更好的东西.事实上,我只看到它的问题:

  • 所有浏览器开始支持它还需要一段时间,大多数人升级之前还有更长的时间;
  • Flash已经上市,每个人都有;
  • 您可以将Flash与想要控制播放的任何精美UI结合使用.我认为标签也可以控制(可能通过JavaScript),但是它能够全屏吗?

<video>我能看到的标签只有两个专业人士:

  • 它更"语义" - 这对包括我在内的很多人来说可能并不重要;
  • 它不依赖于单个商业第三方实体(Adobe) - 我也不认为这是切换的一个令人信服的理由,因为免费的播放器和视频转换器已经可用,并且Adobe不会以任何方式妨碍整个过程(甚至不符合他们的利益).

那么......有什么大不了的?

添加:

好的,所以还有一个Pro ...也许吧.支持移动设备.虽然很难说.关于这个问题,我想到了许多想法:

  • 有多少移动设备实际上能够以合适的速度解码视频,无论如何,Flash或其他?
  • 主流移动设备获得<video>支持需要多长时间?即使可以通过更新获得,实际上有多少人这样做?
  • 有多少人在手机上的网页上观看视频?

至于语义部分 - 我知道搜索引擎现在可能能够更好地检测视频,但是......无论如何它们会对它们做什么?好的,所以他们知道页面中有一个视频.和?他们无法索引视频!我想在这里再提一些论点.

添加:

想到另一个缺点.这开辟了跨浏览器不兼容的全新领域.在这方面,HTML和CSS已经非常混乱了.闪存至少在各处都是一样的.但是至少有一家主要的浏览器供应商决定反对这个<video>标签(任何人都可以说"Internet Explorer"吗?),我们有一个很好的新地区可供探索.

添加:

专业人士刚进来.更多的竞争=更多的创新.确实如此.为Adobe提供更多竞争可能会迫使他们在目前缺乏的领域改进Flash.许多人引用Linux似乎是一个弱点.

Ric*_*haw 115

想象一下,如果没有img标签.如果你想要图像,你必须使用第三方插件,这非常慢,没有标准的方法将它嵌入页面.你不能以这种方式轻松复制图像,搜索引擎基本上不知道如果它是图像或游戏或任何东西.

没有这个,没有可用的图像.

然后想象一下,发布了一个浏览器,让你使用这个花哨的新img标签.

视频(和音频)标签是一种合乎逻辑的合理方式.我们不应该需要第三方插件来使用完全标准的媒体格式.

  • 不是一个很好的类比.视频和图像不一样.图像是静态的,视频是交互式的,需要一个界面.图像在其他图像旁边对齐以形成更大的图案和背景,而视频通常是中心部分,更不用说它们嵌入声音,我们一次只能听一个音轨来理解它.静态图像很像文本,实际上文本通常作为图像嵌入.视频非常不同; 它与图像共有的唯一内容是像素,但对于计算机屏幕上显示的任何内容都是如此. (15认同)
  • 有趣的比喻.从这个角度来看,<video>标签确实有意义. (14认同)
  • 是的,非常好的比喻.SVG是一个痛苦的,没有支持的编解码器...叹息...... (10认同)
  • @Stu - 具有讽刺意味的是有SVG浏览器插件:) (3认同)
  • @Triynko:他们*是*'相同',因为***a)***浏览器(或插件)需要解码压缩的二进制数据并将其显示给用户,并且***b)***对所有浏览器上的所有图像格式的支持与浏览器中的视频支持是,现在和将来的比较不相同.你啰嗦的反驳只是令人抓狂. (3认同)
  • @Stu:这个比喻很糟糕,因为它过分简化了问题.将"视频"标签(和编解码器)添加到浏览器不会改变该视频是图形和交互式的,并且需要GU接口来控制它.没有银弹视频播放界面,每个人都会放弃他们的创意驱动器并在之前鞠躬.如果您尝试添加自定义界面,那么您已经成功地击败了易于使用的"正常工作"标记的目的.此外,视频并非总是线性访问,并且此标记必须支持所有支持格式的流式传输和随机访问.GL (2认同)

Xan*_*hir 49

<video>的最大好处是什么? 这很简单. 疯狂容易.非常容易.您的奶奶可以轻松编码视频标签.<video src ="myfile.ogv"> </ video>,你就完成了.

<video>对您的用户也有明显的好处.他们获得了一个浏览器原生的视频播放器,可能非常有效.他们获得了一致的UI,不会因站点而异.可能无法实现闪存的移动浏览器仍然可以实现<video>.

唯一的骗局是临时的,这就是兼容性.IE8不支持<video>,IE9广泛安装还需要一段时间.同样,对于哪些编解码器支持视频存在争议 - Firefox,Chrome和Opera都支持Ogg Theora和WebM,而Safari和IE正在发布H.264(尽管任何一种都可以通过适当的编解码器支持Theora/WebM) .目前,这只是意味着您必须以两种格式发布视频,并为它们提供源元素,即:


<video>
  <source src='video.webm' type='video/webm'>
  <source src='video.mp4' type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
</video>
Run Code Online (Sandbox Code Playgroud)

要添加对IE 8及更早版本以及其他下层客户端(如旧版FF/Safari/Opera /等)的支持,只需将标准视频嵌入代码放在<source>元素下面的<video>标记内.如果浏览器支持<video>,它将忽略嵌入.如果没有,它将忽略<video>并改为运行嵌入.

  • 换句话说,为了获得合理的跨浏览器兼容性,它从"疯狂容易"变为"sphagetti级别凌乱".此外,您现在必须以至少3种不同的格式对视频进行编码.你仍然没有摆脱旧的Flash播放器 - 你只是在它周围添加了一些mumbo-jumbo代码.Riiight ..... (29认同)
  • 兼容性问题不是问题(请参阅我的回答中的链接).@Vilx - 我不同意,转向适当的标准是互联网发展的重要组成部分.前一段时间,当人们开始从基于表格的布局转移到div和css时,你的论点就被听到了. (11认同)
  • 多种质量和编解码器的编码正迅速成为现实.当人们对256kbps Real流感到满意,而手机是单色LCD时,这是可以的.现在我们有各种品质和设备 - 网络,iPod,手机和电视.抱怨将内容编码为多种格式的原因很少. (3认同)
  • @Vilx,这应该是暂时的,尽管<video>可能需要至少5年才能成为主流 (2认同)
  • Vilx:是的,现在很难兼容**(虽然很难"意大利面级凌乱").它刚刚被大家采用.这很正常.如果你想在我的回答中谈论轻松,请等待几年让浏览器稳定下来.非IE浏览器应该在他们完成编解码器战斗后的几年内连接在一起,并且运气好的IE9将包括带有兼容编解码器的<video>.然后你必须等到你可以忽略IE <9并且你已经设置好了. (2认同)

Set*_*son 37

在非Windows平台上,Flash速度慢且效率低.它有潜在的安全漏洞.它将"flash cookies"存储在您不知道的计算机上.iPhone上没有闪存,也不太可能(由于它的专有性和高CPU消耗).

HTML 5:它会杀死Flash和Silverlight吗?是一篇可能回答你问题的文章.

那里可能有更多的理由.

  • 对我来说,Flash在任何地方都显得缓慢而低效,即使在Windows上也是如此. (7认同)
  • 在最新版本的Linux上,Mmm Flash似乎更糟糕(在Ubuntu Jaunty中明显更糟).YouTube现在已经低于可接受的性能(100%CPU和跳帧). (6认同)

小智 36

这里有许多好处,就像武术战斗风格一样,每个点都有它的推力,每个点都可以被捍卫; 但是每一个都可以通过适当的动作来击败.

任何站在关于"propietary"插件的争论的人都会迅速下降.微软,苹果和Adobe都承担了内疚,但这只是商业.您不会在一夜之间改变业务,并且通过支持非常技术性的界面的新视频(例如<video>)添加的每个复杂层将导致每个浏览器实现*略微不同的实现.

HTML 5现在可以使用,Flash也是如此.它是如何实施的,它需要的技能 - 这定义了每个资源,无论是员工的绩效,网站管理员的权力,还是域名的影响力.

虽然我只有40岁,但我开始编程时,橙色或绿色单色显示器是颜色选择,硬件安装带有祈祷书而不是说明书.也许你可以找出调制解调器的AT命令,当它不配置你的硬件时,64K RAM就像,WOWWWWW!

与垃圾相比,HTML 5/Flash是一个小麻烦.让我们都学习如何在社区中合作以获得更好的资源.有一个开源Flash项目,它会有bug.HTML 5也将......

这里的每一个论点都是正确的,但不一定有效.将这种能量用于解决方案.

  • 阿门!我不认为这个问题可以得到一个可接受的答案,但我认为这些智慧的话应该是最重要的. (2认同)

Ale*_*son 25

Flash在非Windows平台上非常令人头痛.它不仅缓慢而且效率低下(正如其他人指出的那样),但它也不是很稳定.正如我们在最近的Apple WWDC上所了解的那样,"浏览器插件"(读取:Flash)占所有 Mac OS X 中所有应用程序崩溃的大多数(以及"大多数",我的意思是一些荒谬的高数字,如80%或什么,不记得确切的数字随便).这在Mac OS X上是一个问题,对于Snow Leopard,Apple重新设计了Safari,以便Flash运行,而不仅仅是沙盒,但实际上是一个完全独立的进程,因此当Flash(崩溃)崩溃时,Safari就像整体不受影响.

Flash X在OS X上的不稳定性,加上其性能不佳,这就是为什么......

  • ... Flash现在不是,也不可能很快就可用于iPhone.我不同意人们不想在他们的移动设备上观看视频的前提 - 这就是为什么Apple特别安排YouTube在h.264中提供内容以便允许它在iPhone上播放.我是一个人,幸运地为MLB 2009支付了10美元,因为我可以在我的iPhone上观看视频,如果他们让每个游戏都可以进行实时观看,我会付出更多.
  • ...许多Mac OS X用户(像我一样)正在为他们的浏览器安装Flash阻止程序.根据我的选择,如果没有我的明确许可,Flash内容甚至不会在我的浏览器中加载.自安装以来,我的CPU使用率大幅下降,我的浏览器崩溃基本消失了.当然,这对我来说是个好消息,但对于希望为我提供基于Flash的广告的广告客户来说,这是个坏消息.

对于必须了解编解码器的用户而言,通过使用简单的非Javascript html代码,您可以避免此问题并为其提供相应的编解码器(包括Flash,如果他们的浏览器不支持OGG或h.264)在本文中找到.

  • 整体好的参数+1,但我在OSX和Safari(作为ActionScript开发人员)上大量使用Flash.浏览器插件占OS X上所有应用程序崩溃的80%,也许就是Flash Player,也许不是.我没有经历过很多浏览器崩溃,就像我说的那样,我大量使用FP.并且,在OS X上,80%的应用程序崩溃都不是很多.至少不适合我.最后,可能是这种情况,但从人类角度来说,我从来没有注意到Mac上Flash Player的缓慢或低效. (2认同)

han*_*son 13

优点:

  1. 您可以轻松使用该标记,并使其降级为flash或其他文件类型/编解码器,以便向后兼容, 而无需使用javascript.
    • 不需要专有插件
    • 与平台无关而闪存不是(参见第2条)
    • 使用它将鼓励其他浏览器供应商实现它(读作IE)
    • 标签具有语义含义.
    • 内置于浏览器中.
    • 没有供应商锁定

缺点:

  1. 它是未完成标准的一部分.
    • 只有很小比例的已安装浏览器支持它 < - 不是问题(参见专业版1)
    • 浏览器供应商尚未就标准编解码器达成一致< - 也不是问题,请参阅nr中的链接.1)


doe*_*man 11

视频标签也是html 原生的优势,因此它可以很好地集成.这听起来像是一个非问题,但事实并非如此.例如,您可以使用一些HTML标题覆盖视频.HTML标题可以使用与同一页面上的其他标题相同的样式.

您还可以将一些(未来的)CSS转换应用于视频元素:查看此演示.


pup*_*eno 7

对我来说,内置计算机或其他第三方播放器播放视频比Flash更有效率是非常好的.并非所有平台都有Flash:iPhone和Android(至少目前为止),标签可能会尽早而不是晚些时候工作.也不是在谈论Linux,Flash的工作非常糟糕.

关于互联网更具语义性,对您来说可能很重要.我不确定搜索引擎如何喜欢谷歌和必应找到视频,但可能他们只是知道一堆Flash视频实现,所以第三方小玩家没有机会.如果我们都使用相同的标准标签,那么每个人都处于公平的竞争环境中.

  • 我和任何人一样都是专业人士,但这对我来说是<video>的最大优势.Flash中的所有内容都隐藏在通用解析之外,包括索引,这有时可能是你想要的,但通常它是一个不幸的邪恶. (2认同)

Arj*_*jan 7

Adobe的Flash播放器(作为插件)不会考虑任何浏览器的隐私设置,而Adobe并没有积极向普通用户明确存储的内容.仅这一点就是停止使用Flash(或任何视频插件)并受到欢迎的一个很好的理由<video>.

有关隐私问题的一些详细信息(不要与安全问题或漏洞混淆)可以在如何自动删除Flash历史记录中找到?超级用户.

就像评论中提到的Vilx一样:在更换Flash视频时,这些隐私问题仍然存在<video>,因为Flash在很多方面都有使用.尽管如此,一旦<video>得到支持,那么提供视频(并且不以任何其他方式使用Flash)的网站所有者将有一个选择,不会给访问者带来访问Flash网站记录不佳的记录.

(编辑:我用SU的链接替换了细节,这提供了更多的见解;下面的一些评论只对以前的修订有意义.)

  • 这是一个非常FUDdy的答案.确实,LSO在删除和隐私模式下是非常难以访问的,但同时它们不是cookie(它们不会发送出去的HTTP请求,一个).并且说它们比普通的cookie"更危险"是巨大的FUD,考虑到已知的常规cookie和没有LSO的漏洞利用. (2认同)

hsi*_*nen 5

优点:

  • Ogg/Theora/Vorbis对所有各方都是免版税的链(用于托管 H.264 的H.264宽限期在2015年底结束,编码和解码已经受到版税限制)
  • 一旦不再需要IE的后备,<video>将比Flash更容易
  • 插件监狱浏览器供应商无需修复自己的错误
  • 与CSS效果集成
  • 与SVG效果集成
  • 与JavaScript集成
  • 未经Adobe许可,可以移植到任何平台
  • 用户可以轻松地将视频保存到磁盘
  • 可以在联合供稿中安全地工作(但尚未准备好的软件)

缺点:

  • IE支持的视频元素必须等到IE9; 当前IE兼容的Ogg回退渲染器依赖于Java,直到ActiveX解决方案或Silverlight解决方案完成
  • Safari需要XiphQT来玩Ogg,因为Apple还没有发售Theora.
  • iPhone需要具有版税保护的格式(但不比Flash差)
  • 今天发货的每个桌面实施都无法全屏显示