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


116

重要更新

这个问题是9年前提出的。那是有道理的,但现在没有。Flash很难解决。<video>支持无处不在,包括移动设备。Flash几乎可以做任何事情,HTML现在也可以做。HTML赢了,Flash丢失了。如果您正在考虑如何在页面中嵌入视频,请使用它<video>,不要再三思。保留该问题仅出于历史价值。

原始问题

<video>如今,新标签似乎大肆宣传,尤其是因为Firefox现在支持它。有关此事的消息在各地的博客中突然出现,每个人似乎都感到兴奋。但是关于?

在搜索的过程中,我找不到能使它比老式Flash视频更好的任何东西。实际上,我只看到它的问题:

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

<video>我可以看到的标签的唯一两个优点是:

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

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

添加:

好,所以还有一个专业版...也许。支持移动设备。虽然很难说。关于该主题,我想到了很多想法:

  • 究竟有多少移动设备无论是Flash还是其他方式都能以适当的速度解码视频?
  • 主流移动设备获得<video>支持需要多长时间?即使可以通过更新获得,实际上有多少人呢?
  • 有多少人根本在手机上观看网页上的视频?

至于语义部分-我知道搜索引擎现在可能能够更好地检测视频,但是...它们将如何处理它们?OK,所以他们知道页面中有视频。和?他们无法将视频编入索引!我想在这里再谈一些论点。

添加:

刚想到另一个缺点。这开辟了跨浏览器不兼容的全新领域。HTML和CSS在这方面已经很混乱。至少Flash到处都是一样的。但这足以让至少一个主要的浏览器供应商决定拒绝使用该<video>标签(任何人都可以说“ Internet Explorer”吗?),并且我们有一个不错的新领域可供探索。

添加:

一位专业人士刚刚加入。更多竞争=更多创新。确实如此。给Adobe更多的竞争可能会迫使他们在Flash迄今为止缺乏的领域中进行改进。许多人都提到Linux似乎是它的弱点。


29
应该是社区维基。
SilentGhost

1
同意,听起来像应该是社区Wiki
Gab Royer

4
关于您的“缺点”之一-危险不是IE不支持<video>。危险是IE,FF,Opera,Chrome和Safari都将以略有不同的方式支持<video> 。像CSS。:(
fenomas

Ian Hickson已将其从规格中删除。浏览器支持的任何视频标签都是完全专有和非标准的。
aehlke

我的错误-保留<video>,但是不再指定编解码器。因此,仍然要由浏览器实现来决定要支持什么,而不是在现有解决方案上取得重大胜利。
aehlke

Answers:


36

这里有很多优点,就像武术的格斗风格一样,每个要点都有其作用力,并且可以防御。但是每个人都可以通过适当的行动来击败。

站在有关“专有”插件的争论上的任何人都将很快陷入困境。微软,苹果和Adobe都感到内,但这仅是商业。您不会一夜之间就改变业务,而新标签(如<video>)所支持的每层复杂性(支持非常技术性的界面)将导致*每个浏览器的实现方式略有不同。

HTML 5现在可以使用,Flash也可以。如何它的实现,技能它所指这个定义每个资源,无论是员工的表现,站长的力量,或者一个领域的影响力。

尽管我只有40岁,但是当橙色或绿色的单色显示器成为颜色选择时,我才开始编程,并且硬件安装随附了祈祷书而非说明手册。也许当您的硬件无法配置调制解调器时,您可能会找出调制解调器的AT命令,而64K RAM就像WOWWWWW!

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

这里的每个论点都是正确的,但不一定是有成果的。将这些能量用于解决方案。


2
阿们!我认为对这个问题不可能有一个公认的答案,但是我认为这些智慧的话应该放在首位。
Vilx-

114

想象一下,如果没有img标签。如果需要图像,则必须使用第三方插件,这确实很慢,并且没有将其嵌入页面的标准方法。您无法通过这种方式轻松复制图像,并且搜索引擎基本上不知道是图像,游戏还是其他东西。

没有这个,就没有可用的图像。

然后想象一下发布了一个浏览器,它只允许您使用这个新img标签。

视频(和音频)标签是使事情正常工作的合理方法。我们不需要第三方插件即可使用完全标准的媒体格式。


14
有趣的比喻。从这个角度来看,<video>标签确实有意义。
Vilx-

3
@
Stu-

15
不好比喻。视频和图像不一样。图像是静态的,视频是交互式的,需要界面。图像与其他图像并排排列以形成更大的图案和背景,而视频通常是中心片段,更不用说它们嵌入声音了,我们一次只能听一个音轨来理解它。静态图像很像文本,实际上文本通常作为图像嵌入。视频非常不同;它与图像唯一的共同点是像素,但是在计算机屏幕上显示的任何内容都是如此。
Triynko,

3
@Triynko:它们 “相同的”,即a)浏览器(或插件)需要解码压缩的二进制数据并将其显示给用户,b)所有浏览器对所有图像格式的支持相对来说都是不规范的。浏览器中视频支持的过去,现在和将来如何。你long不休的反驳只是令人发指的疯狂。
斯图·汤普森

