Fraunhoferは、H.265/HEVCの後継技術の開発に向けて、業界の多くの著名な企業（Apple、Ericsson、Intel、Huawei、Microsoft、Qualcomm、Sonyなど）と協力してきたことを発表しました。この新しいコーデックは、H.266/VVCと名付けられます。VVCは「Versatile Video Coding（多用途ビデオコーディング）」の略です。

H.266/VVCの主な特徴は以下の通りです。

- H.265/HEVCと比較してエンコード効率が50%向上

- HD、UHD、8Kおよびそれ以上（12K / 14K）の解像度をサポート

- HDR / 10bitをサポート

- 没入感のある360度動画に対応

H.266/VVCが私たちの生活を変えることになるのかを理解するには、その背景、そして最も重要な点として、その前身である技術が直面した課題を理解することが有益でしょう。

H.265/HEVCは、2013年初頭にMPEGおよびITU-Tの標準規格として承認され現実のものとなりましたが、そのライセンスプールの複雑さをめぐるネガティブな報道により、やや痛手を受けました。すべての関係者が（当然のことながら）投資を回収するために多少の利益を上げようとした結果、料金算出のロジックが複雑になり、さらに前身であるH.264/AVCの約10倍という極めて高額なものとなってしまいました。エンコードとデコードの両段階でコストが積み重なったため、本格的に普及し始める前に、急速に牽引力と支持を失っていきました。

この状況の展開は、市場にさらなる断片化をもたらしました。料金体系に反対し、その価格設定方法に困惑した人々は、オープンソースの代替選択肢としてAV1を評価するために袂を分かちました。残念ながらAV1については、ブラウザやデバイスでの必要なサポートがまだ整っておらず、すでに市場にある多くのデバイスやプラットフォームをサポートする能力がなかったため、サービスプロバイダーやコンテンツ配信事業者は、膨大なコンテンツライブラリをAV1に再エンコードする労力に合意できませんでした。これは結局のところ、単純な再カプセル化（再パッケージング）ではないからです。

エバンジェリストやアーキテクトの間では、ストリーミングサーバー、トランスコーダー、対応ハードウェアのメーカーによる業界全体の大幅なシフトがなければ、HEVCの幅広いサポートは達成できないことがよく理解されており、普及のペースは合理的な時間内に軌道に乗るほどのものではありませんでした。ライセンスの複雑さが解決されるまで、主要プレーヤーがこれを推し進めることを拒否した、と主張できるでしょうか？おそらくその通りでしょう。

H.266/VVCには、最初から対処しなければならないいくつかの課題や障害があります。

ライセンスとロイヤリティ

H.265/HEVCの二の舞を防ぐため、業界はロイヤリティと価格設定について、そして何よりも重要なこととして、簡素化された算出構造について合意する必要があります。歴史的に、ロイヤリティの支払いは機器やデバイスのメーカーに偏っていたため、サービスプロバイダーやコンテンツ配信業者にとっては、手数料は最小限であり、その多くはプレイヤーのライセンス料に含まれるか、ハードウェア（家電）レベルで支払われるため、算出は簡単でした。

パフォーマンス

新しいコーデックや圧縮規格の導入には、エンコードとデコードという2つの領域での処理コストが伴います。前者から始めると、ライブの同時送信（サイマルキャスト）などのユースケースにおいて、H.265/HEVCを大量にエンコードするために必要なコンピューティング能力は非常に大きなものでした。H.265が登場した当時、ほとんどのハードウェアエンコーダー（Elementalなどを除く）にはGPUやハードウェアアクセラレーションが搭載されていませんでした。そのため、多数のリニアチャンネルをエンコードすると、必要なコンピューティング容量が膨大になり、結果としてコストが増大しました。移行を検討しているサービスプロバイダーにとって、ハードウェアへの投資による費用対効果と、低いデータレートでCDNの利用料を相殺することのバランスは、割に合わないものでした。多くのプロバイダーは、CDNの価格再交渉を行うことで、混乱を伴わずに同様の節約効果が得られると考えていました。

