ChromeでのビデオコーデックのHTMLサポートに対する変更の最近の発表は、白熱した議論を引き起こしました。 オンラインビデオの将来は重要なトピックです。これらの紛争を歓迎し、提起されたいくつかの問題についてお話したいと思います。
GoogleがHTML <video>タグでWebMをサポートするのはなぜですか？
今週の発表は完全に<video> HTMLタグに関連しており、これは「HTML5」と呼ばれる標準の成長セットの一部です。 このタグは非常に有望であり、成功することを願っています。 ただし、HTMLのビデオ標準の定義に関与する組織は停止しています。 どのビデオコーデックが主要な標準になるべきかについての合意はありません。 FirefoxおよびOperaは、オープンコーデックWebMおよびOgg Theoraをサポートしますが、ライセンス要件のためにH.264はサポートしません。 SafariとIE9はH.264をサポートしています。 この現状により、<video>タグを使用するすべてのパブリッシャーおよび開発者は、一度に複数の形式をサポートする必要があります。
この状況は理想とはほど遠いものであり、すべてのブラウザーがサポートできる実行可能なコアコーデックを探していました。 明らかに、H.264はライセンス要件のためにこれになり得ません。 さらに、ウェブを現在の状態に導いた高レベルのイノベーションを維持するために、基本的なウェブテクノロジーはオープンでコミュニティ主導である必要があると心から信じています。 これらの事実により、私たちはWebコミュニティに参加し、オープンな代替WebMに投資することを余儀なくされました。
Chromeの<video>タグのメインコーデックとしてH.264を選択しなかったのはなぜですか？
現在、H.264は、パブリッシャー、開発者、およびハードウェアメーカーの間で幅広いサポートを提供しています（ただし、WebMサポートの状況は急速に改善されています）。 ただし、前述のように、HTMLビデオ標準の主要なものとして使用することは、ライセンス要件のために合意に達しません。 H.264を使用して配布するには、ブラウザとオペレーティングシステムの作成者、ハードウェアメーカー、およびコンテンツに課金するパブリッシャーは、将来増加しないという保証なしに多額のロイヤリティを支払う必要があります。 Googleのような企業にとって、これらの貢献はあまり目立たないかもしれませんが、素晴らしい新しいビデオスタートアップや新しい市場で働く人々の場合、これらの貢献はイノベーションを抑制するでしょう。
しかし、問題はロイヤリティだけではありません。 さらに重要なのは、イノベーションの速度と開発のインセンティブです。 理想的な集合開発プロセスはありませんが、通常、ユーザーの利便性、セキュリティ、生産性を考慮して、Webプラットフォームの基本コンポーネントの集合開発が行われます。 特許料を徴収するという相反するインセンティブによって技術的な決定が影響を受ける場合、優先順位と結果が明確にならず、プロセスに時間がかかります。 これは、長期的にはWebビデオの状態にとっては悪いことです。 真にオープンで、ペースの速い、共同開発された代替手段がなければ、ウェブは苦しみ、それを確実に利用できるようにするために多大な投資をしました。
これは、ChromeでH.264ビデオを再生できなくなったことを意味しますか？
H.264はビデオで重要な役割を果たし、現在のインターネット上のほとんどのH.264ビデオは、FlashやSilverlightなどのプラグインを使用して表示されます。 これらのプラグインはサポートされており、Chromeでサポートされます。 私たちの広告は、成長しているHTMLプラットフォームの一部である<video>タグのみに関するものでした。 HTMLビデオプラットフォームは非常に有望ですが、現在使用しているサイトはほとんどありません。つまり、この変更によってすぐに影響を受けるのは少数のユーザーのみです。
これは、Webビデオ形式を制御するためのGoogleの試みだけではありませんか？
WebMは、Webコミュニティの多くの人々によってサポートされています。 Googleは、その中での役割をコミュニティの他のメンバーの役割と見なしており、形式を制御する意欲も意図も持っていません。 私たちの目標は、<video>タグをファーストクラスのビデオプラットフォームにすることです。 他の多くのWebプラットフォームと同様に、WebMを提供するほとんどの組織や個人はGoogleに関連付けられないと予想しています。
開発者はすでに高品質の代替（ただし互換性のある）WebM実装を作成しており、この選択は誰にとっても良いと考えています。
このため、パブリッシャーはビデオの複数のコピーを作成する必要がありますか？
一部の人は、私たちの広告がパブリッシャーと開発者にコンテンツのいくつかの異なるコピーをサポートさせているのに懸念を表明しました。 Googleは世界最大の動画コンテンツパブリッシャーの1つであるため、この問題に無関心ではありません。 FirefoxとOperaはライセンス要件のためにH.264をサポートしたことはありません。どちらもWebMとOgg Theoraをサポートしています。 したがって、<video>タグを使用するパブリッシャーと開発者がこれらのブラウザーを使用するコンピューターとモバイルWebのほとんどを放棄しない場合でも、H.264とは異なる形式をサポートする必要があります（だから、すべてのユーザーに対して単一のコーデックに取り組んでいます） ） さらに、Webへのアクセスに使用されるデバイス、プラットフォーム、および接続タイプの数が増えていることを考えると、ほとんどのコンテンツプロバイダーは各ビデオの複数のコピーを既に作成し、異なるデバイスでの視聴に最適化しています。 来年のHTMLビデオとWebMの急速な普及により、これらの組み合わせがコンテンツプロバイダーにとって優れたソリューションになり、WebMをサポートするデバイスの数が増えると、投資が非常に有益になると確信しています。
要約すると、HTMLビデオの開発は停滞しています。 HTML仕様に基本的なコーデックがないことは、理想的な状況とはほど遠いものです。 そのため、コミュニティの他のメンバーと接続してWebMに投資し、成長しているHTMLビデオプラットフォームですべてのブラウザー開発者がWebMをサポートするよう促します（WebMプロジェクトチームは、standard> video <tagを介してSafariおよびIE9でWebMサポートを提供するプラグインをまもなくリリースします）。 私たちの選択は、プラットフォームを前進させるために今日決断を下し、オープンテクノロジーに投資するか、徴収コレクターの利益によってイノベーションのペースが制限される可能性のある、断片化されたプラットフォームのステータスを受け入れることでした。 この観点から、私たちはオープンWebに依存することを決定し、このソリューションがユーザーと業界の両方にとって優れたイノベーションを促進すると確信しています。
投稿者：Mike Jazayeri、プロダクトマネージャー
更新：WebMプロジェクトチームがリリースするSafariおよびIE9のプラグインが、代替の非標準メソッドではなく、標準<video> canPlayTypeタグインターフェイスを使用したWebM再生を許可することを確認しました。
ChromeでのHTMLビデオコーデックの変更の詳細をご覧ください。
All Articles