InfoQ

InfoQ

News

マイブックマーク

ブックマークするためにログイン または 会員登録 する

ブックマークされました!

ブックマークがエラーになりました。もう一度お願いします。

HTML 5のビデオ コーデック、各ベンダの合意を見るに至らず

作者 Abel Avram , 翻訳者 渡嘉敷 満理子 投稿日 2009年7月20日

セクション
デベロップメント,
設計/アーキテクチャ
トピック
Architecture ,
仕様

原文(投稿日:2009/7/15)へのリンク

Ian Hickson氏 (HTML 5仕様策定のエディタ) は、先ごろ、ドラフト標準の<video>および<audio>タグからそれぞれコーデックの義務付けを削除したが、動画および音声コンテンツのWeb配信に関わる主要ベンダ間で合意に達するにあたりさまざまな問題点をあげている。

現在使用されている2大規格は、H.264Ogg Theoraである。H.264、すなわちMPEG-4は、プロプライエタリな動画圧縮規格で、商用で利用するにはライセンスが必要となる。また、特に大容量の動画により適しているとされている。Ogg Theoraはオープン ソースの無償規格であるが、その品質にはいくぶん改善が必要とされおり、多くの主要プレーヤでサポートされていない。Hickson氏は次のように述べている。

Appleは、Ogg TheoraをデフォルトでQuickTimeへ実装する (Safariで使用されているように) のを拒否しており、ハードウェア サポートの欠如や不明瞭な特許環境を理由にあげている。

OperaおよびMozillaは、H.264に対し次のように難色を示している。

Operaは、該当する特許ライセンスの不当なコストを理由にH.264の実装を拒否している。

Mozillaは、彼らのダウンストリーム ディストリビュータをカバーするライセンスは得られそうもないとの考えによりH.264の実装を拒否している。

Googleは、以下のような2重のアプローチを取っている。

Googleは、ChromeにH.264とOgg Theoraを実装したが、H.264のコーデック ライセンスをChromiumのサードパーティ製ディストリビュータに提供できないとしている。さらに、Ogg Theoraのビットあたりの品質は、YouTubeでの処理量にはまだ見合っていないとの見解を示した。

Microsoftは、HTML 5仕様の<video>タグに関して何も見解を示していない。

Philip Jägenstedt氏 (Opera Softwareの開発者) は、彼らの意見を次のように詳しく述べている

H.264は、その特許ライセンシングが原因で、オープンWebプラットホームに適合しないと考えています。当面の間、われわれはOgg Vorbis/Theoraをサポートする予定です。これは特許面で最良の選択肢であり、また、ビットあたりの品質に関する部分でも (特に最近のエンコーダ改善によって) 互角に戦えます。ぜひともOgg TheoraをHTML5のベースラインにしたいと考えていますが、Ogg Theoraが除外された場合、事実上の業界標準となるよう、Webコミュニティによる強力な後押しを期待します。

近い将来での合理的な解決はないように思えるが、Hickson氏は、以下2つの選択肢を想定している。

  1. Ogg Theoraのエンコーダ改良が続けられ、既製のOgg Theoraハードウェア デコーダ チップが利用可能となる。サブマリン特許に関するAppleの懸念が緩和されるぐらい長期にわたりGoogleが訴訟されることなくこのコーデックをサポートする。 => Theoraは、Web用ビデオ コーデックの事実上の業界標準となる。
  2. ライセンスをロイヤルティフリーにすることに消極的なベンダが所有する残りのH.264ベースラインの特許が失効し、その結果、ライセンス料なしで利用できるH.264がサポートされる。 => H.264は、Web用ビデオ コーデックの事実上の業界標準となる。

Hickson氏は、この競争に勝つコーデックは、以下の条件を満たす必要があると考えている。

- コストなしで実装でき、誰でも分配可能である
- 既製のハードウェア デコーダ チップを利用できる
- 別の特許公開についても十分反論説明できるほど広く使用されている
- 大容量サイトに対応できるほどビットあたりの品質が高い

また、各ベンダは、誰もが独自のやり方で進めており、共通規格の合意に至る気配は見られないが、時間と現実によって一人または複数の勝者が選択されることになるだろう。

特集コンテンツ一覧

GAE開発の落とし穴

Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します

イベントレポート:「Coqチュートリアル#1」

去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。

Javaの未来についてのNeal Gafter氏とのディスカッション

Choosing Options

Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。

Google Dartのエッセンス:アプリケーションの構築、スナップショット、Isolate

GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式

CSPベースのモデル検査ツール「Process Analysis Toolkit」

本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。

Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~

前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。

書籍『抽象によるソフトウェア設計-Alloyではじめる形式手法-』の紹介

Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。

Windows デバイスで開発するタッチユーザーインターフェイス

スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。