2
@Stu:这个类比很不好,​​因为它简化了问题。向浏览器添加“视频”标签(和编解码器)不会更改视频是图形的和交互式的,并且需要GU界面来控制它。没有银色子弹式视频播放界面,每个人都不会为此放弃自己的创造力而弯腰。如果您随后尝试添加自定义界面,则说明您已经成功实现了一个简单易用的“有效”标签的目的。此外,视频并非总是线性访问的,并且此标签必须支持所有支持格式的流媒体和随机访问。GL
Triynko

49

<video>的最大好处? 这很容易。 疯狂的容易。太容易了。您的祖母可以轻松编写视频标签。<video src =“ myfile.ogv”> </ video>,您已完成。

<video>对您的用户也有明显的好处。他们得到了一个浏览器本地的视频播放器,它可能非常高效。他们获得一致的UI,并且不会因站点而异。可能未实现Flash的移动浏览器仍可以实现<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>

要增加对IE 8和更早版本以及其他下级客户端(例如FF / Safari / Opera /等旧版本)的支持,只需将标准视频嵌入代码放在<video>标记中的<source>元素下方。如果浏览器支持<video>,它将忽略嵌入。如果不是,它将忽略<video>并运行embed。


29
换句话说,为了获得合理的跨浏览器兼容性,它会从“疯狂的轻松”变为“斯帕盖蒂级的混乱”。另外,您现在必须立即以至少3种不同的格式编码视频。而且您仍然没有摆脱旧的Flash播放器-您只在它周围添加了一些巨型代码。Riiight .....
Vilx-

11
兼容性问题不是问题(请参阅我的答案中的链接)。@Vilx-我不同意,采用适当的标准是互联网发展的重要组成部分。当人们开始从基于表的布局转移到div和css时,就听到了您的争论。
汉森

2
@Vilx,这应该是暂时的,虽然它可能会需要至少5年的<video>成为主流
哈森

3
多种质量和编解码器的编码正在迅速成为现实。当人们对256kbps实时流感到满意,而电话是单色LCD时,这还可以。现在,我们拥有各种质量和设备-网络,iPod,电话以及即将推出的电视。抱怨将内容编码为多种格式的原因很弱。
斯图·汤普森

2
Vilx:是的,这是很难用兼容现在(虽然很难“面条级凌乱”)。刚刚被所有人采用。那很正常 如果您希望我在回答中谈到的轻松,请等待几年,以使浏览器稳定下来。非IE浏览器在完成编解码器争斗后应该会在几年内合并在一起,幸运的是IE9还将包含具有兼容编解码器的<video>。然后,您只需要等到可以忽略IE <9并进行设置即可。
Xanthir

37

在非Windows平台上,Flash运行缓慢且效率低下。它具有潜在的安全漏洞。它在您不知道的计算机上存储“ Flash Cookie”。iPhone上没有闪光灯,而且不会出现(由于它是专有的并且CPU消耗很高)。

HTML 5:它会杀死Flash和Silverlight吗?是一篇可以回答您问题的文章。

可能还有更多原因。


6
Mmm Flash在最新版本的Linux上似乎更糟(在Ubuntu Jaunty中明显更糟)。YouTube现在的性能低于可接受的水平(100%CPU和跳帧)。
克雷格·麦昆

完全没有话题,但是我什至无法在Jaunty下用我的C2D观看Hulu。
09年


7
对我来说,Flash到处似乎都很慢且效率低下,即使在Windows上也是如此。
pupeno

所有这些都不错,但是我认为iPhone上没有Flash的主要原因是App Store,而且苹果在这里进行的每笔销售都获得了30%的丰厚佣金。为什么要使用免费的Flash应用程序和游戏来危及这一点?
Pekka 2010年

25

在非Windows平台上,Flash确实令人头疼。它不仅速度慢,效率低(正如其他人指出的那样),而且也不是很稳定。正如我们在最近的苹果WWDC,“浏览器插件”教训(阅读:闪存)占了大部分的所有应用程序跨崩溃所有的Mac OS X(和“多数”,我的意思是有些高得离谱数字,如80%或的东西,记不清确切的数字)。这是在Mac OS X上出现的一个问题,对于Snow Leopard,Apple重新设计了Safari,使Flash不仅运行在沙盒中,而且实际上是一个完全独立的进程,因此,当Flash崩溃(而不是如果崩溃)时,Safari总体上不受影响。

