VP8（ブイピーエイト）はGoogleに買収されたOn2テクノロジー社が開発した、ビデオコーデックの一つであるGoogleがOn2の買収を完了、FSFが「VP8」フリー化を求める書簡を発表。
概要 2010年5月19日、Google I/OにてBSDライセンススタイルの、特許対応を計った修正ライセンスでオープンソースソフトウェアとなることが発表されIntroducing WebM, an open web media project、その後Matroskaベースの独自フォーマットWebMと共にオープンソース化された。このライセンスはGPLとの互換性の問題が指摘されていたがRe: vlc-commits commit: Contrib: support for vpx with HACKS (Jean-Baptiste Kempf )FFmpeg-devel PATCH VP8 de/encode via libvpx、その後のライセンス変更によって特許条項を削除したために問題は解消しているChanges to the WebM Open Source License。開発においてはXiph.Orgが協力しているXiph.Org Announces Support for WebM Open Media Project。
GoogleはYouTubeにおいて、全ての動画をWebMに変換すると表明したFirefox, YouTube and WebM。また、ブラウザを開発するMozillaはFirefoxをWebMに対応させ、Operaもまた同様の対応をとった。Adobeは将来Adobe Flash PlayerでVP8コーデックを再生できるようにするという計画を2010年に出したがFlash Player Will Support VP8、結局、その後も対応させることはなかったSupported codecs | Flash Player。同等の品質を持つH.264が広く普及したこと、またGoogleも後継のVP9に移行しているため、2017年現在VP8で新たにエンコードする利点は少ない。
GoogleはVP8の技術を利用した静止画フォーマットWebPも開発しているGoogle、Web高速化を目指し新画像フォーマット「WebP」を発表 - ITmedia。
特許 オープンソース化された初日に、x264の開発者の一人Jason Garrett-Glaserは、自身のブログにおいてVP8の技術的評価とともに特許係争への懸念を記してThe first in-depth technical analysis of VP8おり、また、その翌日、H.264関連の特許を管理するライセンス管理会社MPEG LAが、VP8に関してパテントプールを作成しライセンス料の徴収を考えている旨の発言をしたGoogle’s “Royalty-Free” WebM Video May Not Be Royalty-Free for Long。2011年2月10日〜3月18日にMPEG LAは必須特許の募集を行ったMPEG LA、WebMの基盤技術「VP8」の特許を募集 - ITmedia。
2013年3月7日に、特許問題に関してGoogleがMPEG LAに参加する11社が保有する特許についてライセンスを結ぶことで合意したと発表され、今後はGoogleが利用者に対してW3CのRoyalty Free Licenseとしてライセンスを無償で供与することとなり、訴訟リスクについて一区切り付くことになったGoogleとMPEG LA、VP8で和解 パテントプール形成は終了 - ITmedia ニュース。
2013年3月に、MPEG LAに加入していないNokiaがVP8の特許侵害を申し立てた。2013年8月5日、ドイツの裁判所はVP8がノキアの特許を侵害していないという判断をくだしたThe WebM Open Media Project Blog: Good News from Germany。
エンコーダ・パラメータ エンコーダの品質調整のためのパラメータが多数ある。以下は、libvpx 付属の vpxenc のパラメータThe WebM Project | VP8 Encode Parameter Guide。FFmpegなどを使う際は、違うパラメータを利用する必要がある。 フレームレート CPU負荷 - 以下の2通りある。画質とのトレードオフになる。 --best または --good を使い、CPU負荷を固定にする方法。CPU負荷は --best が1段階、--good は --cpu-used で指定し6段階、合計7段階ある。CPU負荷を1段階上げると計算量が約50%増える。 --rt を使い、実際のCPU使用率を元にCPU負荷を決める方法。CPU使用率は --cpu-used で指定。 ビットレート CBR (constant bitrate), VBR (variable bitrate) - 目標ビットレートを決め、それにあわせて画質を調整。ただし、CBRでもパケットサイズは完全に固定になるわけではない。 CQ (constrained quality) - 画質を固定にし、ビットレートを可変にする。CQでも上限ビットレートを指定できる。 ワンパス, ツーパス - 変換処理を1回で終えるか、2周させるかどうか。リアルタイム圧縮が必要な場合は、ワンパスにしないといけない。 キーフレームの間隔 - シーンカットで自動的にキーフレームが入るが、その間隔の最小値と最大値を指定できる。 スレッド数の指定 および --token-parts の指定。--token-parts を指定せずにスレッド数を --threads で指定した場合、エントロピーエンコーディングのところで1スレッドになってしまうが、--token-parts を使うと、画面を分割して並列処理できるようになる。 再サンプリング 時間軸 - フレームのドロップ。CBRでのみ使用。 解像度 - 解像度を自動的に変更して調整できる。キーフレームのみで使用。 ビデオカンファレンス用 パケットロスが発生するケースで、それに対して耐性を付けるかどうか 画像に変化がないことを検出する閾値 プロファイル - デコード負荷を下げるようなプロファイルを指定できる
ハードウェア・デコーダ・エンコーダ ハードウェアでエンコード・デコードするためのVHDLおよびVerilogで書かれたソースコードが公開されている。プロセスルール65nmで1080pの動画デコードが25mW、720pの動画エンコードが80mWで行えるWebM Video Hardware RTLs。
ハードウェアエンコーダは以下のSoCなどで採用されている。 NVIDIA Tegra 4, K1, X1 Rockchip RK3066, RK3188
ハードウェアデコーダは以下のSoCなどで採用されている。 Allwinner A10, A13 Broadcom BCM28150 Freescale i.MX 6 HiSilicon K3V2 Marvell Armada 1500 Nufront NS115 NVIDIA Tegra 3, 4, K1, X1 Rockchip RK2918, RK3066, RK3188 Samsung Exynos 5 ST-Ericsson NovaThor L9540 Texas Instruments OMAP 5 Ziilabs ZMS40
IVFファイル
コマンドラインツールおよびサンプルコードのフォーマットとして、WebMに加えて、WebMとは関係の無いシンプルな構造の独自フォーマットIVFが使われている。これは、Indeo Video Formatとも別物である。
ファイルヘッダ IVFファイルはヘッダの先頭に4バイトのシグネチャ（マジックナンバー）"DKIF"を持つ。数値はリトルエンディアンを採用している。ヘッダーは次の通り。 バイト数 値 説明 4 'D' 'K' 'I' 'F' シグネチャ 2 00 00 バージョン 2 20 00 ヘッダサイズ（32バイト） 4 'V' 'P' '8' '0' FourCC 2 幅 2 高さ 4 フレームレート（分母） 4 フレームレート（分子） 4 フレーム数 4 00 00 00 00 未使用
フレームヘッダ バイト数 値 説明 4 フレームサイズ（ヘッダを含めず） 8 Presentation Time Stamp (PTS)
参照
関連項目 VP3 VP6 VP7 VP9 HTML5 WebM WebP
外部リンク