この質問は9年以上前に行われました。それは理にかなっている、それは今それを作りません。フラッシュは消え去りつつあります。 <video>
サポートは、モバイルデバイスを含め、いたるところにあります。 Flashでできることはほぼすべて、HTMLでもできるようになりました。 HTMLが勝ち、Flashが失われました。ビデオをページに埋め込む方法について考えている場合は、<video>
を使用するだけで、考え直さないでください。この質問は歴史的価値のためにのみ保存されています。
最近の新しい<video>
タグは、すべての誇大広告のようです。特にFirefoxでサポートされているためです。これに関するニュースは各地のブログに掲載されており、誰もが興奮しているようです。しかし、どうですか?
検索した限りでは、古き良きFlashビデオよりも優れたものを見つけることができませんでした。実際、私はそれに関する問題だけを見ています:
私が見ることができる<video>
タグの唯一の2つの長所は次のとおりです。
だから...大したことは何ですか?
追加:
OK、もう1つのProがあります...多分。モバイルデバイスのサポート。言うのは難しい。主題についての私の頭の中には多くの考えがあります。
<video>
サポートを取得するまでどのくらいかかりますか?更新で利用できる場合でも、実際にそれを行う人は何人いますか?セマンティクスの部分に関しては、検索エンジンが動画をより良く検出できるかもしれないことを理解していますが、...とにかくそれらを使って何をしますか? OK、それで彼らはページにビデオがあることを知っています。そして?ビデオのインデックスを作成できません!ここでもう少し議論をお願いします。
追加:
別の短所を考えてみてください。これにより、ブラウザ間の非互換性のまったく新しい領域が開かれます。 HTMLとCSSは、この面ではすでにかなり面倒です。少なくともフラッシュはどこでも同じです。しかし、少なくとも1つの主要なブラウザーベンダーが<video>
タグ(「Internet Explorer」と言うことはできますか?)に反して決定すれば十分です。
追加:
プロが登場したばかりです。競争が増えると、イノベーションが増えます。それは本当だ。アドビの競争を増やすと、おそらくこれまで欠けていた領域でFlashを改善することを強いられるでしょう。 Linuxは、多くの人から引用されているように、Linuxの弱点のようです。
ここには多くの良い点があり、武道の戦いのスタイルのように、各点には推力があり、それぞれを守ることができます。しかし、それぞれが適切な動きで敗北することができます。
「独自の」プラグインについての議論に立ち向かう人は誰でもすぐに倒れるでしょう。 Microsoft、Apple、およびAdobeはすべて罪悪感を負いますが、それは単なるビジネスです。夜通しビジネスを変更することはありません。非常に技術的なインターフェースをサポートする<video>などの新しいタグによって追加される複雑さの各レイヤーは、ブラウザーごとに*わずかに*異なる実装になります。
HTML 5は動作するようになり、Flashも動作するようになりました。 How実装され、必要なスキル-これは、従業員のパフォーマンス、ウェブマスターの力、ドメインの影響など、各リソースを定義します。
私はわずか40歳ですが、オレンジまたは緑のモノクロモニターが色の選択であったときにプログラミングを開始し、ハードウェアのインストールには取扱説明書ではなく祈りの本が付属していました。たぶん、モデムがハードウェアで設定されないときのATコマンドと、64K RAMはWOWWWWW!
HTML 5/Flashは、そのがらくたに比べて小さな迷惑です。より良いリソースに向けてコミュニティで協力する方法をすべて学びましょう。オープンソースのFlashプロジェクトがあり、バグがあります。 HTML 5も...
ここでのすべての議論は真実ですが、必ずしも生産的ではありません。そのエネルギーをソリューションに向けて使用します。
img
タグがない場合を想像してください。画像が必要な場合は、サードパーティのプラグインを使用する必要があります。これは非常に遅く、ページに埋め込む標準的な方法がありません。この方法で画像を簡単にコピーすることはできません。また、検索エンジンは基本的に、それが画像なのかゲームなのか、何なのかわかりません。
これがないと、利用できる画像はありませんでした。
次に、この派手な新しいimg
タグを使用できるブラウザがリリースされたと想像してください。
ビデオ(およびオーディオ)タグは、物事が機能するための論理的に賢明な方法です。完全に標準的なメディア形式を使用するために、サードパーティのプラグインは必要ありません。
<video>の最大の利点は? それは簡単です。クレイジー簡単。とんでもなく簡単です。おばあちゃんはコードを簡単にコーディングできます。 <video src = "myfile.ogv"> </ video>で完了です。
<video>には、ユーザーにとっても明らかな利点があります。彼らは潜在的に非常に効率的なブラウザネイティブのビデオプレーヤーを入手します。サイトごとに変わらない一貫したUIを取得します。フラッシュを実装していない可能性のあるモバイルブラウザは、引き続き<video>を実装できます。
唯一の短所は一時的なものであり、それは互換性です。 IE8は<video>をサポートしていません。IE9が広くインストールされるまでにはしばらく時間がかかります。同様に、動画をサポートするコーデックについてもいくつかの戦いがあります。Firefox、Chrome、およびOperaはすべてOgg TheoraとWebMの両方をサポートし、SafariとIE = H.264を出荷しています(ただし、どちらも適切なコーデックでTheora/WebMをサポートできます)。今のところ、これは単に2つの形式でビデオを投稿し、両方にソース要素を提供する必要があることを意味します。
<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/etcなど)のサポートを追加するには、標準のビデオ埋め込みコードを<video>タグ内に置くだけで、ブラウザが<video>をサポートしている場合、埋め込みを無視します。サポートしていない場合、<video>を無視し、代わりに埋め込みを実行します。
Flashは、Windows以外のプラットフォームでは低速で非効率的です。潜在的なセキュリティ上の欠陥があります。知らないコンピュータに「フラッシュCookie」を保存します。 iPhoneにはフラッシュがありません(独自仕様であり、CPUの消費量が多いため)。
HTML 5:FlashとSilverlightを殺すことができますか?はあなたの質問に答えるかもしれない記事です。
おそらくもっと多くの理由があります。
Flashは、Windows以外のプラットフォームでは本当に頭痛の種です。 (他の人が指摘したように)遅くて非効率的であるだけでなく、あまり安定していません。最新のApple WWDCで学んだように、「ブラウザプラグイン」(読み取り:Flash)は、allMac OS Xのallでアプリケーションがクラッシュします(そして、「多数」によって、80%などのようなばかげた数ができないことを意味します)これはMac OS Xの問題であり、Snow Leopardの場合、AppleはSafariを再設計して、サンドボックス化されただけでなく、実際には完全に独立したプロセス。これにより、Flashがクラッシュした場合(ない場合)、Safari全体が影響を受けません。
OS XでのFlashの不安定性は、パフォーマンスの低下と相まって、理由です...
ユーザーがコーデックについて何かを知る必要がある限り、単純な非Javascript htmlコードを使用して、この問題を回避し、適切なコーデック(ブラウザーがOGGまたはh.264をサポートしていない場合はFlashを含む)を提供できます。 この記事 にあります。
長所:
短所:
また、video-tagはhtmlに対してnativeであるため、うまく統合されます。これは問題ではないように聞こえますが、そうではありません。たとえば、ビデオにHTMLキャプションをオーバーレイできます。また、HTMLキャプションは、同じページの他のキャプションと同じスタイルを使用できます。
ビデオ要素にいくつかの(将来の)CSSトランジションを適用することもできます: このデモを見る 。
AdobeのFlashプレーヤー(プラグイン)は、ブラウザーのプライバシー設定のanyを考慮しませんが、Adobeは、通常のユーザーに対して、保管されています。これだけが、Flash(または任意のビデオプラグイン)の使用を停止し、<video>
を歓迎する正当な理由です。
プライバシーの問題に関するいくつかの詳細(セキュリティの問題や脆弱性と混同しないでください)は、スーパーユーザーの Flashの履歴記録を自動的に削除する方法 にあります。
コメントで Vilx のように:Flashがより多くの方法で使用されているため、Flash-videoを<video>
に置き換えると、これらのプライバシー問題が残ります。それでも、<video>
がサポートされると、ビデオを提供する(そして他の方法でFlashを使用しない)サイト所有者は、訪問者に負担の少ない訪問済みFlashサイトの記録を与えない選択をします。
(編集:詳細をSUへのリンクに置き換えました。これにより、さらに洞察が得られます。以下のコメントの一部は、 以前のリビジョン に関してのみ意味があります。)
私にとっては、コンピューターに内蔵された、または他のサードパーティのプレーヤーがFlashよりもはるかに効率的にビデオを再生できるのはとてもいいことです。すべてのプラットフォームにFlashが搭載されているわけではありません:iPhoneとAndroid(少なくとも今のところ)、タグは後よりも早く動作する可能性があります。
インターネットのセマンティック性については、あなたにとって重要かもしれません。検索エンジンがどのようにGoogleやBingがビデオを見つけるのかわからないが、おそらく彼らは多くのFlashビデオの実装を知っているだけなので、サードパーティの小さなプレーヤーにはチャンスがない。私たち全員が同じ標準タグを使用している場合、誰もが平等な立場にいます。
長所:
<video>
はFlashより簡単です短所:
64ビット、およびLinuxのサポートは素晴らしいでしょう。フラッシュはまだこの領域に不足しています(2000を超える9)。本当の競争をすることは常に良いことです。主要なビデオサイトがFlashと共に、またはFlashの代わりにこれを使用し始めた場合;それは私が必要とするプロプライエタリなプログラムになります。オープンソースは、より速いイノベーションを意味します。時間があれば、人々はそれを配信する方法を作成します [〜#〜] drm [〜#〜] それで保護されたビデオ。
Flashのその他の長所:
アドビは、ブラウザベンダー(まだ多くのIE6ユーザーがいる)と比較して、大勢の視聴者(多くの場合、ユーザーの90%以上が最新バージョンのFlashにアップグレードする)にはるかに迅速にビデオに新しい機能と新しいコーデックを追加できますそのブラウザは2001年に登場しました)。
Flashで見つかった機能は、最終的にはブラウザーに反映されると思いますが、まだありません。
Flashはインデックス化できないと言う人は、Adobeが提供するヘッドレスプレーヤーのおかげで、Flashコンテンツのインデックス化に関してGoogleが最近行っていることをチェックしてください。 FLVファイルのGoogle検索 を実行すると、Googleが既にFlashビデオファイルのインデックスを作成していることがわかります。
一方、Adobe Premiere CS4には音声認識があり、Flashビデオで簡単に使用できるXML形式でビデオファイルの字幕を出力します。そのため、Flash向けのビデオは今後さらに検索可能になると予想されます。
多くのモバイルデバイスのサポート今日:iPhone、iPod Touch、Symbian S60、Androidなど
Mozilla Firefox、Google Chrome、Apple Safari、およびOperaはすべてタグをサポートしています(2つの形式にエンコードする必要があります:H.264とOgg Theora。ただし、H.264ビデオは、古いブラウザーとInternet ExplorerのFlashまたはSilverlightフェイルセーフで再利用できます
セスは大きなもののほとんどを手に入れました。私が考えることができる他のもの:
要するに、Flashを使用する唯一の理由は「今日ほとんどの人がFlashをインストールしている」ことです。それが続く限り、これはかなり良い理由になります。
HTML5の長所:
Flash Pros/HTML5の短所:
SWFファイルで定義されている不明瞭なメソッド(解析が必要)に比べて、ブラウザーは通常のHTTP経由でビデオファイルを取得するようになったため、ビデオファイルをキャッシュできるWebプロキシを使用できるようになりました!ブラウザにビデオファイルをキャッシュさせることもできます。
2012年のHTML 5の長所は次のとおりです。
ユーザーはUIを制御できます。ダウンロードして使用するブラウザーを選択し、その動作方法に応じて(詳細はわかりませんが、コンセプトはよく知っています)、ブラウザを開き、そのハンドラnpapiプラグインを選択します。あなたがいるサイトの開発者が怠けていて正しく実行できないため(または flowplayer を使用しているため)、くだらないactionscriptビデオコントロールインターフェイスを使用してスタックしている回数。ユーザーの力!、私は言います。
そのオープンソース。今、私はRMSなどではなく、Ethicsやそのようなものとは関係ありませんが、OSSはより効率的でより良い方法です。より良いコードを生成します。
プラットフォームサポートの改善。現在、Linux + flash = badです。それについて何でもできるのはアドビだけです。これはひどい。
あなたが言ったように、よりセマンティック。
これにより、iPhoneでのオープンソース標準サポートとしてのFlashが破壊され、Androidおよび他のモバイルハンドセットをデスクトップOSサポートと同様に迅速に実装できると思います。OGG形式では、先にスキップできます通常のhttp接続を介してビデオファイルを許可します。右クリックしてファイルを保存すると、これらのファイルの共有と転送が容易になります。 「適切な」dom要素として、javascriptと通信してページコンテンツの残りの部分と完全にやり取りできるようにし、最後に、Microsoftは独自のソリューションを促進しながら、今後の標準を無視するふりをした実績があります。ユーザーの需要がピークに達したため、ユーザーベースを保護するためにラダーを完全に投げ、実装を展開しました。FlashはWeb上のビデオの唯一の選択肢でしたが、それほど長くはありませんでした。自分の権利であり、私はそれがある程度の地位を保持していると思うが、ビデオにとっては「唯一の選択」ランナーでしかなかった。
プロに対する私の信念:
私の最大の欠点は、Oggが圧縮と品質の面で少し遅れていることです。しかし、私はそれが取り組んでいると想像します。さらに重要なことは、より多くの人々がそれを採用し始めれば、より多くの人々がOggの作業に参加してそれを改善する可能性が高いことです。
AdobeがFlashで実際に何もすることを強いる主要なプレーヤーはいないため、競争も重要です。そのため、アドビは、Web上のビデオコンテンツに関して市場を管理できます。
私は<video>
Flashの代わりに、ブラウザをクラッシュさせずにビデオを見ることができるようになります。私は64ビットOpenBSDを使用しているので、gnashですべてを入手できます。フラッシュバナー広告に出くわすとブラウザ(firefox 3.5)がクラッシュすることがほとんどであるため、非常に危険を感じる場合にのみ有効にします。
また、私の携帯電話のブラウザはフラッシュをサポートしていませんが、ビデオタグをサポートしています(そして、あまりにも「派手な」電話でもありません)。
1つの短所は、現在のHTML 5仕様では、ブラウザーベンダーの意見の相違により、単一のコーデックについて合意できていないという事実です。
以下の記事から:
「パブリックおよびプライベートの両方で、HTML 5およびHTML 5のコーデックに関する状況についての膨大な議論の後、すべてのベンダーが実装および出荷する意思のある適切なコーデックは存在しないという結論に至りませんでした」
最終的に、ビデオタグを使用した場合でも、タグをサポートしていても、ビデオコーデックがすべてのブラウザでサポートされているとは限りません。
他の人が述べたように、これは実際の問題を引き起こすことはないかもしれませんが、同じファイルの複数のバージョンを確実にネガティブにする必要があると思います。
今日Flashを使用できます。フルサイズのオーディエンスにリーチする最も現実的な方法です。
(FD:アドビで働いています)
この点に関して:
「セマンティクスの部分については、検索エンジンが動画をより良く検出できるかもしれないことを理解していますが、...それでもどうするでしょうか。動画のインデックスを作成できません。ここでいくつかの議論をお願いします。」
適切に最適化されている場合、ビデオにはトランスクリプトが含まれます。トランスクリプトは検索エンジンが読み取り、それに応じてビデオに関するすべての情報を漏らすことができます。ビデオのページをインデックス化できると思いますか?それの価値については...私は私が必要としないがらくたを見る必要がないと思います、私が必要なものを見つけるために
HTML 5の機能のいくつかを使用するのは素晴らしいことです...今から5-10年後に...
Internet Explorer 6を使用している訪問者がまだあまりにも多く、無視することはできません。IE7+のページのテストのみに進む前に、かなり時間がかかります...
誰も純粋な技術仕様に取り組んでいないようです。 「FlashビデオとHTML 5ビデオ間のビデオパフォーマンス分析の研究」[1]による。
「有線ネットワークを使用してFlashビデオでビデオをストリーミングすることは、ビデオFPSが高くCPU使用量が少ない最良の方法です。」また、接続の種類とコンピューターごとに分類されます。
[1]
イリアス、I。S. H. C.、ムニサミー、S。B.、およびラーマン、N。A. A.(2013年1月)。 FlashビデオとHTML 5ビデオ間のビデオパフォーマンス分析の研究。ユビキタス情報管理とコミュニケーションに関する第7回国際会議の議事録(p。30)。 ACM。
私は今、私が今構築しているサイトについてこれについて読んでいます。ローンチはもうすぐだから、私は今のところFlashビデオを使っている。また、私たちは共有ホスティング環境にいるので、ビデオをアップロードする前にすべてのビデオ変換を行う必要があります。各動画の2つのバージョンをアップロードするようクライアントに依頼したくありません。
しかし、最終的には、オープンビデオに切り替えたいと思います。それはかなりクールに見えます。 javascriptを使用して動画に字幕をオーバーレイするデモを見ましたが、javascriptがない場合は動画の下のテキストトランスクリプトに適切に劣化します。 (これはA List Apartにあったと思います。)そして、Mozillaには楽しいデモがあります。 http://arstechnica.com/open-source/news/2009/05/google-dailymotion-endorse-html-5-and-standards-based-video.ars
これらの答えの大部分はこれに凝縮していると思います:Flashは主に大衆市場向けに設計されているため、市場の大部分をカバーする最も簡単な方法を提供しますが、あまり一般的ではない新興プラットフォーム(つまり不安定なLinux)をカバーするには不十分ですiPhoneなし)。これは、初日からFlashの話でした。これは、実際には、プロプライエタリとOSソフトウェアがどのように異なる(そして互いに補完する)かのケーススタディです。
一方、ほとんどの答えはコーデックの角度を真剣に過小評価していると思います。今日、FlashビデオがWebを支配している主な理由が1つあります。それは、ビデオの単一バージョンを公開し、視聴者の約半分以上が視聴できることを期待するonlyの方法です。ビデオタグは適切に設計されているように見えますが、複数のソースファイルをユーザーのインストール済みコーデックに一致させる限り、視聴者の何パーセントをカバーするために必要なコーデックの数を知ることは依然として難しく、人々が新しいコーデックの出現に応じてアップグレードします。 Flashビデオには、より多くの既知の量があり、大多数の視聴者にとってアップグレードがかなり期待されています。
また、パフォーマンスの角度は、ほとんどの回答でも誇張されていると思います。 Flashが他のどのプレーヤーよりも多くのCPUを使用するのは事実ですが、桁違いに速く起動します。 MPGが埋め込まれたWebページに出くわすと、QuickTimeの起動中に15秒以上ブラウザがフリーズします。既に実行されている場合は5秒しかフリーズしません。 (PDF;)とほぼ同じくらい悪い)明らかに、Flashはある意味では効率が悪いが、私が言うところからは、他の場所ではより効率的である。他のソフトウェアソリューションと同様に、トレードオフが関係しています。
フラッシュの現在の状態は次のとおりです。
Flashデスクトッププラットフォーム:
モバイルブラウザ:
そのため、Flash Playerはデフォルトではプリインストールされていないため、モバイルブラウザではFlashビデオを使用できません。
最適な方法-HTML5ビデオがサポートされていないブラウザでFlashフォールバックを使用してHTML5ビデオを使用する。
Flashは単一の会社によって管理されています。その会社は、Flashの将来をどうするかを正確に決定でき、他の誰もFlashに影響を与えることはできません。たとえば、彼ら(Adobe)がFlashを使用するためのライセンス料を請求することを突然決定したとしましょう。それに応じて何百万ものウェブサイトすべてに何が起こるでしょうか?
私たちは行動を起こす必要があり、それが今です。オープンスタンダードを使用する必要があり、ひどく必要です。これが、タグブリーディングを世界にとって重要にしている唯一のことです。
(Flashのライセンス料はAdobeからの現実的な動きのように思えるかもしれないが、それは問題ではない。私のポイントは彼らがコントロールしているということである。 、タグがなかった場合。)
私の理解では、このタグの重要な点は、それがオープンスタンダードであるということです。 Flashを実装できるベンダーが1つだけの場合、新しいプラットフォーム、ブラウザー、またはブラウザーのバージョンへの実装/ポートを容認します。
興奮はすべてそのレベルであり、実装の詳細ではありません。技術的に優れているかどうかを心配することは、列車を時間通りに走らせるファシスト政府の能力について自分自身について考えるのと同じように、ポイントの横に並べられています。