为什么OS X上的Flash不稳定以及性能不佳,这就是为什么...

  • ... iPhone现已没有Flash,也不太可能很快推出。我不同意人们不想在移动设备上观看视频这一前提,这是不同意的。这就是为什么苹果公司特别安排YouTube在h.264中投放其内容,以便允许其在iPhone上播放。我为其中之一高兴地花了10美元买了MLB 2009,正是因为我可以在我的iPhone上观看视频,如果它们使每个游戏都可以实时观看,我会付出更多。
  • ...如此多的Mac OS X用户(如我)正在为其浏览器安装Flash阻止程序。根据我的选择,未经我的明确许可,Flash内容甚至不再加载到我的浏览器中。自安装以来,我的CPU使用率已大大降低,并且浏览器崩溃基本上已经消失。当然,这对我来说是个好消息,但对任何希望向我投放基于Flash的广告的广告客户而言,这都是个坏消息。

就用户必须了解有关编解码器的一切而言,您可以使用简单的非Javascript html代码来避免此问题,并为他们提供适当的编解码器(包括Flash,如果其浏览器不支持OGG或h.264)。在本文中找到。


2
总体而言,+ 1是一个很好的论点,但我在OSX和Safari(作为ActionScript开发人员)上大量使用Flash。在OS X上占所有应用程序崩溃80%的浏览器插件中,也许是Flash Player,也许不是。我没有遇到很多浏览器崩溃的情况,就像我说的那样,我大量使用FP。而且,所有应用程序崩溃的80%在OS X上不是很大。至少对我而言不是。最后,可能是这种情况,但以人的观点,我从未注意到Mac上的Flash Player的速度缓慢或效率低下。
罗斯·亨德森

13

优点:

  1. 您可以轻松使用标记,并使其降级为Flash或其他文件类型/编解码器,以实现向后兼容, 而无需使用javascript
    • 不需要专有插件
    • 与平台无关,而与Flash无关(请参阅第2章)
    • 使用它会鼓励其他浏览器供应商实施它(称为IE)
    • 标签具有语义。
    • 内置于浏览器中。
    • 没有供应商锁定

缺点:

  1. 这是未完成标准的一部分。
    • 一小部分已安装的浏览器支持它 <-不是问题(请参阅第1篇)
    • 浏览器供应商尚未就标准编解码器达成共识<-也不是问题,请参阅nr中的链接。1)