後者のデコード性能に目を向けると、デバイス側でのH.265/HEVCのサポートも、少し多くの電力を消費しました。パフォーマンスが制限されている古いデバイスでは、非常に多くの電力を消費することもありました。ハードウェアでH.265/HEVCをデコードする場合、パフォーマンスやバッテリーへの影響は無視できるものでしたが、現実にはこれをサポートしているデバイスはほとんどありませんでした。Samsungは2014年8月にExynos 5 Octa 5430を導入し、Appleは同年9月にA8チップセットでこれに続き、iPhone 6で初めて搭載されました。ソフトウェアでデコードする場合、特に古いデバイスではパフォーマンスへの影響が顕著でした。このため、多くのサービスプロバイダーは、ハードウェアやデバイスでの採用がもう少し主流になるまで様子を見る姿勢を取りました。

H.266/VVCが普及するためには、機器メーカーがステップアップして、デコードのハードウェアサポートを、そして極めて重要なこととして、妥当な期間内に市場へ提供する必要があります。

メディアの準備

新しいエンコード規格の導入は、あらゆるコンテンツプロバイダーにとって大きな頭痛の種です。現代の多くのメディア準備チェーンは、ジャストインタイム（JIT）のカプセル化（パッケージング）プロセスを活用していますが、ソースアセットは依然として標準的なエンコードフォーマットを利用しています。レガシーデバイスのサポートや、古い世代の製品との後方互換性を維持する必要があるため、そのほぼすべてが依然としてH.264に基づいています。

ライブ（リニア同時送信）向けのメディア準備は、過去のコンテンツライブラリを管理する必要がないため、少しシンプルです。しかし、H.264でエンコードされているHDおよび4KレンディションのVODアセットのカタログを変換することは、決して簡単なことではなく、多大な金銭的コストを伴います。多くのサービスプロバイダーが、従来の自社運用（オンプレミス）のエンコードリソースから、分単位で課金されるクラウドベースのサービスへと移行しているため、膨大な量の長編アセットの処理は、大きな一時的コスト負担となります。

さらに話を複雑にする要因として、最近H.264からH.265へのトランスコードの手順を終えたばかりのプロバイダーが、この負担を容易に受け入れるでしょうか？これは、受ける価値のない投資と見なされる可能性が高いでしょう。

デバイスのサポート

これは、私たちが直面するであろう最大のハードルと見なされるかもしれません。H.266/VVCのサポートは、今後数年間は非常に限定的なものになるでしょうが、サポートを備えたデバイスや製品が市場に登場するにつれて、より良い状況になっていくでしょう。

過去のライブラリを再トランスコードする必要がないことを考えると、ライブ（リニア同時送信）のユースケースのほうが、VODよりも受け入れやすいと考えています。

とはいえ、課題はレガシーなデバイスやプラットフォームにおけるこの新しいコーデック技術のサポートです。多くのサービスプロバイダーが、デバイスの能力に応じて異なるレンディションやコーデックを提供できない状況にあるため、これが実現可能になるには、H.266/VVCのより主流なサポートか、あるいは市場にあるOTTサービスのアプリケーションスタックに対するいくつかの変更が必要になるでしょう。

まとめ

コンテンツプロバイダーがH.266/VVCへの移行に踏み切るには、ライセンスやロイヤリティ、後方互換性、パフォーマンスに関する不確実性が解消される必要があります。Apple、Intel、Qualcommといった著名な企業がサポートメンバーに名を連ねているのを見るのは素晴らしいことです。チップセットメーカーや、ハードウェアでのデコード責任を担う企業として、彼らは普及を促進するための鍵となります。

歴史が私たちに教えてくれたことがあるとすれば、それはこのプロセスが、私たちが期待し信じているほどスムーズに、あるいはタイムリーに進まないかもしれないということです。