1
所有关于平台独立性的讨论都是可笑的。HTML比Flash依赖的平台要多得多,因为每个平台实现HTML的方式都是不同的,并且HTML平台是由不同公司在每个平台上实现的!Flash是一个自己的平台(与Java一起),它是由单个实体开发的跨平台的,因此可以显示相同的跨平台……就像Flash原始版本中的内容在最新插件中仍然可以正常播放。Flash是一个天赐良机,而其99%的浏览器(可adobe.com/products/player_census/flashplayer/...
Triynko

为什么您需要用户在不需要的时候为他们的浏览器安装一个不安全,缓慢且占用大量资源的插件,请参阅pro nr1。将来Adobe不支持或放弃支持的平台又如何呢?我想您也不会将CSS用作网络开发人员吗?毕竟,这是由您自己承担的,比平台更多地依赖于闪存,因为每个平台实施CSS的方式都不相同。我并不是说我们应该忽略Flash,但是我们不应该忽略开放标准的可能性,尤其是在这个原因中,Flash可以用于向后兼容。
汉森,2009年

1
因此,促使用户必须下载新的编解码器会更容易吗?这就是Flash起飞之前的样子-每种媒体类型(Real,WMP,Quicktime)都有一个非常简单的标签触发,然后插件对其进行处理。
aronchick 2010年

1
我专门说过,这不是必需的。可以同时支持许多编解码器(包括闪存),因此无需用户参与。
汉森

11

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

您还可以对视频元素应用一些(将来的)CSS过渡:查看此演示


1
确实,将视频与HTML / CSS混合是一个很好的理由。当所有浏览器都支持时,这将带来一些非常不错的效果!
Vilx-

7

Adobe的Flash Player(作为插件)没有考虑到浏览器的任何隐私设置,而Adobe并未积极向普通用户表明所存储的内容。仅此一个理由就是停止使用Flash(或任何视频插件)并欢迎使用的好理由<video>

有关隐私问题(不要与安全问题或漏洞混淆)的一些详细信息,请参见如何自动删除Flash历史记录跟踪?在超级用户上。

就像评论中提到的Vilx一样:当用替换Flash-video时,这些隐私问题仍然存在<video>,因为Flash的使用方式很多。不过,一旦<video>获得支持,提供视频(并且不以其他任何方式使用Flash)的网站所有者将可以选择不向访问者添加这份记录较差的Flash网站记录的负担。

(编辑:我用SU的链接替换了细节,这提供了更多的见解;下面的某些评论仅对以前的版本有意义。)


但是,除非有人卸载Flash Player,否则这些问题将始终存在。没有人会这样做,只是因为他们现在可以在没有视频的情况下观看视频。Flash Player不仅用于视频,而且还用于大量游戏,甚至还可以用于构建整个网页。人们会保留它,这是毫无疑问的。
Vilx-

没错,@ Vilx,您的意思是对的。但是,一旦支持<video>,然后作为站点所有者,我将可以选择避免对我的访问者造成不良文档隐私侵犯的负担。
Arjan

这不是完全正确的。仅嵌入嵌入Flash内容的网站。和LSO不是cookie,而是本地存储。Cookies是HTTP的一部分,它允许服务器设置将由客户端传输的变量。事实证明,它们在会话处理中的使用会导致漏洞。LSO保留在您的计算机上,并且只能从同一域的闪存文件中读取。Flash Player具有自己的设置,因为它发生时人们会使用多个浏览器。和一个插件。这有点像在Windows上安装quicktime,然后抱怨,它忽略了自动更新设置:-P
back2dos

好吧,当然,没有Flash,Flash不会存储任何站点,我应该更清楚地说明这一点。但是LSO的行为就像我们从HTTP知道的cookie一样,这就是为什么许多人将它们称为Flash Cookies的原因。实际上,甚至Adobe在许多支持文章中都使用该名称。主要区别在于:时间和大小,跨浏览器方面的存储不受限制,并且大多数用户还不太了解。:-(
Arjan

2
这是一个很好的答案。确实,LSO在删除和隐私模式下是无法访问的,但同时它们也不是cookie(对于其中一个,它们不会与发出的HTTP请求一起发送出去)。考虑到存在已知的使用常规cookie的漏洞而没有使用LSO的漏洞,则说它们比常规cookie“更危险”是巨大的FUD。
fenomas

7

对我而言,拥有内置计算机或其他第三方播放器来播放视频比Flash可以高效得多是非常好的。并非所有平台都具有Flash:iPhone和Android(至少目前如此),其中的标记可能会更早生效。也不谈论Linux,因为Flash的表现非常差。

关于Internet的语义化,这对您可能很重要。我不确定像Google和Bing这样的搜索引擎如何找到视频,但可能他们只是知道一些Flash视频实现,因此第三方小型播放器没有机会。如果我们都使用相同的标准标签,那么每个人都在一个公平的竞争环境中。


我相信Google视频可以通过与YouTube和Dailymotion等网站上的视频一起发布的元数据来查找视频。
MiffTheFox

2
我和任何人一样都是专业闪光灯,但这对我来说是<video>的最大优势。Flash内部的所有内容都无法进行通用分析(包括索引编制),这有时可能是您想要的,但通常这是不幸的。
fenomas

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差)
  • 今天无法在所有台式机实施中全屏显示

Theora的问题实际上不是专利使用费,而是专利巨魔。一旦财大气粗的大公司开始支持它,我们可以期望有人显然会被起诉。
汉森,2009年

有人(MPEG-LA)为H.264收取版税。没有人为Theora收取版税。到目前为止,两者都容易受到理论专利巨魔的攻击。(考虑尽管获得了产品组合的许可,但微软如何起诉MP3。)
hsivonen 2009年

上瘾的时期已移至2016
。– Kornel

编辑了评论以反映最新的发展。
hsivonen

4

64位,Linux支持会很好。该区域仍然缺少Flash(两千个,九个)。有一些真正的竞争总是好的。如果主要视频网站开始在Flash侧面使用Flash,甚至取代Flash;那将是我需要的一个更少私有的程序。开源意味着更快的创新。给它时间,人们将创造一种方式来交付受DRM保护的视频。


3

Flash的更多优点:

  • 与浏览器供应商(仍然有大量IE6用户)相比,Adobe可以更快地向广大受众(通常不到90%的用户升级到最新版本的Flash)向视频添加新功能和新编解码器。该浏览器于2001年问世)。

  • 我猜想在Flash中找到的功能最终会在浏览器中使用,但尚不存在:

    • 全屏视频(有一个支持此功能的Firefox加载项,但还没有浏览器本机运行)
    • 摄像头,只有少数网站使用此摄像头,但是如今,使用摄像头和Flash中的增强现实技术确实发生了一些非常酷的事情
    • 对等视频,是刚刚添加到Flash Player 10中的,随着Flash 10的普及率接近90%,我想您会看到更多

就像那些说Flash无法建立索引的人一样,请查看Google最近通过Adobe提供的无头播放器对Flash内容建立索引的方式。所以如果你做一个 Google中搜索FLV文件,则可以看到Google已经为Flash视频文件编制了索引。

同时,Adobe Premiere CS4具有语音识别功能,它将以XML格式输出视频文件的字幕,该字幕可以很容易地在Flash视频中使用。因此,期望Flash视频在将来会变得更加可搜索。


我认为使用IE6的人很可能在使用Flash6。我遇到了几十个人,他们都安装了古老的Java / Flash /可怕的编解码器包,而没有其他东西。用户升级,而不是制造产品的公司。尽管我知道这两种竞争的视频格式都允许字幕流,但您对字幕的注释是一个好点,而<video>允许用户在系统范围内对字幕显示具有偏好,而不必等待Adobe添加该功能。
2009年

3
  1. 如今,许多移动设备都支持 :iPhone,iPod Touch,Symbian S60,Android等

  2. Mozilla Firefox,Google Chrome,Apple Safari和Opera均支持标记(授予,您需要编码为2种格式:H.264和Ogg Theora。但是,您可以将H.264视频与Flash或Silverlight重复使用适用于旧版浏览器和Internet Explorer的故障保护


2
  • 用户可以控制UI:他们可以选择要下载和使用的浏览器,并取决于其工作方式(我不确定细节,但我熟悉这个概念),甚至可以保留它们浏览器,然后为其选择处理程序npapi插件。您使用卑鄙的动作脚本视频控制界面而被困了多少次,因为您所在站点的开发人员懒得正确执行(或使用flowplayer)。我说,给用户供电!

  • 它的开源。现在,我不是RMS或其他任何人,与道德或类似的东西无关,但是OSS只是一种更有效,更好的方法。它产生更好的代码。

  • 更好的平台支持。现在,Linux + Flash =不好。Adobe是唯一可以做任何事情的人。糟透了

  • 就像你说的那样,更多的语义。


好吧,好吧,这并不总是正确的,但总的来说是这样。

好吧...我想这值得进行全新的讨论/讨论。:)
Vilx-

哦,拜托,即使是邪恶帝国也承认其内部真实!(万圣节文档:))

1
实际上,如果我做对了,在最终规范中,用户将无法控制UI……相反,UI控件将在规范中得到很好的定义,可以通过JS编写脚本,并可以使用CSS编写样式……我是如此期待大家设计这些控件的样式... ;-P
back2dos

IME,Open Source ==在某些特定领域的代码显着更快,而在其他地方则更糟。从几行专家撰写的代码中可以学到很多知识,但是OS项目通常有90%的代码完全缺乏优雅/效率。(大型项目在这里经常是个例外)
Groxx

2

塞思拥有大多数大公司。我能想到的其他人:

  • 测试矩阵的大小爆炸了(我看到一个错误仅在具有Flash 9.0.48的IE7上发生-您要在每个浏览器中测试多少次Flash版本?)
    • 即使您只选择要支持的一个确切版本,并强迫其他人升级/降级,也不是“ Flash到处都是一样的”:“ IE的Flash插件”和“其他人的Flash插件”不是甚至没有相同的二进制文件(是的,很重要:它们以不同的方式访问网络,这是我的IE7 / F9错误的一部分)
  • 每个人都编写自己的播放器,因此用户界面和可靠性不一致
  • 允许浏览器为HTML5视频实现全屏显示选项,这意味着它们都将很快出现(如果许多还没有的话)(许多Flash视频播放器都具有这种功能,但许多还没有)
  • 不,不是每个人都拥有Flash(当然,它现在比HTML5视频更常见,但这并不是所有快乐的糖果游戏之地)
  • 脚本编写是一个巨大的痛苦(具有自己的DOM,事件,不完全的ECMAscript语言等)
  • 如果您不在Windows上,它的性能会非常糟糕(在Mac OS X下的Windows虚拟机中运行它比运行本机Mac插件少5-10倍的CPU)
  • 它具有糟糕的稳定性(至少3年以来,我所见过的每次浏览器崩溃都出现在Flash页面上;如果您的视频杀死了整个浏览器,即使真正是Adobe的错,他们也不会回来)
  • 它不能在很多地方运行,例如在64位进程中运行(如果您的用户偶然启动了“ Internet Explorer(64位)”而不是“ Internet Explorer”,launch,没有视频)

简而言之,使用Flash的唯一原因是“今天大多数人都安装了Flash”-只要持续使用,这可能是一个很好的理由。


其中许多是好的,但似乎有些不对。尽管确实存在Flash在各个版本和浏览器之间并不相同的情况,但是它在各个版本之间的一致性肯定要比CSS高,而且在各个浏览器之间的一致性要比任何东西都强。;)至于脚本是一种痛苦,我宁愿具有完全相同的DOM在每个浏览器:P我不知道你是否已经看了AS3,但通过比较JavaScript是越来越漂亮的冰河时代。(直到出现和谐为止。)
fenomas

2
好点在于,除了:(a)有JS / CSS库涵盖了大多数的不一致(它的确不是那么糟糕),以及(b)IE6中怪异CSS的失败模式是“间距不正确(小技巧) ”,而对于Flash错误,它通常“根本不起作用(并且祝您调试顺利!”)。而且(就我的第一点而言),我实际上宁愿使用高度不一致的CSS也不愿使用稍微不一致的Flash;前者是O(n)测试运行,而后者是O(n * m)测试运行(即,我们不可能涵盖所有内容)。

哦,对于DOM,我更喜欢在整个文档中使用一个DOM。我想,优先级不同,但是IME在JS和AS之间传递信息要比浏览器DOM差异要痛苦得多。

2

与SWF文件中定义的一些晦涩的方法(需要解析)相比,现在浏览器通过常规HTTP获取视频文件,因此您现在可以拥有还可以缓存视频文件的Web代理!以及具有非常强大的浏览器能够缓存视频文件。


好吧,据我所见,Flash视频在下面都使用了纯HTTP。只需启动Fiddler并查看它们在做什么(保存任何Flash视频的好方法)。
Vilx-

一半正确:Flash可以从HTTP或RTP获取视频。事实是,大多数点播视频都是通过HTTP交付的。如果您不相信我,请观看youtube如何管理视频。
斯图·汤普森

2

HTML5优点:

  1. 它支持用于视频对象的全新DOM API,您可以编写可与新HTML5标签进行交互的脚本。
  2. 您可以检测到不同的视频格式支持播放,暂停和跟踪视频播放。
  3. 它已经得到很好的支持。Firefox,opera,chrome已支持chrome,video等。甚至youtube也在测试HTML5播放器。

Flash Pro / HTML5缺点:

  1. Flash无处不在。因此,HTML5会花很多时间才能赶上。
  2. Flash支持广泛的功能,例如HW渲染,高清视频支持,其支持的动画功能都是不可替代的(?)
  3. DOM API永远不会取代Flash已支持的AS2 / AS3功能。
  4. 只需算出专业Flash开发人员的数量即可...除非HTML5回答所有问题,否则他们将永远不会切换。有许多Flash开发人员尚未从AS2切换到AS3 :-)

2

这是我在2012年使用HTML 5的优点:

  1. 我正在使用youtube的HTML5跟踪。现在,Flash Player不会一直崩溃。现在,我的计算机可以稳定运行数周。现在,我更快乐。
  2. 每当我像使用Flash一样重新启动计算机时,都看不到“更新HTML5播放器”。
  3. 一旦随处可见嵌入式视频都可以使用HTML 5,我就可以从计算机上删除Flash,因为我唯一的用处就是播放视频。
  4. 这是网站开发人员的专业人士:我有一个Flashblocker,因为Flash有多烦人。我没有HTML5阻止程序。网站管理员有第二次机会向我发送内容。
  5. HTML5可能会在浏览器上正确实现,而不是大多数计算机上的第一安全漏洞。

1

我对专业人士的信念:

  • 它正在将HTML标准赶上Web的当前实际使用。
  • 使移动设备支持视频/音频标签似乎比将Flash移植到设备更容易/更好。
  • Ogg是开放标准,而Adobe控制Flash。
  • 我已经在某些地方看到人们提出了一些解决方案,这意味着如果您的浏览器不支持视频/音频标签,它将使用Flash。
  • 与标准HTML元素和javascript的交互更轻松。

我最大的缺点是,Ogg在压缩和质量方面有些落后。但我想它正在开发中。更重要的是,如果更多的人开始采用它,那么更多的人可能会加入Ogg的工作以使其更完善。

竞争也是关键,因为没有主要的参与者强迫Adobe真正使用Flash做任何事情。因此,Adobe可以根据网络上的视频内容来控制市场。


Ogg和Flash无法直接比较。
斯图·汤普森

@Stu,问题是关于“闪存视频”而不是全部闪存。
TRiG 2010年

@ TRiG,Ben的答案不只是“ flash视频”
Stu Thompson

1

我相信这将破坏Flash,因为iphone和android等开源手机的开源标准支持以及桌面OS支持可以迅速实现。OGG格式允许我通过常规的http连接跳过视频文件。我可以右键单击并保存文件(如果允许),共享和传输这些文件将更加容易。作为“适当”的标记,可以使用专门的设备访问Internet的数千个用户中的一百个浏览。作为“适当”的dom元素,它可以与javascript通信,从而使其能够与页面的其余部分完全交互,最后,Microsoft拥有在推广其专有解决方案的同时假装忽略即将出现的标准的记录,当用户需求达到顶峰时,他们会完全放弃方向舵并推出实施方案以保护其用户群。Flash一直是网络上视频的唯一选择,但就其本身而言,Flash是一种出色的软件,而且用了很长一段时间,我认为它占据了一定的位置,但是对于视频来说,它一直是“唯一选择”的运行者。


1

我会说使用<video>Flash而不是Flash 的绝对优势在于,我将能够在浏览器中观看视频而不会崩溃或变慢。我使用的是64位OpenBSD,因此我只能使用gnash,并且仅在感到非常冒险时才启用gnash,因为大多数情况下,我会遇到Flash横幅广告,并且我的浏览器(Firefox 3.5)会崩溃。

我的手机浏览器不支持Flash,但支持视频标签(它也不是一款过于“花哨”的手机)。


1

关于这一点:

“至于语义部分,我知道搜索引擎现在可能能够更好地检测视频,但是……他们将如何处理它们?好吧,所以他们知道页面中有视频。并且​​?他们无法将视频编入索引!我想在这里提供更多参数。”

如果进行了适当的优化,则视频将包含一个成绩单,搜索引擎可以读取该成绩单,并相应地泄露有关该视频的所有信息。我想他们可以将视频页面编入索引吗?至于它的价值...我想我不必看我不需要的废话,找到我需要的东西,我会确切地知道视频中有什么


1

您今天就可以使用Flash ...这是覆盖所有受众的最现实的方式。

(FD:我为Adobe工作)


3
嗯...好吧,至少他是诚实的...可能假装他来自W3C ...:-D ...他有一个很好的观点...
back2dos

1
在我看来,如今仅使用HTML5似乎是一个错误。但是,甚至不提供HTML5选项也阻碍了进步,因为<video>显然是可行之路。
Matchu

0

我的理解是,关于标签的重要之处在于它是一个开放标准。当只有一个供应商可以实现Flash时,您会束手无策地实现/移植到新平台,浏览器甚至浏览器版本。

令人兴奋的是该级别,而不是实施细节上的不足。担心技术上的优势与关注法西斯政府使火车准时运行的能力差不多。


Adobe是否曾表现出缺乏移植播放器的努力?我不知道会在如此多平台上运行的任何其他软件。尽可能将其移植对他们的商业利益非常重要。
Vilx-

1
Flash可能已经移植到许多平台上,但是就像Alex Basson早已指出的那样:非Windows上的Flash通常表现不佳。那时不知道如何适应他们的商业利益。
Arjan

2
@Vilx:您的评论对我来说就像是“马萨的长相对我真的很好”。但是,并非所有人都能住在大房子里。如果您对自己的情况感到满意,并且不介意经常担心Adobe可能有一天会决定将您推销给您,那很好。我们中有些人不想那样生活。
TED

1
@Ted:将专有软件与法西斯主义和奴隶主所有权进行比较是非常不必要的。自由软件和专有软件都在技术领域中发挥着作用,并且谈论技术优势无关紧要并不是F / OSS的最大利益……
fenomas 2009年

1
@Vilx:如果Adobe只是确定他们不再需要支持您的业务基础,那您会怎样?如果他们碰运气而倒闭怎么办?如果他们购买了您的竞争对手之一,并决定不再向您授予其软件许可,将会发生什么?为什么要让自己处于不得不“信任”他人而不要为您的业务加油的位置?
TED

0

从现在开始的5到10年内,最好使用HTML 5的某些功能...

我们仍然有太多的访问者使用Internet Explorer 6来忽略他们,这还需要一段时间,我们甚至可以继续只测试IE7 +页面。


+1,我认为这是相关的,为什么当<video>仅服务一小部分用户时,为什么还要支持它?对于围绕Chrome / Firefox 3.5的Javascript引擎的所有宣传都是相同的,它对于综合基准测试很好,但是在实践中毫无价值,因为Web应用程序必须足够快才能在IE上运行,从而使编译后的Javascript毫无收益。两者都将在5年内变得不错,这是乐观的。
2009年

不难将IE的视频标签降级为闪存(请参阅我的答案中的链接)
hannson

浏览器的数量超过了FF和IE。任何人在90年代末期谁是编码的HTML知道很多理由从标签在一个浏览器跑掉,只有工作..
fenomas

1
也许您也可以看看code.google.com/p/video4all(“将不支持<video>标签的支持带到不支持它的古老浏览器中!”)
Ms2ger,2009年

0

我认为这些答案中的大多数都与此相吻合:Flash主要是针对大众市场而设计的,因此它提供了覆盖大部分市场的最简单方法,但是它不足以覆盖不太常见和新兴的平台(即不稳定的Linux)而且没有iPhone)。从第一天开始,这就是Flash的故事。这实际上是一个案例研究,说明专有软件和OS软件之间的差异(并相互补充)。

另一方面,我认为大多数答案都严重低于编解码器的角度。Flash视频在当今的网络中占主导地位的一个主要原因是:这是唯一的原因发布单个版本的视频并期望超过一半的观众可以观看方法。尽管视频标签的设计看起来不错,但只要将多个源文件与用户已安装的编解码器进行匹配,仍然很难知道需要多少个编解码器才能覆盖一定比例的受众,也很难知道人们是否会随着新编解码器的出现进行升级。Flash视频的数量更多,而且对于广大观众来说,有相当不错的升级期望。

我也认为大多数答案中的性能角度也被夸大了。确实,Flash使用的CPU比我拥有的任何其他播放器都要多,但它的启动速度也要快得多-数量级。当我看到带有嵌入式MPG的网页时,我的浏览器在QuickTime启动时会冻结15+秒,如果已经运行,则可能只会冻结5秒。(几乎与PDF一样糟糕;))显然,Flash在某些方面效率较低,但从我的角度来看,它在其他方面效率更高。就像涉及任何软件解决方案的权衡一样。


QuickTime只是Flash之类的另一个浏览器扩展。浏览器中内置的视频标签绝对意味着没有启动时间。
Earlz

0

缺点之一是,由于浏览器供应商之间的分歧,当前的html 5规范无法在单个编解码器上达成一致。

从下面的文章:

“经过公开和私人的激烈讨论,关于HTML和HTML 5编解码器的情况,我很不情愿地得出结论,没有合适的编解码器,所有供应商都愿意实施和发布。”

浏览器供应商争吵

最终,即使您确实使用了视频标签,也可能并非所有浏览器都支持您的视频编解码器,即使它们确实支持该标签。

正如其他人提到的那样,这可能不会带来任何实际问题,但是我相信必须使同一文件的多个版本可用肯定是负面的。


13
呃。删除了编解码器要求,而不是视频标签。目前看来,无论如何,最终所有人都会支持Ogg Theora-苹果是唯一支持<video>的供应商,而且我不认为如果他们继续坚持下去,它们将在市场中生存。那个。
昆汀2009年

这几乎是没有问题的。请参阅[Daring Fireball] [ daringfireball.net/2009/07/ffmpeg2theora]:这一切意味着服务器必须以两种形式存储视频并提供两种选择。
赛斯·约翰逊

1
多种质量和CODEC的编码正在迅速成为现实。当人们对256kbps实时流感到满意,而电话是单色LCD时,这还可以。现在,我们拥有各种质量和设备-网络,iPod,电话以及即将推出的电视。抱怨将内容编码为多种格式/质量的原因很弱。而且,我相信,如果您想要一个最低的公分母CODEC,那么他们可以使用h.263进行旧学校学习,而h.263可能遍地开花。只有新的,性感的CODEC才是问题。
斯图汤普森,2009年

规范仍然不应该决定编解码器。我不记得<img>标签除了行业标准JPG和GIF以及最近的PNG之外还有其他要求。我可以想象,当引入更好的图像格式时,这三种图像格式中的一两种会在10年后被淘汰。视频编解码器也是如此。
汉森2009年

@Hannson:并非如此... img标记的所有浏览器实现都不普遍支持所有图像格式。我鼓励你看看评论此链接了解详细信息:en.wikipedia.org/wiki/...
斯图汤普森

0

我最近一直在为我现在正在建立的网站阅读有关此内容的信息。我现在已经使用Flash视频了,因为发布很快。另外,我们在共享的托管环境中,因此所有视频转换必须在视频上传之前完成。我不想让客户端为每个视频上传两个版本。

但是,最终,我确实想切换到打开视频。看起来很酷。我看过一个演示,该演示使用javascript在视频上覆盖字幕,在没有javascript的情况下,该视频会优雅地降级为视频下方的文字记录。(我认为那在A List Apart上。)Mozilla进行了一些有趣的演示。http://arstechnica.com/open-source/news/2009/05/google-dailymotion-endorse-html-5-and-standards-based-video.ars


0

Flash由一家公司控制。该公司可以决定如何处理Flash的未来,没有其他人可以影响Flash。举例来说,假设他们(Adobe)突然决定收取使用Flash的许可费用。数以百万计的网站将因此而发生什么?

我们需要采取行动,那就是现在。我们必须使用开放标准,我们确实非常需要它。这是使标签出血对世界变得重要的唯一原因。

(Flash的许可费可能看起来或可能不是来自Adobe的现实举动,但这无关紧要。我的观点是,它们在控制之中。另一件事可能是Adobe决定取消Flash。想象一下那会发生什么,如果没有标签。)


0

Flash的当前状态为:

Flash Desktop平台:

  • IE浏览器
  • 微软边缘
  • Safari(Mac)
  • FF
  • 歌剧

移动浏览器:

  • 没有

因此您不能在移动浏览器上使用Flash视频,因为默认情况下未预先安装Flash Player。

最佳方法-在不支持HTML5视频的浏览器中使用带有Flash回退功能的HTML5视频。


当今时代,场景已经改变。HTML视频已经得到了广泛的支持(有些怪癖),而Flash恰恰在移动设备中不受欢迎。因此,是的,今天的HTML视频比6年前有意义得多。:)
Vilx-
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.