JP6156808B2 - 圧縮されたビデオデータをデコードするための装置、システム、方法、集積回路、およびプログラム - Google Patents

Description

［関連出願の相互参照］
本願は、発明の名称が「ＭＯＤＥ ＣＯＮＳＴＲＡＩＮＥＤ ＣＯＤＥＤ ＢＩＴ ＮＵＭＢＥＲ ＬＩＭＩＴＡＴＩＯＮ」である２０１３年１月４日に提出された米国仮出願第６１／７４８，９０７号、および発明の名称が「ＭＯＤＥ ＣＯＮＳＴＲＡＩＮＥＤ ＣＯＤＥＤ ＢＩＴ ＮＵＭＢＥＲ ＬＩＭＩＴＡＴＩＯＮ」である２０１３年２月２８日に提出された米国仮出願第６１／７７０，６９９号の便益を主張する。

ＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ）とＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）とにより形成されたＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって現在開発されているＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）は、２０１３年に完成される予定のビデオ圧縮規格である。以前までのビデオ符号化規格と同様にＨＥＶＣは、イントラ／インター予測、変換、量子化、インループフィルタリング、およびエントロピ符号化など基本的な複数の機能モジュールを含む。ＨＥＶＣは、可変であるサイズを有する長方形のブロックの形態である符号化単位（複数のＣＵ）に分割されることになるピクチャのための最大符号化単位（ＬＣＵ）を規定している。ＣＵは、複数のルマピクセルの正方形のブロックと複数のクロマピクセルの対応する２つのブロックとを含む。ＣＵのサイズは、ルマ成分において８×８、１６×１６、３２×３２、または６４×６４となるよう構成され得る。ＬＣＵは、ＨＥＶＣコーデックを実装するときの基本的なユニットと見なされる。

デコーダの複雑さを低減すべく、ＨＥＶＣは、任意の符号化されたＬＣＵのビット数を制限値に制限する。ＬＣＵビット数制限により、デコーダは符号化されたＬＣＵの最悪の場合のビットサイズを知り、ビット数制限を超えない限り、任意のサイズをもつＬＣＵのデコードに適応すべく十分なサイズのバッファを割り当て得る。しかし、制限するビット数の値の選択には注意が払われるべきである。なぜならば、より大きな制限値により、符号化されたＬＣＵが制約に違反する可能性は著しく低減され得るが、より大きな制限値により、デコーダのメモリリソースの要求が高まるからである。ＨＥＶＣ仕様書の最近のドラフト（ＩＳＯ／ＩＥＣ ＪＴＣ／ＳＣ２９／ＷＧ１１およびＩＴＵ−Ｔ ＳＧ１６ ＷＰ３，"Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９"（ＪＣＴＶＣ−Ｊ１００３＿ｄ９），Ｏｃｔｏｂｅｒ ２０１２を参照）において、ビット数制限値（ＬＣＵＢｉｔＮｕｍＬｉｍｉｔ）は、以下の数式（１）および数式（２）において示されるように、ＬＣＵの非圧縮の生データビット数（ＬＣＵＲａｗＤａｔａＮｕｍ）の１つの具体的な比に設定された。
ＬＣＵＲａｗＤａｔａＮｕｍ＝ｓｉｚｅＹ×ｓｉｚｅＹ×ｂｉｔｄｅｐｔｈＹ＋２×ｓｉｚｅＣ×ｓｉｚｅＣ×ｂｉｔｄｅｐｔｈＣ（１）
ＬＣＵＢｉｔＮｕｍＬｉｍｉｔ＝（４／３）×ＬＣＵＲａｗＤａｔａＮｕｍ（２）
ここでｓｉｚｅＹおよびｂｉｔｄｅｐｔｈＹはそれぞれ、ＬＣＵのルマ成分のブロックサイズおよびビット深さであり、ｓｉｚｅＣおよびｂｉｔｄｅｐｔｈＣはそれぞれ、ＬＣＵのクロマ成分のブロックサイズおよびビット深さである。

本明細書において説明される題材は、添付の複数の図面において限定ではなく例として図示されている。図示を単純かつ明確にすべく、図面において示される要素は、必ずしも縮尺通りに描写されていない。例えば、いくつかの要素の寸法は、明確にすべく他の要素と比較して誇張されているかもしれない。さらに、適切であると見なされた場合、対応する、または類似の要素を示すべく、複数の図面間で参照ラベルが繰り返されている。
例示的なビデオ符号化システムの説明図である。 例示的なビデオ符号化スキームの説明図である。 例示的な処理を説明するフロー図である。 例示的なビデオ符号化システムの説明図である。 例示的なシステムの説明図である。 例示的なデバイスを図示する。 例示的な処理を説明するフロー図である。 例示的なビデオ符号化処理を例示するフローチャートである。 処理中の例示的なビデオ符号化処理の説明図である。 本開示の少なくともいくつかの実施例に従って全てが構成された例示的なビデオ符号化システムの説明図である。

添付の図面を参照して、１または複数の実施形態または実施例を説明する。特定の設定および構成が説明されるが、これは例示のみを目的とされていることが理解されるべきである。当業者は、本説明の思想および範囲から逸脱することなく他の設定および構成が用いられ得ることを理解されよう。当業者には、本明細書において説明される技術および／または構成が、本明細書において説明される以外の他の種々のシステムおよび用途においても用いられ得ることが明らかであろう。

以下の説明は、例えばシステムオンチップ（ＳｏＣ）アーキテクチャなどのアーキテクチャで実現され得る様々な実施例を明らかにするが、本明細書において説明される技術および／または構成の実施例は特定のアーキテクチャおよび／またはコンピューティングシステムに限定されず、同様の目的で任意のアーキテクチャおよび／またはコンピューティングシステムで実装され得る。例えば、複数の集積回路（ＩＣ）チップおよび／またはパッケージ、並びに／若しくは、様々なコンピューティングデバイス、および／またはセットトップボックス、スマートフォン、その他など消費者向け電子（ＣＥ）デバイスを例えば用いる様々なアーキテクチャが、本明細書において説明される技術および／または構成を実装し得る。さらに、以下の説明は、ロジック実装、システムコンポーネントのタイプおよび相互関係、ロジックパーティション／統合の選択、その他など多数の具体的な詳細を明らかにするかもしれないが、特許請求される主題は、そのような具体的な詳細を用いずとも実施され得る。他の複数の場合においては、本明細書において開示される題材を曖昧にしないよう、例えば制御構造および完全なソフトウェア命令シーケンスなど何らかの題材が詳細には示されていないかもしれない。

本明細書において開示される題材は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの何らかの組み合わせにより実装され得る。本明細書において開示される題材は、１または複数のプロセッサによって読み取られ実行され得る、マシン可読媒体に格納された命令としても実装され得る。マシン可読媒体は、マシン（例えば、コンピューティングデバイス）により読み取り可能な形態で情報を格納または送信するための何らかの媒体および／またはメカニズムを含み得る。例えば、マシン可読媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク格納媒体、光学格納媒体、フラッシュメモリデバイス、電子、光、音響、または他の形態の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号、その他）、およびその他を含み得る。

本明細書において「一実施例」、「実施例」、「例示的な実施例」、その他を参照した場合、その説明される実施例が、特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態がその特定の特徴、構造、または特性を必ずしも含むとは限らないかもしれない。さらに、そのようなフレーズは、必ずしも同じ実施例について言及しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関連して説明された場合、本明細書において明示的に説明されていようとされていなかろうと、他の実施例に関連してそのような特徴、構造、または特性を実現することは当業者の知識の範囲に含まれるものである。

以下において、符号化単位ビット数制限を含むビデオ符号化に関するシステム、装置、物品、および方法が説明される。

上述したように、ビデオ符号化において、任意の符号化された最大符号化単位（ＬＣＵ）のビット数は、制限値（例えば、ＬＣＵビット数制限）に制限され得る。ＬＣＵビット数制限に基づき、デコーダは例えば、十分なサイズのバッファを割り当ててビット数制限に適応するよう構成され得る。概して、より大きなビット数制限は、符号化されたＬＣＵが制約に違反する可能性を低減し得る。エンコーダにおける制約違反により、エンコーダはイントラブロックパルスコード変調（Ｉ＿ＰＣＭ）モードとなり得る。Ｉ＿ＰＣＭモードは、圧縮を適用せず（例えば、生データが直接送信され）、概してスタンダードエンコーダパイプラインから除外される。したがって違反によりエンコーダは、エンコーダパイプラインを中止し、Ｉ＿ＰＣＭ分岐を開始するようになる。そのような複数の処理は、エンコーダの性能を著しく損ない、概して、エンコーダにおいて、より大きなビット数制限が望ましいかもしれない。しかし、制限するビット数の値の選択には注意が払われるべきである。なぜならば、説明したように、より大きな制限値により、符号化されたＬＣＵが制約に違反する可能性は著しく低減され得るが、説明したように、より大きなビット数制限により、デコーダのメモリリソースの要求（例えば、割り当てられるバッファサイズ）が高まり得るからでる。したがって、ＬＣＵビット数制限の選択は、ビデオ符号化において重要な要素であり得、エンコーダ、デコーダ、または両方における性能に影響を与え得る。

以下により詳細に説明されるように、ＬＣＵビット数制限を選択し実施するための複数の技術が説明される。いくつかの例において、ＬＣＵビット数制限（例えば、ビデオデータブロックのための、またはそれに関連するビット数制限）は、ビデオ符号化装置の符号化モードに基づき決定され得る。例えば、アクティブなビデオ符号化モードに基づき、ビット数制限倍率は複数のビット数制限倍率から決定され得、ビット数制限倍率は、ビデオデータブロックの生ビデオデータサイズにより乗算されて、ビット数制限が決定され得る。概して、より少数のビットを生成する傾向にある複数の符号化モードはより小さいビット数制限倍率を有し得、より多くのビットを生成する傾向にある複数の符号化モードはより大きなビット数制限倍率を有し得る。概して、ビットスケーリング制限係数は、本明細書においてさらに説明されるように、およそ１から２の範囲であり得る。エンコーダにおいて、そのような技術の実装により、ビデオデータブロックの符号化の制約違反の頻度が低減され得、デコーダにおいて、そのような技術は、ビデオデータブロック専用のメモリの量（例えば、バッファサイズ）を制限する、または減少させ得る。

他の複数の例において、ビット数制限倍率は、全ての符号化モードに関して適用され得る５／３の値を有するよう予め決定され得る。そのような複数の例において、ビデオデータの最大符号化単位（ＬＣＵ）のための、またはそれに関連するビット数制限は、最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することにより決定され得る。ビデオデータは、決定されたビット数制限に基づき符号化され得る。ここでも、そのような複数の実施例により、実装の単純さの更なる利点を提供しつつ、エンコーダにおいて違反が低減され得、デコーダにおいて専用のメモリが制限され得る。

本明細書において用いられるように、「符号化装置」という用語は、エンコーダおよび／またはデコーダを指し得る。同様に、本明細書において用いられるように「符号化」という用語は、エンコーダを介してビデオエンコードを実行すること、および／または、デコーダを介してビデオデコードを実行することを指し得る。例えば、ビデオエンコーダおよびビデオデコーダは両方とも、ビデオデータの符号化が可能な複数の符号化装置の複数の例であり得る。加えて、本明細書において用いられるように、「コーデック」という用語は、エンコーダおよび／またはデコーダを実装し得る、例えば、ソフトウェア、ファームウェア、および／またはハードウェアの何らかの組み合わせなど、任意の処理、プログラム、または複数の処理のセットを指し得る。

図１は、本開示の少なくともいくつかの実施例に従って構成された例示的なビデオ符号化システム１００の説明図である。様々な実施例において、システム１００は、例えばＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格（ＩＳＯ／ＩＥＣ ＪＴＣ／ＳＣ２９／ＷＧ１１ ａｎｄ ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３，"Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ８"（ＪＣＴＶＣ−Ｊ１００３＿ｄ７），Ｊｕｌｙ ２０１２を参照）など１または複数の規格または仕様に従ってビデオ圧縮および／または解凍を実行し得、複数のビデオコーデックを実装し得る。

システム１００並びに／若しくは他の複数のシステム、スキーム、または処理は本明細書において、ＨＥＶＣ規格の文脈で説明されるかも知れないが、本開示は、何らかの特定のビデオエンコード規格または仕様、若しくはこれらの拡張に限定されない。

ＨＥＶＣ規格は、ピクチャが重複しない複数の最大符号化単位（複数のＬＣＵ）に分割されることを特定しており、各ＬＣＵは、可変であるサイズを有する複数の長方形のブロックの形態である複数の符号化単位（複数のＣＵ）に分割され得る。４分木ベースの分割スキームは、各ＬＣＵ内で、ＣＵパーティションパターンを特定する。またＨＥＶＣは、それぞれ予測および変換の目的でどのように所与のＣＵを分割するかを特定する複数の予測ユニット（複数のＰＵ）および複数の変換ユニット（複数のＴＵ）を規定している。ＣＵは通常、１つのルマ符号化ブロック（ＣＢ）と２つのクロマＣＢとを関連するシンタックスと共に含み、ＰＵはさらに、６４×６４のサンプルから、少ない場合には４×４のサンプルの範囲に亘るサイズを有する複数の予測ブロック（複数のＰＢ）に分割され得る。本明細書において用いられるように、「ブロック」という用語は、ビデオピクチャの任意のパーティションまたはサブパーティションを指し得る。例えば、ブロックとは、ＬＣＵ、ＰＵ、ＰＢ、ＴＵ、またはＣＵに対応するビデオデータを指し得る。

図示されているように、システム１００は、エンコーダ１０２とデコーダ１２０とを含み得る。符号化単位分割モジュール１０４により複数の入力ピクチャを処理した後、エンコーダ１０２は、変換および量子化モジュール１０６と、逆量子化および逆変換モジュール１０８と、モード決定モジュール１１７を介してエンコーダ１０２により実施されるモード決定に応じて、イントラ予測モジュール１１０を含む第１経路と、デブロックフィルタリングモジュール１１２、サンプル適応オフセットフィルタリングモジュール１１４、およびインター予測モジュール１１６を含む第２経路とのうち何れか一方とを含み得る符号化ループを用いて複数の入力ピクチャ１０１をエンコードし得る。複数の入力ピクチャ１０１を変換した後、エンコーダ１０２は、圧縮された複数の画像を、エントロピエンコードモジュール１１８を用いてエントロピエンコードし得る。最後に、エンコーダ１０２は符号化されたビデオデータを組み込んだビットストリーム１１９を生成し得る。モジュール１０４、１０６、１０８、１１０、１１２、１１４、１１６、１１７および１１８の機能性は当技術分野においてよく理解されており、本明細書においてはより詳細には説明しない。

デコーダ１２０は、ビットストリーム１１９の形態の符号化されたビデオデータを受信し得、エントロピデコードモジュール１２２および逆量子化および逆変換モジュール１２４によりデータを処理した後、結果として得られたデータを、ビットストリーム１１９のシンタックスにおいて示されシンタックス制御モジュール１２７を介して実装される符号化モードに応じて、イントラ予測モジュール１２６を含む第１経路と、デブロックフィルタリングモジュール１２８、サンプル適応オフセットフィルタリングモジュール１３０、およびインター予測モジュール１３２を含む第２経路とのうち何れか一方を用いるデコードループを用いてデコードし得る。デコーダ１２０は、例えば、符号化単位アセンブラモジュール１３４を用いて、ディスプレイを介してユーザに提示され得るデコードされた複数の出力ピクチャ１３５を生成し得る。モジュール１２２、１２４、１２６、１２７、１２８、１３０、１３２および１３４の機能性は当技術分野においてよく理解されており、本明細書においてはより詳細には説明しない。

図１は、システム１００が特定のエンコードおよびデコードモジュールを用いるものとして図示しているが、図１においては明確性のために描かれていない様々な他の複数の符号化モジュールまたはコンポーネントが本開示に従って利用され得る。さらに本開示は図１に図示される特定の複数のコンポーネント、および／または、システム１００の様々なコンポーネントが構成されるやり方に限定されない。

本明細書において説明されるシステムの様々なコンポーネントは、ソフトウェア、ファームウェア、および／またはハードウェア、並びに／若しくはこれらの何らかの組み合わせで実装され得る。例えば、システム１００の様々なコンポーネントは、例えば携帯電話などのコンピューティングシステムにおいて見られるものなどのようにコンピューティングシステムオンチップ（ＳｏＣ）のハードウェアにより少なくとも部分的に提供され得る。

さらに、システム１００のエンコーダ１０２は、例えばビデオコンテンツサーバシステムを含むコンテンツプロバイダシステムに関連し得る、および／またはそれにより提供され得ること、並びに、ビットストリーム１１９は、図１に描かれていない複数の送受信機、アンテナ、ネットワークシステム、およびその他など様々な通信コンポーネントおよび／またはシステムによりデコーダ１２０へと送信または伝達され得ることが理解されよう。またデコーダ１２０は、エンコーダ１０２の遠隔にある、図１に描かれていない複数の送受信機、アンテナ、ネットワークシステム、およびその他などの様々な通信コンポーネントおよび／またはシステムを介してビットストリーム１１９を受信するコンピューティングデバイス（例えば、デスクトップ型コンピュータ、ラップトップコンピュータ、タブレット型コンピュータ、コンバーチブルラップトップ、携帯電話、またはその他）などのクライアントシステムに関連し得ることも理解されよう。したがって、様々な実施例において、エンコーダサブシステム１０１とデコーダサブシステム１０３とは、共に、または互いに独立しての何れか一方で実装され得る。さらに、本明細書において説明される複数のシステム、装置、および方法は、複数の入力および出力ピクチャおよびビデオデータブロック、並びにその他を指し得るが、本開示はこの点に関して限定されず、説明される複数の技術は、複数のフレームに対して、または例えばシーケンス、レイヤー、ピクチャ、スライス、またはブロックなどのビデオデータの任意の適したコンポーネントに対して実行され得る。

以下により詳細に説明されるように本開示によると、符号化の処理において、いくつかの実施例において、ビデオデータエンコーダ１０２は、様々なビット数制限値から選択し得、選択された値をビデオデータの複数のブロックと関連付け得る。様々な実施例において、複数のブロックは、複数のＬＣＵであり得る。いくつかの例において、エンコーダ１０２は、ビデオデータをエンコードするのにどの符号化モードをエンコーダ１０２が用いたかに応じて、様々なビット数制限値のうち異なるものを、符号化された複数のＬＣＵに関連付け得る。そうするにあたって、エンコーダは、用いられる複数の符号化モードの特定のセットがより多くのビットを生成する可能性がより高い場合、より大きなビット数制限値を複数のＬＣＵに割り当て得る。例えば、エンコーダ１０２が変換スキップモードを除くＨＥＶＣメインプロフィールにおける全ての符号化モードを用いる場合、エンコーダ１０２はより大きなビット数制限をＬＣＵに割り当て得、エンコーダ１０２が変換スキップモードを含むＨＥＶＣメインプロフィールにおける全ての符号化モードを用いる場合、エンコーダ１０２はより小さなビット数制限を割り当て得る。

いくつかの実施例において、ビデオデータエンコーダ１０２および／またはビデオデータデコーダ１２０は、複数のビット数制限倍率からビット数制限倍率を決定することによりビット数制限を決定し得る。複数のビット数制限倍率からのビット数制限倍率の決定は、ビデオデータエンコーダ１０２のアクティブなビデオ符号化モードに基づき得、ビット数制限は、ビット数制限倍率に基づき決定され得る。例えば、ビット数制限は、ビット数制限倍率とビデオデータブロックの生ビデオデータサイズとを乗算することにより決定され得る。そのような複数の技術は、例えば規格を介してエンコーダ１０２とデコーダ１２０とのうち両方において適用されるプロフィールまたは表を介して、ビデオデータエンコーダ１０２とビデオデータデコーダ１２０とのうち両方において適用され得る。

他の複数の例において、ビデオデータエンコーダ１０２は、ビットストリーム１１９を介し、複数のビット数制限倍率および対応する複数の符号化モードをエンコードし得る。以下にさらに説明されるように、複数のビット数制限倍率と、対応する複数の符号化モードとが、ビットストリーム１１９のＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分に含められ得る。そのような複数の例において、ビデオデータエンコーダ１０２は、複数の符号化モードと、対応する複数のビット数制限倍率値との組み合わせをカスタマイズし得、これにより、符号化処理における複数の制限の複数の制約および詳細を管理し得る。ビデオデータデコーダ１２０は、本明細書において説明されるように、受信した複数の符号化モードと、対応する複数のビット数制限倍率値とを実装し得る。いくつかの例において、異なるように特定されていなければ、デフォルトのビット数制限倍率が用いられ得る。様々な例において、デフォルトのビット数制限倍率は、３／２、５／３、またはその他であり得る。

いくつかの実施例において、ビデオデータエンコーダ１０２および／またはビデオデータデコーダ１２０は、全ての符号化モードに関して適用され得る５／３である予め決定された値を有するビット数制限倍率を実装し得る。そのような複数の例において、ビデオデータ（例えば、ＬＣＵＢｉｔＮｕｍＬｉｍｉｔ）の最大符号化単位（ＬＣＵ）のための、またはそれに関連するビット数制限は、数式（３）において示されるように、最大符号化単位生データ数（例えば、ＬＣＵＲａｗＤａｔａＮｕｍとして上記の数式（１）を介して決定される）と、５／３であるビット数制限倍率とを乗算することにより決定され得る。 ＬＣＵＢｉｔＮｕｍＬｉｍｉｔ ＝（５／３）×ＬＣＵＲａｗＤａｔａＮｕｍ（３）

ビデオデータは、ビデオデータエンコーダ１０２および／またはビデオデータデコーダ１２０において、本明細書において説明されるように決定されたビット数制限に基づき符号化され得る。

本明細書において用いられるように、「符号化モード」というフレーズは、イントラモード、インターモード、変換スキップモードなどを含むがこれらに限定されない、ビデオデータを圧縮するのにエンコーダが用い得る様々な圧縮モードのうち１つを指し得る。当業者が理解するように、変換スキップモードを用いることによりエンコーダは、何らかのビデオデータを符号化するのにより少ないビットを用い得、対応して、デコーダは、符号化されたビデオデータを格納するのにより小さいバッファサイズを用い得る。様々な例において、以下にさらに説明されるように、符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、または変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、若しくはその他を含み得る。

概して、ＨＥＶＣメインプロフィールは、複数のＩ（イントラ符号化）、Ｐ（予測）、またはＢ（双予測）ピクチャを符号化するためのプロフィールを含み得、ＨＥＶＣメイン静止画プロフィールは、複数のＩピクチャのみを符号化するためのプロフィールを含み得、ＨＥＶＣメイン静止画プロフィールは、ＨＥＶＣメインプロフィールのサブセットであり得る。さらに、例えば、ＨＥＶＣメインプロフィールは、８ビットであるビット深さにより符号化のためのプロフィールを含み得、ＨＥＶＣメイン１０プロフィールは、１０ビットであるビット深さの符号化のためのプロフィールを含み得る。

概して、説明されるように本開示によると、エンコーダまたはデコーダにより用いられる複数の符号化モードに基づき種々の倍率が選択され得る。選択された倍率は、数式（４）に基づきビット数制限を割り当てるのに用いられ得る。
ＬＣＵＢｉｔＮｕｍＬｉｍｉｔ＝ｓｃａｌｅ＿ｆａｃｔｏｒ（ｃｏｄｉｎｇ ｍｏｄｅｓ）×ＬＣＵＲａｗＤａｔａＮｕｍ（４）
ここでｓｃａｌｅ＿ｆａｃｔｏｒ（・）は、複数の符号化モードセットを［１．０，２．０］または（１．０，２．０］、若しくはその他の範囲内の有理数へマッピングする関数を表す。ｓｃａｌｅ＿ｆａｃｔｏｒ（・）の使用は、マッピング表ベースのやり方で説明され得る。例えば、ビット数制限倍率の決定は、複数のビット数制限倍率と、対応する複数の符号化モードとを有する表にアクセスすることを含み得る。最初に、全ての考えられ得る符号化モードが、いくつかのセットへと管理され得、それぞれのセットは、マッピングテーブル内のエントリインデックスが割り当てられている。特定の複数の数が、全てのエントリに割り当てられ得る。

例えば、以下の表は、例示的な倍率マッピングを例示している。

表１：倍率マッピングの一般的な例

したがって、複数の画像（または一般的にビデオデータ）を圧縮するのに用いられた符号化モードの組み合わせに応じて、エンコーダ１０２またはデコーダ１２０は、異なる倍率を割り当て、特定、または選択得る。１つの非限定的な例として、以下の表は、特定の例示的な倍率マッピングを図示している。

表２：倍率マッピングの具体例

表２の非限定的な例において示されるように、全てのＨＥＶＣメインプロフィール符号化モードを用いるとき、エンコーダ１０２またはデコーダ１２０は、４／３の倍率値に対応する第１インデックス値を割り当て、特定、または選択得る。対照的にエンコーダ１０２は、変換スキップモードを除く全てのＨＥＶＣメインプロフィール符号化モードを用いるとき、３／２（または１．５）の倍率値に対応する第２インデックス値を割り当て、特定、または選択得る。加えて、ＨＥＶＣメインプロフィールにおける複数の符号化モードに関して、それらの符号化モードが変換スキップモードを含むか否かに関わらず、エンコーダ１０２は、５／３の倍率値に対応する第２インデックス値を割り当て、特定、または選択し得る。様々な実施例において、用いられる倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい任意の数であり得る。言い換えると、様々な制限において、複数の倍率は、［１．０，２．０］または（１．０，２．０］、若しくはその他の範囲に亘る複数の値を有し得る。

説明されるように、ビット数制限倍率は、符号化モードに基づき複数のビット数制限倍率から決定され得る。概して、任意の数および組み合わせの符号化モードおよび対応する複数のビット数倍率が実装され得る。いくつかの例において、符号化されているビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを含み得る。そのような複数の例において、第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、対応する第１ビット数制限倍率は４／３を含み得、第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、対応する第２ビット数制限倍率は３／２を含み得、第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、対応する第３ビット数制限倍率は４／３を含み得、第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、対応する第４ビット数制限倍率は３／２を含み得、第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、対応する第５ビット数制限倍率は５／３を含み得、第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、対応する第６ビット数制限倍率は５／３を含み得る。

説明されるように、様々な実施例において、複数の倍率は予め決定されたやり方で、様々なビデオ仕様プロフィールおよび／またはレベルセクションに割り当てられ得る。例えば、ＨＥＶＣメインプロフィールは、ＬＣＵビット数制限を決定するために１つの倍率が割り当てられ得、ＨＥＶＣメイン１０プロフィールは、ＬＣＵビット数制限を決定するために異なる倍率が割り当てられ得る。したがって、受信されたビデオデータに適用される符号化のタイプ（例えば、メインプロフィールまたはメイン１０プロフィール）に応じて、デコーダは、数式（３）を用いて、予め決定された倍率を適用して、対応するＬＣＵビット数制限、したがって複数のバッファ要求を決定し得る。

他の複数の実施例において、倍率は、用いられる符号化モードに関わらず適用され得る、５／３の値を有するよう予め決定され得る。したがって、受信した符号化されたビデオデータのタイプ（例えば、メインプロフィール、メイン静止画プロフィール、またはメイン１０プロフィール、若しくはその他）に関わらず、デコーダは、５／３である予め決定された倍率を適用して、数式（３）を用いて、対応するＬＣＵビット数制限を決定し得、したがって、複数のバッファ要求を決定し得る。

説明されるように、様々な実施例において、複数の倍率は複数の符号化モードに関連付けられ得、決定または選択された倍率は、ビット数制限を決定するのに用いられ得る。他の複数の例において、複数のビット数制限は、対応する複数の符号化モードに関連付けられ得、符号化モードおよびビデオデータブロック（例えば、ＬＣＵなど）のための、またはそれらに関連するビット数制限を決定するのに直接用いられ得る。そのような複数の例において、ビデオデータブロックに関する生データ数の大きさは、一定であり得る、一定であることが想定される、またはその他であり得る。

図７は、本開示の少なくともいくつかの実施例に従って構成された例示的な処理を説明するフロー図である。示されるように、処理７００は、エンコーダ７０２および／またはデコーダ７２０を介して実施され得る。処理７００は、エンコーダ７０２を介して複数の入力ピクチャ７０１を受信することと、ブロック７０４「複数のピクチャを複数のＬＣＵへ分割」において、複数の入力ピクチャ７０１を複数の最大符号化単位（複数のＬＣＵ）７０５へ分割することを含み得る。複数の入力ピクチャ７０１および複数のＬＣＵ７０５に関して説明されるが、複数の技術は、本明細書において説明されるように任意の入力ビデオおよび複数のビデオデータブロックに適用され得る。複数のＬＣＵ７０５は、ブロック７０６「通常の複数の符号化モードを用いてＬＣＵをエンコード」において、エンコーダ７０２を介して、本明細書において説明されるように通常のまたは典型的な複数の符号化モードを用いてエンコードされ得る。さらに、複数のＬＣＵ７０５に関するビット数制限が説明されるように適用され得る。いくつかの例において、複数のＬＣＵ７０５に関するビット数制限は、符号化モードに基づき複数のビット数制限倍率から決定されたビット数制限倍率に基づき決定され得る。他の複数の例において、複数のＬＣＵ７０５に関するビット数制限は、ＬＣＵ生データ数と５／３の倍率とを乗算することに基づき決定され得る。

いずれの場合でも、ブロック７０８「ＬＣＵビットサイズが制限に違反しているかをチェック」において、符号化された複数のＬＣＵ７０５に関するＬＣＵビットサイズが、ビット数制限と比較され得る。符号化されたＬＣＵがビット数制限より少数のビットを有する（例えば、違反が起こっていない）場合、符号化されたＬＣＵまたは複数のＬＣＵは、ブロック７１０「ビットストリームへとパッケージ」においてビットストリーム７１９へとエンコードまたはパッケージ化されされ得る。符号化されたＬＣＵがビット数制限よりも多くのビットを有する（例えば、違反が起こっている）場合、違反しているＬＣＵは、ブロック７１２「Ｉ＿ＰＣＭモードを用いてＬＣＵを再エンコード」において、イントラブロックパルスコード変調（Ｉ＿ＰＣＭ）モードを用いて再エンコードされ得る。再エンコードされたＬＣＵは、ブロック７１０においてビットストリーム７１９へとパッケージ化され得る。説明されるように、Ｉ＿ＰＣＭモジュールは、圧縮を適用せず（例えば、生データが直接送信される）、概して、スタンダードエンコーダパイプラインから除外される。したがって、ブロック７０８における違反によりエンコーダ７０２は、スタンダードエンコーダパイプラインを中止し、Ｉ＿ＰＣＭ分岐を開始するようになる。そのような複数の処理は、エンコーダ７０２の性能を著しく損ない得る。

処理７００はブロック７２２「ビットストリームからＬＣＵデータをフェッチしバッファリング」において続き得、受信されたビットストリーム７１９が受信され得、ＬＣＵデータがビットストリーム７１９からフェッチされバッファリングされ得る。さらに、本明細書において説明されるように、いくつかの例において、ビットストリーム７１９は、複数のビット数倍率と、対応する複数の符号化モードとを含み得、他の複数の例において、複数のビット数倍率と、対応する複数の符号化モードとが、デコーダ７２０を介して直接実装され得る。さらに、いくつかの例において、５／３の倍率など一定の倍率が適用され得る。いずれの場合でも、説明されるように、デコーダ７２０において、ビット数倍率とＬＣＵビット数制限とが専用の、または割り当てられるバッファサイズを決定し得る。ＬＣＵビット数制限が大き過ぎる場合、デコーダ７２０の性能は悪影響を受け得、または、概してデコーダ７２０は、不必要な、コストの高いメモリリソースを実装し得る。示されるように、ブロック７２４「ＬＣＵをデコード」において、ＬＣＵデータがデコードされて、複数の出力ピクチャ７３５を生成するべくブロック７２６「ピクチャをアセンブル」においてアセンブルされ得る複数のＬＣＵ７２５が生成され得る。複数の出力ピクチャ７３５は、例えばディスプレイデバイスを介し、ユーザへ提示され得る。

説明されるように、図７は例示的な処理７００を図示する。また図７は、ビデオ符号化ブロックに関するビット数制限を選択する重要性を図示する。説明されるように、例えば、小さ過ぎるビット数制限は、エンコーダ７０２における乏しい性能を引き起こし得、大き過ぎるビット数制限は、デコーダ７２０において乏しい性能を引き起こし得る。

説明されるように、いくつかの実施例において、倍率およびビデオデータブロックのビット数制限の決定は、エンコーダとデコーダとのうち両方において同じまたは同様の複数の技術を用いて決定され得る。いくつかの例において、一定の倍率（例えば、倍率５／３）が用いられ得、他の複数の例において、倍率は、符号化モードに基づき複数の倍率から決定され得る。他の複数の実施例において、エンコーダは複数のビット数制限倍率と、対応する複数の符号化モードとによりビットストリームをエンコードし得、デコーダは提供された情報を用いて、本明細書において、特に、以下に図９に関して説明されるように倍率とビット数制限とを実施し得る。さらに他の複数の実施例において、エンコーダは、エンコーダが任意の特定の符号化されたビデオデータに関してどの倍率を割り当て、特定、または選択したかデコーダに知らせる情報をデコーダに提供し得る。

他の複数の実施例において、エンコーダは、エンコーダがデコーダへ提供するビットストリームまたはその一部にインジケータ、メッセージ、またはそれらの一部を含め得る。デコーダはその情報を用いて、選択された倍率を特定し得、数式（４）を用いて、符号化されたビデオデータを格納するためのＬＣＵビット数制限と、対応するバッファサイズとを決定し得る。

したがって、再び図１を参照すると、エンコーダ１０２は、ビットストリーム１１９により伝達される符号化されたビデオデータの様々な部分に関連する選択された倍率をデコーダ１２０に知らせるよう、ビットストリーム１１９またはその一部に、インジケータ、メッセージ、またはそれらの一部を含め得る。図２は、本開示の少なくともいくつかの実施例に従って構成された、例示的なビデオ符号化スキームの説明図である。例えば、図２は、本開示に係る、ビットストリーム１１９などの例示的なビットストリーム２００を図示する。図２に描かれるように、ビットストリーム２００はヘッダ部分２０２とデータ部分２０４とを含み得る。ヘッダ部分２０２は、１または複数のインジケータ２０６を含み得る。例えば、複数のインジケータ２０６は、複数のＬＣＵなど符号化されたビデオデータの１または複数のブロックに関して、（上記で表に関して説明された）インデックス値、したがって本明細書において説明される特定の倍率に対応する値を有するインジケータ２０８を含み得る。様々な実施例において、ヘッダ部分２０２および／またはデータ部分２０４は、選択された倍率を特定するインジケータを含み得るＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージなどデータパッケージ２１０を含み得る。

説明されるように、いくつかの例において、エンコーダは複数のビット数制限倍率と、対応する複数の符号化モードとによりビットストリームをエンコードし得、デコーダは提供された情報を用いて、説明されるように（例えば、倍率と生ビデオデータサイズとを乗算することにより）（例えば、アクティブである対応する複数の符号化モードに基づく）複数の倍率と複数のビット数制限とを実装し得る。図１を参照すると、エンコーダ１０２は、複数のビット数制限倍率と、対応する複数の符号化モードとによりビットストリーム１１９をエンコードし得る。例えば、図２に描かれているようにビットストリーム２００は、複数のビット数制限倍率と、対応する複数の符号化モードとを含み得るデータパッケージ２１０を含み得る。例えば、複数のビット数制限倍率と、対応する複数の符号化モードとは、ビットストリーム２００内のＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージまたはＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分として提供され得る。

図３は、本開示の様々な実施例に係る例示的な処理３００のフロー図を図示する。処理３００は、図３のブロック３０２、３０４、３０６、３０８、３１０および３１２のうち１または複数により図示されるような１または複数の処理、機能、またはアクションを含み得る。非限定的な例として、処理３００は、図１のデコーダシステム１２０により実行されるビデオデコード処理の少なくとも一部を形成し得る。

さらに、処理３００は、プロセッサ４０２、ビデオコーデックモジュール４０６、およびメモリ４０８を含む図４のビデオ符号化システム４００を参照して本明細書において説明される。プロセッサ４０２は、コーデックモジュール４０６のインスタンスを生成して、本開示に係る複数のビデオ符号化処理を提供し得る。システム４００の例において、メモリ４０８は、複数のＬＣＵなどの符号化されたビデオデータを含むビデオコンテンツを格納し得る。コーデックモジュール４０６は、ソフトウェア、ファームウェア、および／またはハードウェアの何らかの組み合わせにより提供されるＨＥＶＣコーデックを実装し得る。メモリ４０８は、揮発性メモリ（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、その他）、または不揮発性メモリ（例えば、フラッシュメモリ、その他）など、何らかのタイプのメモリであり得る。非限定的な例において、メモリ４０８はキャッシュメモリにより実装され得る。

図３の説明に戻ると、処理３００は、ブロック３０２「インジケータを含むビットストリームを受信」において開始し得、倍率を特定するインジケータを含むビットストリームが受信され得る（例えば、インジケータは、ビットストリームの一部分である）。例えば、インジケータは、ビットストリームフラグ、またはＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージまたはその他の一部分であり得る。インジケータは、ブロック３０４「インジケータにアクセス」においてアクセスされ得、インジケータの値を決定し得る。例えば、デコーダ１２０は、図２のインジケータ２０８などのインジケータを含むビットストリーム１１９をブロック３０２において受信し得る。例えば、インジケータは、上述したようにマッピングテーブルの複数のインデックス値に対応する複数の異なる値を有し得、インジケータのそれぞれの値（および対応する符号化モード）は、複数のビット数制限のうち異なる１つに対応し得る。インジケータは、例えば、最大符号化単位（ＬＣＵ）などビデオデータブロックに関連し得る。

処理３００はブロック３０６「インジケータの決定された値に基づき複数のビット数制限からビット数制限を選択」において続き得、ビット数制限が、インジケータの決定された値に基づき複数のビット数制限から選択され得る。前に説明されたように、デコーダ１２０は、決定されたインジケータ値に基づき倍率を決定し（ブロック３０８「決定されたインジケータ値に基づき倍率を決定」）、数式（４）を用いてビデオデータブロックの生データサイズを倍率により乗算する（ブロック３１０「ビデオデータブロックの生データサイズを倍率により乗算」）ことによりブロック３０６を実行し得る。例えば、表２の非限定的な例を参照すると、インジケータ値が１のインデックス値を特定した場合、対応する倍率は４／３であり得、インジケータ値が２のインデックス値を特定した場合、対応する倍率は３／２であり得、インジケータ値が５のインデックス値を特定した場合、対応する倍率は５／３であり得る、などである。概して倍率は、例えば、１と等しいまたはそれより大きく２と等しいまたはそれより小さい、３／２、４／３、または５／３、若しくはその他の数などの何らかの適した値を有し得る。

処理３００は、ブロック３１２「ビット数制限に基づきバッファサイズを決定」において終了し得、デコーダがビット数制限（例えば、選択されたビット数制限）に基づきバッファサイズを決定する。例えば、所与の生ビデオデータサイズに関して、より大きな倍率により、ブロック３０６においてより大きなビット数制限が、ブロック３１２において、対応してより大きなバッファサイズが決定されることとなり得、より小さな倍率により、ブロック３１２において、対応してより小さなバッファサイズとなり得る。

図８は、本開示の少なくともいくつかの実施例に従って構成された例示的なビデオ符号化処理８００を例示するフローチャートである。図示された実施例において、処理８００は、ブロック８０２および／または８０４のうち１または複数により図示されるような１または複数の処理、機能、またはアクションを含み得る。非限定的な例として、処理８００は、本明細書において例示的なビデオ符号化システム１００を参照し説明される。処理８００は概して符号化を対象とし得、説明される複数のコンセプトおよび／または処理が同じまたは同様のやり方でエンコードおよび／またはデコードに適用され得る。

処理８００は、ビデオ符号化を実行するためのコンピュータで実施される方法として利用され得る。処理８００は、処理８０２「アクティブなビデオ符号化モードに基づき複数のビット数制限倍率からビット数制限倍率を決定」において開始し得、ビット数制限倍率が、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率から決定され得る。例えば、エンコーダ１０２またはデコーダ１２０がビット数制限倍率を決定し得る。いくつかの例において、ビット数制限倍率の決定は、複数のビット数制限倍率および対応する複数の符号化モードを有し得る表（例えば、表１または表２）にアクセスすることを含み得る。いくつかの例において、５／３のビット数制限倍率が全ての符号化モードに関して用いられ得る。さらに、いくつかの例において、表を介して、アクティブな符号化モードが利用可能でないでことが決定され得、そのような複数の例において、ビット数制限倍率は、デフォルトのビット数制限倍率に設定され得る。概してビット数倍率は、例えば、１と等しいまたはそれより大きく２と等しいまたはそれより小さい３／２、４／３、または５／３、若しくはその他の数などの何らかの適した値であり得る。

処理は処理８０２から、処理８０４「ビット数制限倍率に基づきビデオデータブロックに関連するビット数制限を決定」へと続き得、ビデオデータブロックに関するビット数制限が、ビット数制限倍率に少なくとも部分的に基づき決定され得る。例えば、エンコーダ１０２またはデコーダ１２０が、ビット数制限を決定し得る。いくつかの例において、ビデオデータブロックのための、またはそれに関連するビット数制限の決定は、（例えば、数式（４）において示されるような）ビット数制限倍率と、ビデオデータブロックの生ビデオデータサイズとの乗算を含み得る。説明されるように、いくつかの例において、ビット数制限倍率は、全ての符号化モードに関して５／３であり得、そのような複数の例において、ビデオデータの最大符号化単位に関するビット数制限は、最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することにより決定され得る。

概して、エンコーダ１０２および／またはデコーダ１２０は、決定されたビット数制限に基づきビデオデータを符号化し得る。エンコーダ１０２において、符号化されたビデオデータはビットストリーム１１９でエンコードされ得る。デコーダ１２０において、符号化されたビデオデータは、例えばディスプレイデバイスを介してユーザへ提示され得る複数の出力ピクチャを生成するのに用いられ得る。

概して処理８００は、任意の数のビデオデータブロックのために任意の回数繰り返され得る。さらに、処理８００は、符号化モードの変更に応じて、または定期的に、若しくはその他の方式で開始され得る。結果として得られるビット数は、説明されるようにビットストリームをエンコードするのに、または複数の出力ピクチャを生成するのに用いられ得る。処理８００に関するいくつかの追加的および／または代替的な詳細が、本明細書において、特に以下に図９に関して説明される複数の実施例の１または複数の例において例示され得る。

図９は、本開示の少なくともいくつかの実施例に従って構成された、処理中の例示的なビデオ符号化システム９００およびビデオ符号化処理９００の説明図である。図示されている実施例において、処理９００は、アクション９０１、９０２、９０３、９０４、９０５、９０６、９０７、９０８、９０９、９１０、９１１、９１２、９１３および／または９１４のうち１または複数により図示される１または複数の処理、機能、またはアクションを含み得る。非限定的な例として、処理９００が、本明細書において図１の例示的なビデオ符号化システム１００を参照し説明されるであろう。

図示されている実施例において、ビデオ符号化システム１００は、ロジックモジュール９２０およびその他、並びに／若しくはそれらの組み合わせを含み得る。例えば、ロジックモジュール９２０は、ビット数制限モジュール９５０を含み得る（例えばエンコーダ１０２またはエンコーダ７０２に対応し得る）エンコーダ９３０と、ビット数制限モジュール９６０を含み得るデコーダ９４０とを含み得る。図９において示されるようにビデオ符号化システム１００は、特定の複数のモジュールに関連する複数のブロックまたはアクションの１つの特定のセットを含み得るが、これらのブロックまたはアクションは、ここで図示される特定のモジュールとは異なるモジュールに関連し得る。図示される処理９００は、エンコードおよびデコードを対象としているが、説明される複数のコンセプトおよび／または処理は、エンコードおよび／またはデコードに別個に適用され得、より一般的には、ビデオ符号化に適用され得る。

処理９００は、ブロック９０１「ビット数倍率を決定」において開始され得、ビット数制限倍率が、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率から決定され得る。例えば、エンコーダ９３０は、ビット数制限モジュール９５０を介してビット数制限倍率を決定し得る。いくつかの例において、ビット数制限倍率の決定は、複数のビット数制限倍率および対応する複数の符号化モードを有し得る表（例えば、表１または表２）にアクセスすることを含み得る。他の複数の例において、５／３のビット数制限倍率が全ての符号化モードに関して用いられ得る。

処理９００はブロック９０１からブロック９０２「ビデオデータブロックに関連するビット数制限を決定」に続き得、ビデオデータブロックのための、またはそれに関連するビット数制限が、ビット数制限倍率に少なくとも部分的に基づき決定され得る。例えば、エンコーダ９３０は、ビット数制限モジュール９５０を介してビット数制限を決定し得る。いくつかの例において、ビデオデータブロックのための、またはそれに関連するビット数制限の決定は、（例えば、数式（４）において示されるような）ビット数制限倍率と、ビデオデータブロックの生ビデオデータサイズとの乗算を含み得る。説明されるように、いくつかの例において、ビット数制限倍率は、全ての符号化モードに関して５／３であり得、そのような複数の例において、ビデオデータの最大符号化単位に関するビット数制限は、（例えば、数式（３）において示されるように）最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することにより決定され得る。

処理９００は、ブロック９０２からブロック９０３「ビット数制限に基づきビデオデータを符号化」へと続き、ビデオデータが、ビット数制限に少なくとも部分的に基づき符号化され得る。例えば、エンコーダ９３０はビット数制限に基づきビデオデータをエンコードし得る。

処理９００は、ブロック９０３からブロック９０４「符号化されたデータに基づきビットストリームをエンコード」へと続き、ビットストリームが、符号化されたビデオデータに少なくとも部分的に基づきエンコードされ得る。例えば、エンコーダ９３０は、ブロック９０３においてエンコードされたデータに基づきビットストリームをエンコードし得る。エンコードされたビットストリームは、例えばビットストリーム１１９またはビットストリーム７１９に対応し得る。

処理９００は、ブロック９０４からブロック９０５「複数のビット数倍率および対応する複数の符号化モードでビットストリームをエンコード」へと続き、複数のビット数制限倍率および対応する複数の符号化モードが、ビットストリームでエンコードされ得る。いくつかの例において、複数のビット数制限倍率および対応する複数の符号化モードが、ビットストリームのＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分として提供され得る。説明されるように、いくつかの例において、デコーダはビットストリームを介して受信された情報を用いて、説明される複数の技術を実装し得る。

他の複数の例において、デコーダは、デコーダにおいて事前にロードされた、または予め決定された複数の倍率と、対応する複数の符号化モードとを用いて、説明される複数の技術を実装し得る。さらに他の複数の例において、５／３である一定の倍率が用いられ得る。そのような複数の例において、ブロック９０５はスキップされ得る。

処理９００は９０６「ビットストリームを転送」において続き得、エンコードされたビットストリームが転送され得る。示されるように、エンコードされたビットストリームは、デコーダ９４０へ転送され得る。説明されるように、エンコーダ９３０は、コンテンツプロバイダシステムに関連し得、および／またはそれにより提供され得、デコーダ９４０は、クライアントシステムに関連し得る。

したがって、様々な実施例において、エンコーダ９３０およびデコーダ９４０は、互いに実質的に独立して実装され得る。様々な例において、ビットストリームは、インターネットを介し、メモリデバイスを介しし、またはその他により転送され得る。理解されるように、いくつかの実施例においてビットストリームは、連続的に、または並行して複数のデバイスへ転送され得る。

処理９００はブロック９０６から続き得、またはブロック９０７「ビットストリームを受信」において開始し得、ビデオデータに関連するビットストリームがデコーダ９４０において受信され得る。

処理９００は、ブロック９０７からブロック９０８「ビットストリームにアクセスし、複数のビット数倍率と、対応する複数の符号化モードとを決定」へ続き得、受信されたビットストリームがアクセスされて、複数のビット数制限倍率と、対応する複数の符号化モードとが決定され得る。説明されるように、いくつかの例において、複数のビット数制限倍率および対応する複数の符号化モードは、ビットストリームでエンコードされることなくデコーダ９４０を介しして実装され得る。そのような複数の例において、ブロック９０８はスキップされ得る。

処理９００は、９０９「ビット数倍率を決定」へ続き得、ビット数制限倍率が、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率から決定され得る。例えば、デコーダ９４０は、ビット数制限モジュール９６０を介してビット数制限倍率を決定し得る。いくつかの例において、ビット数制限倍率の決定は、複数のビット数制限倍率および対応する複数の符号化モードを有し得る表（例えば、表１または表２）にアクセスすることを含み得る。他の複数の例において、５／３のビット数制限倍率が全ての符号化モードに関して用いられ得る。

処理９００はブロック９０９からブロック９１０「ビデオデータブロックに関連するビット数制限を決定」に続き得、ビデオデータブロックのための、またはそれに関連するビット数制限が、ビット数制限倍率に少なくとも部分的に基づき決定され得る。例えば、デコーダ９４０は、ビット数制限モジュール９５０を介してビット数制限を決定し得る。いくつかの例において、ビデオデータブロックのための、またはそれに関連するビット数制限の決定は、（例えば、数式（４）において示されるような）ビット数制限倍率と、ビデオデータブロックの生ビデオデータサイズとの乗算を含み得る。説明されるように、いくつかの例において、ビット数制限倍率は、全ての符号化モードに関して５／３であり得、そのような複数の例において、ビデオデータの最大符号化単位に関するビット数制限は、（例えば、数式（３）において示されるように）最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することにより決定され得る。

処理９００は、ブロック９１０からブロック９１１「ビット数制限に基づきバッファサイズを決定」へ続き得、バッファサイズが、決定されたビット数制限に基づき決定され得る。例えば、デコーダ９４０は、決定されたビット数制限と等しい、またはと同様の割り当てられた、または専用のメモリバッファサイズを決定し得る。

いくつかの例において、バッファサイズは、ビット数制限に基づき変更されなくてもよく、そのような複数の例において、ブロック９１１はスキップされ得る。

処理は、ブロック９１２「ビット数制限に基づきビデオデータを符号化」において続き得、ビデオデータが、ビット数制限に少なくとも部分的に基づき符号化され得る。例えば、ビデオデコーダ９４０が、ビット数制限に基づきビデオデータをデコードし得る。

処理９００は、ブロック９１２からブロック９１３「符号化されたビデオデータに基づき出力ピクチャを生成」へ続き得、出力ピクチャまたは複数の出力ピクチャが、ビデオデータの符号化に少なくとも部分的に基づき生成され得る。例えば、デコーダ９４０は、ブロック９１２においてデコードされたビデオデータに基づき複数の出力ピクチャを生成し得る。

処理９００は、ブロック９１３からブロック９１４「提示のために出力ピクチャを転送」へ続き得、出力ピクチャが提示のために転送され得る。例えば、出力ピクチャは、ディスプレイデバイスを介してユーザへ提示され得る。例示的な処理３００、７００、８００または９００の実施は例示された順序で示される全てのブロックの実行を含み得るが、本開示はこの点に関して限定されず、様々な例において、処理３００、７００、８００または９００の実施は、示されたように、および／または、例示されたものとは異なる順序でブロックのサブセットのみを実行することを含み得る。

加えて、本明細書において説明されるブロックのうち何れか１つまたは複数は、１または複数のコンピュータプログラム製品により提供される複数の命令に応じて実行され得る。そのような複数のプログラム製品は、例えば、プロセッサにより実行されたときに本明細書において説明される機能性を提供し得る複数の命令を提供する信号担持媒体を含み得る。複数のコンピュータプログラム製品は、１または複数のマシン可読媒体の形態で提供され得る。したがって、例えば、１または複数のプロセッサコアを含むプロセッサが、１または複数のマシン可読媒体によりプロセッサへ伝達されるプログラムコードおよび／または複数の命令または命令セットに応じて、例示的な複数の処理のブロックのうち１または複数を実行し得る。概してマシン可読媒体は、本明細書において説明される複数のデバイスおよび／またはシステムの何れかに、システム１００および／またはビデオコーデックモジュール４０６、または本明細書において説明される他の複数のシステムまたはモジュールの少なくとも一部分を実装させ得るプログラムコードおよび／または複数の命令または命令セットの形態でソフトウェアを伝達し得る。

本明細書において説明される実施例において用いられるように、「モジュール」という用語は、本明細書において説明される機能性を提供するよう構成されたソフトウェアロジック、ファームウェアロジック、および／またはハードウェアロジックの何らかの組み合わせを指す。ソフトウェアは、ソフトウェアパッケージ、コードおよび／または命令セット、若しくは複数の命令として実装され得、本明細書において説明される何れかの実施例おいて用いられる「ハードウェア」は、例えば、ハードワイヤによる回路、プログラマブル回路、状態マシン回路、および／または、プログラマブル回路により実行される複数の命令を格納したファームウェアを単体で、または何らかの組み合わせで含み得る。複数のモジュールは、集合的または個別に、例えば、集積回路（ＩＣ）、システムオンチップ（ＳｏＣ）などであるより大きなシステムの一部を形成する回路として実装され得る。

図１０は、本開示の少なくともいくつかの実施例に従って構成された、例示的なビデオ符号化システム１０００を示す説明図である。図示される実施例において、ビデオ符号化システム１０００は、イメージングデバイス１００１、ビデオエンコーダ１００２、アンテナ１００３、ビデオデコーダ１００４、１または複数のプロセッサ１００６、１または複数のメモリ格納装置１００８、ディスプレイ１０１０、並びに／若しくはロジックモジュール１０４０を含み得る。複数のロジックモジュール１０４０は、ビット数制限モジュール９６０、その他、および／またはこれらの組み合わせを含み得る。いくつかの例において、ビデオエンコーダ１００２は、例えばビット数制限モジュール９４０などのビット数制限モジュールを含む１または複数のロジックモジュールを実装し得る。

図示されるように、アンテナ１００３、ビデオデコーダ１００４、プロセッサ１００６、メモリ格納装置１００８、および／またはディスプレイ１０１０は互いに通信可能であり得、並びに／若しくは、複数のロジックモジュール１０４０の一部と通信可能であり得る。同様に、イメージングデバイス１００１およびビデオエンコーダ１００２は、互いに通信可能であり得、並びに／若しくはロジックモジュール１０４０の一部と通信可能であり得る。したがって、ビデオデコーダ１００４は、複数のロジックモジュール１０４０の全てまたは一部を含み得、ビデオエンコーダ１００２は、同様のロジックモジュールを含み得る。図１０において示されるようにビデオ符号化システム１０００は、特定の複数のモジュールに関連付けられた複数のブロックまたはアクションの１つの特定のセットを含み得るが、これらのブロックまたはアクションは、ここで図示される特定のモジュールとは異なる複数のモジュールに関連付けられ得る。

いくつかの例において、ビデオ符号化システム１０００は、アンテナ１００３、ビデオデコーダ１００４、その他、および／またはこれらの組み合わせを含み得る。アンテナ１００３は、ビデオデータのエンコードされたビットストリームを受信するよう構成され得る。ビデオデコーダ１００４はアンテナ１００３に通信可能に結合され得、エンコードされたビットストリームをデコードするよう構成され得る。ビデオデコーダ１００４は本明細書において説明されるように、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率からビット数制限倍率を決定し、ビット数制限倍率に少なくとも部分的に基づきビデオデータブロックのための、またはそれに関連するビット数制限を決定し、または最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することにより、ビデオデータの最大符号化単位のための、またはそれに関連するビット数制限を決定し、ビット数制限に少なくとも部分的に基づきビデオデータを符号化するよう構成され得る。

他の複数の例において、ビデオ符号化システム１０００は、ディスプレイデバイス１０１０と、１または複数のプロセッサ１００６と、１または複数のメモリ格納装置１００８と、ビット数制限モジュール９６０と、その他と、および／またはこれらの組み合わせとを含み得る。ディスプレイデバイス１０１０は、複数の出力ピクチャなどのビデオデータを提示するよう構成され得る。複数のプロセッサ１００６は、ディスプレイ１０１０に通信可能に結合され得る。複数のメモリ格納装置１００８は、１または複数のプロセッサ１００６に通信可能に結合され得る。ビデオデコーダ１００４（または、他の複数の例においてビデオエンコーダ１００２）は、ディスプレイデバイス１０１０を介した画像データの提示が符号化されたビデオデータに少なくとも部分的に基づき得るよう、１または複数のプロセッサ１００６に通信可能に結合され得、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率からビット数制限倍率を決定し、ビット数制限倍率に少なくとも部分的に基づきビデオデータブロックのための、またはそれに関連するビット数制限を決定し、ビット数制限に少なくとも部分的に基づきビデオデータを符号化し、または最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することにより、ビデオデータの最大符号化単位のための、またはそれに関連するビット数制限を決定し、ビット数制限に少なくとも部分的に基づきビデオデータを符号化するよう構成され得る。

様々な実施形態において、ビット数制限モジュール９６０（および、存在する場合にはエンコーダ１００２を介して実装されるビット数制限モジュール）はハードウェアで実装され得、ソフトウェアは他の複数のロジックモジュールを実装し得る。例えば、いつかの実施形態において、ビット数制限モジュール９６０は特定用途向け集積回路（ＡＳＩＣ）ロジックにより実装され得、他の複数のロジックモジュールは、複数のプロセッサ１００６などのロジックにより実行される複数のソフトウェア命令により提供され得る。しかし、本開示はこの点に関して限定されず、ビット数制限モジュール９６０（および、存在する場合にはエンコーダ１００２を介して実装されるビット数制限モジュール）および／または他の複数のロジックモジュールは、ハードウェア、ファームウェア、および／またはソフトウェアの何らかの組み合わせにより実装され得る。加えてメモリ格納装置１００８は、揮発性メモリ（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、その他）、または不揮発性メモリ（例えば、フラッシュメモリ、その他）など何らかのタイプのメモリ、およびその他であり得る。非限定的な例において、メモリ格納装置１００８は、キャッシュメモリにより実装され得る。図５は、本開示に係る例示的なシステム５００を図示する。様々な実施例において、システム５００はメディアシステムであり得るが、システム５００はこの文脈に限定されない。例えばシステム５００は、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ウルトララップトップコンピュータ、タブレット、タッチパッド、ポータブルコンピュータ、ハンドヘルドコンピュータ、パームトップコンピュータ、携帯情報端末（ＰＤＡ）、セルラー電話、セルラー電話／ＰＤＡの組み合わせ、テレビ、スマートデバイス（例えば、スマートフォン、スマートタブレット、またはスマートテレビ）、モバイルインターネットデバイス（ＭＩＤ）、メッセージングデバイス、データ通信デバイス、カメラ（例えば、ポイント−、およびシュート−カメラ、スーパズームカメラ、デジタル一眼レフ（ＤＳＬＲ）カメラなどに組み込まれ得る。

様々な実施例において、システム５００はディスプレイ５２０に結合されたプラットフォーム５０２を含む。プラットフォーム５０２は、コンテンツサービスデバイス５３０またはコンテンツ配信デバイス５４０、若しくは他の同様のコンテンツソースなどのコンテンツデバイスからコンテンツを受信し得る。例えばプラットフォーム５０２および／またはディスプレイ５２０とインタラクトするために、１または複数のナビゲーション機能を含むナビゲーションコントローラ５５０が用いられ得る。これらのコンポーネントのそれぞれは、以下により詳細に説明される。

様々な実施例において、プラットフォーム５０２は、チップセット５０５、プロセッサ５１０、メモリ５１２、アンテナ５１３、格納装置５１４、グラフィックサブシステム５１５、複数のアプリケーション５１６、および／または無線機５１８の何らかの組み合わせを含み得る。チップセット５０５は、プロセッサ５１０、メモリ５１２、格納装置５１４、グラフィックサブシステム５１５、アプリケーション５１６、および／または無線機５１８の間の相互通信を提供し得る。例えば、チップセット５０５は、格納装置５１４との相互通信を提供可能な格納装置アダプタ（図示せず）を含み得る。

プロセッサ５１０は、複合命令セットコンピュータ（ＣＩＳＣ）または縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサ、ｘ８６命令セットと互換性のあるプロセッサ、マルチコア、若しくは他の何らかのマイクロプロセッサまたは中央処理装置（ＣＰＵ）として実装され得る。様々な実施例において、プロセッサ５１０は、デュアルコアプロセッサ、デュアルコアモバイルプロセッサなどを含み得る。

メモリ５１２は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、またはスタティックＲＡＭ（ＳＲＡＭ）などであるがこれらに限定されない揮発性メモリデバイスとして実装され得る。

格納装置５１４は、磁気ディスクドライブ、光ディスクドライブ、テープドライブ、内部格納デバイス、取り付けられた格納デバイス、フラッシュメモリ、バッテリーバックアップ式のＳＤＲＡＭ（シンクロナスＤＲＡＭ）、および／またはネットワークアクセス可能な格納デバイスなどであるがこれらに限定されない不揮発性格納デバイスとして実装され得る。様々な実施例において、格納装置５１４は、例えば複数のハードドライブが含まれる場合に、貴重なデジタルメディアの保護を高めるために格納性能を向上させる技術を含み得る。

グラフィックサブシステム５１５は、表示のために静止画またはビデオなどの複数の画像の処理を実行し得る。グラフィックサブシステム５１５は、例えば、グラフィックプロセッシングユニット（ＧＰＵ）またはビジュアルプロセッシングユニット（ＶＰＵ）であり得る。グラフィックサブシステム５１５およびディスプレイ５２０を通信可能に結合するために、アナログまたはデジタルインタフェースが用いられ得る。例えば、インタフェースは、高解像度マルチメディアインタフェース、ＤｉｓｐｌａｙＰｏｒｔ、無線ＨＤＭＩ（登録商標）、および／または無線ＨＤ準拠技術のうち何れかであり得る。グラフィックサブシステム５１５は、プロセッサ５１０またはチップセット５０５に統合され得る。いくつかの実施例において、グラフィックサブシステム５１５は、チップセット５０５に通信可能に結合されたスタンドアロン型デバイスであり得る。

本明細書において説明される複数のグラフィックおよび／またはビデオ処理技術は、様々なハードウェアアーキテクチャで実装され得る。例えば、グラフィックおよび／またはビデオ機能性は、チップセット内で統合され得る。代替的に、別個のグラフィックおよび／またはビデオプロセッサが用いられ得る。さらに他の実施例として、複数のグラフィックおよび／またはビデオ機能は、マルチコアプロセッサを含む汎用プロセッサにより提供され得る。更なる複数の実施形態において、複数の機能は、消費者向け電子デバイスで実装され得る。

無線機５１８は、様々な適した無線通信技術を用いて複数の信号を送受信可能な１または複数の無線機を含み得る。そのような複数の技術は、１または複数の無線ネットワークを介した通信を伴い得る。例示的な無線ネットワークとしては（これらに限定されるわけではないが）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、セルラーネットワーク、および衛星ネットワークが含まれる。そのようなネットワークを介した通信において、無線機５１８は、何れかのバージョンの１または複数の適用可能な規格に従って処理を行い得る。

様々な実施例において、ディスプレイ５２０は、何らかのテレビ型のモニタまたはディスプレイを含み得る。ディスプレイ５２０は例えば、コンピュータディスプレイ画面、タッチ画面ディスプレイ、ビデオモニタ、テレビ型デバイス、および／またはテレビを含み得る。ディスプレイ５２０は、デジタルおよび／またはアナログであり得る。様々な実施例において、ディスプレイ５２０はホログラフィックディスプレイであり得る。また、ディスプレイ５２０は、視覚投影を受け得る透明な面であり得る。そのような投影は、様々な形態の情報、画像、および／またはオブジェクトを伝達し得る。例えば、そのような投影は、モバイル拡張現実（ＭＡＲ）アプリケーションのための視覚的なオーバーレイであり得る。１または複数のソフトウェアアプリケーション５１６の制御下で、プラットフォーム５０２は、ユーザインタフェース５２２をディスプレイ５２０に表示し得る。

様々な実施例において、コンテンツサービスデバイス５３０は、ある国の、国際的な、および／または独立した何らかのサービスによりホストされ得、したがって、例えば、インターネットを介してプラットフォーム５０２にアクセス可能であり得る。コンテンツサービスデバイス５３０は、プラットフォーム５０２および／またはディスプレイ５２０に結合され得る。プラットフォーム５０２および／またはコンテンツサービスデバイス５３０は、ネットワーク５６０へ／からメディア情報を通信（例えば、送信および／または受信）すべく、ネットワーク５６０に結合され得る。コンテンツ配信デバイス５４０も、プラットフォーム５０２および／またはディスプレイ５２０に結合され得る。

様々な実施例において、コンテンツサービスデバイス５３０は、ケーブルテレビボックス、パーソナルコンピュータ、ネットワーク、電話、インターネット利用可能デバイスまたはデジタル情報および／またはコンテンツを伝達可能な電気製品、並びに、コンテンツプロバイダと、プラットフォーム５０２およびディスプレイ５２０との間でネットワーク５６０を介して、または直接、一方向または双方向にコンテンツを通信可能な他の何らかの同様のデバイスを含み得る。コンテンツは、システム５００内のコンポーネントのうち何れか１つおよびコンテンツプロバイダへ／からネットワーク５６０を介して、一方向および／または双方向に通信され得ることが理解されよう。コンテンツの例には、例えばビデオ、音楽、医療またはゲームに関する情報などを含む何らかのメディア情報が含まれ得る。

コンテンツサービスデバイス５３０は、メディア情報、デジタル情報、および／または他のコンテンツを含むケーブルテレビプログラムなどのコンテンツを受信し得る。コンテンツプロバイダの例には、何らかのケーブルまたは衛星テレビ、若しくは無線またはインターネットコンテンツプロバイダが含まれ得る。提供される例は、本開示に係る実施例を何ら制限するよう意図されていない。

様々な実施例において、プラットフォーム５０２は、１または複数のナビゲーション機能を有するナビゲーションコントローラ５５０から制御信号を受信し得る。コントローラ５５０のナビゲーション機能は、例えば、ユーザインタフェース５２２とインタラクトするために用いられ得る。様々な実施形態において、ナビゲーションコントローラ５５０は、ユーザが空間（例えば、連続的であり多次元の）データをコンピュータに入力することを可能とするコンピュータハードウェアコンポーネント（詳細には、ヒューマンインタフェースデバイス）であり得るポインティングデバイスであり得る。グラフィカルユーザインタフェース（ＧＵＩ）などの多くのシステム、並びにテレビおよびモニタは、身体的なジェスチャを用いてユーザがコンピュータまたはテレビを制御すること、およびこれらにデータを提供することを可能とする。

コントローラ５５０のナビゲーション機能の動きは、ディスプレイ上に表示されるポインタ、カーソル、フォーカスリング、または他の視覚的なインジケータの動きにより、ディスプレイ（例えばディスプレイ５２０）上で反映され得る。例えば、ソフトウェアアプリケーション５１６の制御下で、ナビゲーションコントローラ５５０上に位置付けられる複数のナビゲーション機能は、例えば、ユーザインタフェース５２２上に表示される仮想的な複数のナビゲーション機能へとマッピングされ得る。様々な実施形態において、コントローラ５５０は別個のコンポーネントではなく、プラットフォーム５０２および／またはディスプレイ５２０に統合され得る。しかし本開示は、本明細書において示される、または説明される要素または文脈に限定されない。

様々な実施例において、ドライバ（図示せず）は、例えば、テレビのように、有効にされた場合に、ユーザが最初のブートアップの後にボタンに触れると瞬時にプラットフォーム５０２の電源を入れたり、切ったりすることを可能とする技術を含み得る。プログラムロジックは、プラットフォーム５０２の電源が「切られた」場合であっても、プラットフォームがコンテンツを、メディアアダプタ、若しくは他のコンテンツサービスデバイス５３０またはコンテンツ配信デバイス５４０へストリーミングすることを可能とし得る。加えて、チップセット５０５は、例えば、５．１サラウンドサウンドオーディオおよび／または高精細度の７．１サラウンドサウンドオーディオのためのハードウェアおよび／またはソフトウェアサポートを含み得る。ドライバは、統合されたグラフィックプラットフォームのためのグラフィックドライバを含み得る。様々な実施形態において、グラフィックドライバはペリフェラルコンポーネントインターコネクト（ＰＣＩ）Ｅｘｐｒｅｓｓグラフィックカードを含み得る。

様々な実施例において、システム５００において示されるコンポーネントのうち何れか１つまたは複数は統合され得る。例えば、プラットフォーム５０２とコンテンツサービスデバイス５３０とが統合され得、プラットフォーム５０２とコンテンツ配信デバイス５４０とが統合され得、プラットフォーム５０２と、コンテンツサービスデバイス５３０と、コンテンツ配信デバイス５４０とが例えば統合され得る。様々な実施形態において、プラットフォーム５０２とディスプレイ５２０とは統合されたユニットであり得る。例えば、ディスプレイ５２０とコンテンツサービスデバイス５３０とが統合され得、またはディスプレイ５２０とコンテンツ配信デバイス５４０とが統合され得る。これらの例は本開示を限定するよう意図されていない。

様々な実施形態において、システム５００は、無線システム、有線システム、または両方の組み合わせとして実装され得る。無線システムとして実装される場合、システム５００は、１または複数のアンテナ、送信機、受信機、送受信機、増幅器、フィルタ、制御ロジックなど無線共有媒体上での通信に適した複数のコンポーネントおよび複数のインタフェースを含み得る。無線共有媒体の例には、ＲＦスペクトルなど無線スペクトルの一部が含まれ得る。有線システムとして実装される場合、システム５００は、入出力（Ｉ／Ｏ）アダプタ、Ｉ／Ｏアダプタを対応する有線通信媒体と接続する物理コネクタ、ネットワークインタフェースカード（ＮＩＣ）、ディスクコントローラ、ビデオコントローラ、オーディオコントローラ、およびその他など有線通信媒体上での通信に適した複数のコンポーネントおよび複数のインタフェースを含み得る。有線通信媒体の例には、電線、ケーブル、金属鉛、プリント基板（ＰＣＢ）、バックプレーン、スイッチファブリック、半導体材料、ツイストペア線、同軸ケーブル、ファイバーオプティクスなどが含まれ得る。

プラットフォーム５０２は、情報を通信するための１または複数のロジックチャネルまたは物理チャネルを確立し得る。情報は、メディア情報および制御情報を含み得る。メディア情報とは、ユーザ向けのコンテンツを表す何らかのデータを指し得る。コンテンツの例には、例えば、音声会話、ビデオ会議、ストリーミングビデオ、電子メール（「ｅメール」）メッセージ、ボイスメールメッセージ、英数字記号、グラフィック、画像、ビデオ、テキストなどからのデータを含み得る。音声会話からのデータは例えば、会話情報、静寂の期間、背景雑音、快適雑音、トーンなどであり得る。制御情報とは、自動化されたシステム向けのコマンド、命令、または制御語を表す何らかのデータを指し得る。例えば、制御情報は、システムを通じてメディア情報をルーティングする、または、予め決定されたやり方でメディア情報を処理するようノードに命令するために用いられ得る。しかし実施形態は、図５において示される、または説明される要素または文脈に限定されない。

上述したように、システム５００は、異なる物理的なスタイルまたはフォームファクタで実施され得る。図６は、システム６００が実施され得る小さなフォームファクタのデバイス６００の実施例を図示する。様々な実施形態において、例えば、デバイス６００は、複数の無線機能を有するモバイルコンピューティングデバイスとして実装され得る。モバイルコンピューティングデバイスとは、例えば、プロセッシングシステムと、１または複数のバッテリーなどモバイル電源またはモバイルパワーサプライとを有する何らかのデバイスを指し得る。

上述したように、モバイルコンピューティングデバイスの例には、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ウルトララップトップコンピュータ、タブレット、タッチパッド、ポータブルコンピュータ、ハンドヘルドコンピュータ、パームトップコンピュータ、携帯情報端末（ＰＤＡ）、セルラー電話、セルラー電話／ＰＤＡの組み合わせ、テレビ、スマートデバイス（例えば、スマートフォン、スマートタブレット、またはスマートテレビ）、モバイルインターネットデバイス（ＭＩＤ）、メッセージングデバイス、データ通信デバイス、カメラ（例えば、ポイント−、およびシュート−カメラ、スーパズームカメラ、デジタル一眼レフ（ＤＳＬＲ）カメラなどを含み得る。

またモバイルコンピューティングデバイスの例には、リスト（ｗｒｉｓｔ）コンピュータ、フィンガーコンピュータ、リングコンピュータ、アイグラスコンピュータ、ベルトクリップコンピュータ、アームバンドコンピュータ、シュー（ｓｈｏｅ）コンピュータ、衣服コンピュータ、および他のウェアラブルコンピュータなど人により着用されるよう構成されコンピュータが含まれ得る。様々な実施形態において、例えば、モバイルコンピューティングデバイスは、コンピュータアプリケーション、並びに音声通信および／またはデータ通信を実行可能なスマートフォンとして実装され得る。いくつかの実施形態は、例としてスマートフォンとして実装されるモバイルコンピューティングデバイスを用いて説明されるかもしれないが、他の無線モバイルコンピューティングデバイスを用いても他の複数の実施形態が実装され得ることが理解されよう。実施形態はこの文脈に限定されない。

図６において示されるように、デバイス６００は、筐体６０２、ディスプレイ６０４、入出力（Ｉ／Ｏ）デバイス６０６、およびアンテナ６０８を含み得る。デバイス６００は、複数のナビゲーション機能６１２も含み得る。ディスプレイ６０４は、モバイルコンピューティングデバイスにとって適切な情報を表示するための何らかの適したディスプレイユニットを含み得る。Ｉ／Ｏデバイス６０６は、モバイルコンピューティングデバイスへ情報を入力するための適した何らかのＩ／Ｏデバイスを含み得る。Ｉ／Ｏデバイス６０６の例には、英数字キーボード、数字キーパッド、タッチパッド、入力キー、ボタン、スイッチ、ロッカースイッチ、マイク、スピーカ、音声認識デバイスおよびソフトウェアなどが含まれ得る。また情報は、マイク（図示せず）を用いてデバイス６００へ入力され得る。そのような情報は、音声認識デバイス（図示せず）によりデジタル化され得る。実施形態はこの文脈に限定されない。

様々な実施形態は、複数のハードウェア要素、複数のソフトウェア要素、またはこれら両方の組み合わせを用いて実装され得る。ハードウェア要素の例には、プロセッサ、マイクロプロセッサ、回路、回路素子（例えば、トランジスタ、抵抗、コンデンサ、誘電子など）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ロジックゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなどが含まれ得る。ソフトウェアの例には、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、方法、プロシージャ、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはこれらの何らかの組み合わせが含まれ得る。実施形態をハードウェア要素を用いて実装するか、および／またはソフトウェア要素を用いて実装するかについての決定は、所望される演算レート、パワーレベル、耐熱性、処理サイクルバジェット、入力データレート、出力データレート、メモリリソース、データバス速度、および他の設計または性能制約など任意の数の要因に従って変わり得る。

少なくとも１つの実施形態の１または複数の態様は、マシンに読み取られた場合に、当該マシンに本明細書において説明される技術を実行するためのロジックを組み立てさせる、プロセッサ内の様々なロジックを表すマシン可読媒体に格納された代表的な複数の命令により実装され得る。「ＩＰコア」として公知であるそのような表現は、有形のマシン可読媒体に格納され得、実際にロジックまたはプロセッサを作成する製造マシンにロードする様々な顧客または製造施設へ供給され得る。

本明細書において明らかにされる特定の特徴は様々な実施例を参照して説明されてきたが、本説明は、制限的な意味で解釈されるよう意図されていない。したがって、本開示が関連する分野の当業者には明らかである、本明細書において説明される実施例の様々な修正、および他の実施例が、本開示の思想および範囲に含まれるものとして見なされる。

以下の例は更なる複数の実施形態に関連する。

一例において、ビデオ符号化を実行するためのコンピュータで実施される方法は、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率からビット数制限倍率を決定する段階を含み得る。ビット数制限は、ビデオデータブロックのためにビット数制限倍率に少なくとも部分的に基づき決定され得る。

他の例において、ビデオ符号化を実行するためのコンピュータで実施される方法は、ビット数制限に少なくとも部分的に基づきビデオデータを符号化する段階をさらに含み得る。ビットストリームは、符号化されたビデオデータに少なくとも部分的に基づきエンコードされ得る。複数のビット数制限倍率と、対応する複数の符号化モードとが、ビットストリームにおいてエンコードされ得る。複数のビット数制限倍率と、対応する複数の符号化モードとが、ビットストリームのＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分としてエンコードされ得る。ビットストリームが受信され得る。ビットストリームがアクセスされて、複数のビット数制限倍率と、対応する複数の符号化モードとが決定され得る。バッファサイズが、決定されたビット数制限に基づき決定され得る。出力ピクチャが、ビデオデータの符号化に少なくとも部分的に基づき生成され得る。ビット数制限倍率を決定する段階は、複数のビット数制限倍率と、対応する複数の符号化モードとを含む表にアクセスする段階を含み得る。ビット数制限倍率を決定する段階は、表を介して、アクティブな符号化モードが利用可能でないと決定する段階を有し得、ビット数制限倍率は、デフォルトのビット数制限倍率に設定され得る。ビデオデータブロックのためにビット数制限を決定する段階は、ビット数制限倍率とビデオデータブロックの生ビデオデータサイズとを乗算する段階を有し得る。倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい数、３／２、４／３または５／３を含み得る。複数の符号化モードは、少数ビット生成符号化モードと、少数ビット生成符号化モードよりも多くのビットを生成する多数ビット生成符号化モードとを含み得、少数ビット生成符号化モードに関連するビット数制限倍率は、多数ビット生成符号化モードに関連するビット数制限倍率よりも小さくてもよい。ビデオデータブロックは最大符号化単位（ＬＣＵ）であり得る。ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを含み得る。第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、対応する第１ビット数制限倍率は４／３であり得る。第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、対応する第２ビット数制限倍率は３／２であり得る。第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、対応する第３ビット数制限倍率は４／３であり得る。第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、対応する第４ビット数制限倍率は３／２であり得る。第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、対応する第５ビット数制限倍率は５／３であり得る。第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、対応する第６ビット数制限倍率は５／３であり得る。ビット数制限を決定する段階は、ビデオデコーダにおいてビット数制限を決定する段階を含み得る。ビデオデコーダは少なくとも部分的に、ハードウェアで実装され得る。ビット数制限を決定する段階は、ビデオエンコーダにおいてビット数制限を決定する段階を含み得る。ビデオエンコーダは少なくとも部分的に、ハードウェアで実装され得る。

さらに他の例において、ビデオ符号化を実行するためのコンピュータで実施される方法は、最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することによりビデオデータの最大符号化単位に関連するビット数制限を決定する段階を含み得る。ビデオデータは、ビット数制限に少なくとも部分的に基づき符号化され得る。

他の更なる例において、ビデオ符号化を実行するためのコンピュータで実施される方法は、符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードする段階をさらに含み得る。ビットストリームが受信され得る。バッファサイズが、決定されたビット数制限に基づき決定され得る。出力ピクチャが、ビデオデータの符号化に少なくとも部分的に基づき生成され得る。ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを含み得る。ビット数制限を決定する段階は、ビデオデコーダにおいてビット数制限を決定する段階を含み得る。ビデオデコーダは少なくとも部分的に、ハードウェアで実装され得る。ビット数制限を決定する段階は、ビデオエンコーダにおいてビット数制限を決定する段階を含み得る。ビデオエンコーダは少なくとも部分的に、ハードウェアで実装され得る。

他の例において、コンピュータ上でのビデオ符号化のためのシステムは、ディスプレイデバイスと、１または複数のプロセッサと、１または複数のメモリ格納装置と、ビデオ符号化装置と、その他と、および／またはこれらの複数の組み合わせとを含み得る。ディスプレイデバイスは、ビデオデータを提示するよう構成され得る。１または複数のプロセッサは、ディスプレイデバイスに通信可能に結合され得る。１または複数のメモリ格納装置は、１または複数のプロセッサに通信可能に結合され得る。ビデオエンコーダは、１または複数のプロセッサに通信可能に結合され得、アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率からビット数制限倍率を決定し、ビット数制限倍率に少なくとも部分的に基づきビデオデータブロックに関連するビット数制限を決定するよう構成され得る。ディスプレイデバイスを介した画像データの提示は、符号化されたビデオデータに少なくとも部分的に基づき得る。

更なる例示的なシステムにおいて、ビデオ符号化装置は、符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードし、ビットストリームにおいて、複数のビット数制限倍率と、対応する複数の符号化モードとをエンコードするよう構成され得、複数のビット数制限倍率と対応する複数の符号化モードとは、ビットストリームのＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分を備え、ビデオ符号化装置は、ビットストリームを受信し、ビットストリームにアクセスして、複数のビット数制限倍率と対応する複数の符号化モードとを決定し、決定されたビット数制限に基づきバッファサイズを決定し、および／または符号化されたビデオデータに少なくとも部分的に基づき出力ピクチャを生成するよう構成され得る。ビデオ符号化装置は、複数のビット数制限倍率と、対応する複数の符号化モードとを含む表にアクセスすることによりビット数制限倍率を決定するよう構成され得る。ビデオ符号化装置は、表を介して、アクティブな符号化モードが利用可能でないと決定することによりビット数制限倍率を決定するよう構成され得、ビット数制限倍率は、デフォルトのビット数制限倍率に設定される。ビデオ符号化装置は、ビット数制限倍率とビデオデータブロックの生ビデオデータサイズとを乗算することによりビデオデータブロックに関連するビット数制限を決定するよう構成され得る。倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい数、３／２、４／３または５／３を含み得る。複数の符号化モードは、少数ビット生成符号化モードと、少数ビット生成符号化モードよりも多くのビットを生成する多数ビット生成符号化モードとを含み得、少数ビット生成符号化モードに関連するビット数制限倍率は、多数ビット生成符号化モードに関連するビット数制限倍率よりも小さくてもよい。ビデオデータブロックは最大符号化単位（ＬＣＵ）であり得る。ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを含み得る。第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、対応する第１ビット数制限倍率は４／３であり得る。第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを含み得、対応する第２ビット数制限倍率は３／２であり得る。第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、対応する第３ビット数制限倍率は４／３であり得る。第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを含み得、対応する第４ビット数制限倍率は３／２であり得る。第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、対応する第５ビット数制限倍率は５／３であり得る。第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを含み得、対応する第６ビット数制限倍率は５／３であり得る。ビデオ符号化装置はビデオデコーダを含み得る。ビデオデコーダは少なくとも部分的に、ハードウェアで実装され得る。ビデオ符号化装置はビデオエンコーダを含み得る。ビデオエンコーダは少なくとも部分的に、ハードウェアで実装され得る。

さらに他の例において、コンピュータ上でのビデオ符号化のためのシステムは、ディスプレイデバイスと、１または複数のプロセッサと、１または複数のメモリ格納装置と、ビデオ符号化装置と、その他と、および／またはこれらの複数の組み合わせとを含み得る。ディスプレイデバイスは、ビデオデータを提示するよう構成され得る。１または複数のプロセッサは、ディスプレイデバイスに通信可能に結合され得る。１または複数のメモリ格納装置は、１または複数のプロセッサに通信可能に結合され得る。ビデオエンコーダは、１または複数のプロセッサに通信可能に結合され得、最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することによりビデオデータの最大符号化単位に関連するビット数制限を決定し、ビット数制限に少なくとも部分的に基づきビデオデータを符号化するよう構成され得る。ディスプレイデバイスを介した画像データの提示は、符号化されたビデオデータに少なくとも部分的に基づき得る。

他の更なる例示的なシステムにおいて、ビデオ符号化装置は、符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードし、ビットストリームを受信し、決定されたビット数制限に基づきバッファサイズを決定し、および／または、ビデオデータの符号化に少なくとも部分的に基づき出力ピクチャを生成するよう構成され得る。ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを含み得る。ビデオ符号化装置はビデオデコーダを含み得る。ビデオデコーダは少なくとも部分的に、ハードウェアで実装され得る。ビデオ符号化装置はビデオエンコーダを含み得る。ビデオエンコーダは少なくとも部分的に、ハードウェアで実装され得る。

更なる例において、少なくとも１つのマシン可読媒体は、コンピューティングデバイスで実行されたことに応じて、コンピューティングデバイスに、上記した例のうち何れか１つに係る方法を実行させる複数の命令を含み得る。

また更なる例において、装置は、上記した例のうち何れか１つに係る方法を実行する手段を含み得る。

上記した例は、複数の特徴の特定の組み合わせを含み得る。しかし、そのような上記した複数の例はこの点に関して限定されず、様々な実施例において、上記した複数の例は、そのような複数の特徴のサブセットのみを実行すること、そのような複数の特徴を異なる順序で実行すること、そのような複数の特徴の異なる組み合わせを実行すること、および／または、明示的に列挙されたそれらの特徴以外の追加的な複数の特徴を実行することを含み得る。例えば、例示的な複数の方法に関して説明された全ての特徴は、例示的な装置、例示的な複数のシステム、および／または例示的な複数の物品に関して実装され得、その逆もまた然りである。
（項目１）
アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率からビット数制限倍率を決定する段階と、
前記ビット数制限倍率に少なくとも部分的に基づきビデオデータブロックに関連するビット数制限を決定する段階と
を備える、ビデオ符号化を実行するためのコンピュータで実施される方法。
（項目２）
前記ビデオデータブロックに関連するビット数制限を決定する前記段階は、前記ビット数制限倍率と前記ビデオデータブロックの生ビデオデータサイズとを乗算する段階を有する、項目１に記載の方法。
（項目３）
前記倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい数、３／２、４／３、または５／３のうち少なくとも１つを備える、項目１に記載の方法。
（項目４）
前記ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第１ビット数制限倍率は４／３を備え、
第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第２ビット数制限倍率は３／２を備える、項目１に記載の方法。
（項目５）
前記ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第１ビット数制限倍率は４／３を備え、
第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第２ビット数制限倍率は３／２を備え、
第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第３ビット数制限倍率は４／３を備え、
第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第４ビット数制限倍率は３／２を備え、
第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第５ビット数制限倍率は５／３を備え、
第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第６ビット数制限倍率は５／３を備える、項目１に記載の方法。
（項目６）
前記複数の符号化モードは、少数ビット生成符号化モードと、前記少数ビット生成符号化モードよりも多くのビットを生成する多数ビット生成符号化モードとを備え、
前記少数ビット生成符号化モードに関連するビット数制限倍率は、前記多数ビット生成符号化モードに関連するビット数制限倍率よりも小さい、項目１に記載の方法。
（項目７）
前記ビットストリームを受信する段階と、
前記ビットストリームにアクセスして、前記複数のビット数制限倍率および対応する前記複数の符号化モードを決定する段階と、
決定された前記ビット数制限に基づきバッファサイズを決定する段階と、
前記ビデオデータの前記符号化に少なくとも部分的に基づき出力ピクチャを生成する段階と
をさらに備える、項目１に記載の方法。
（項目８）
前記ビット数制限に少なくとも部分的に基づき前記ビデオデータを符号化する段階と、
ビットストリームにおいて、前記複数のビット数制限倍率と、対応する複数の符号化モードとをエンコードする段階と
をさらに備え、
前記複数のビット数制限倍率と前記対応する複数の符号化モードとは、前記ビットストリームのＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分を備える、項目１に記載の方法。
（項目９）
前記ビット数制限に少なくとも部分的に基づき前記ビデオデータを符号化する段階と、
前記符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードする段階と、
前記ビットストリームにおいて、前記複数のビット数制限倍率と、対応する複数の符号化モードとをエンコードする段階と
をさらに備え、
前記複数のビット数制限倍率と前記対応する複数の符号化モードとは、前記ビットストリームのＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分を備え、
前記方法は、
前記ビットストリームを受信する段階と、
前記ビットストリームにアクセスして、前記複数のビット数制限倍率と前記対応する複数の符号化モードとを決定する段階と、
決定された前記ビット数制限に基づきバッファサイズを決定する段階と、
前記ビデオデータの前記符号化に少なくとも部分的に基づき出力ピクチャを生成する段階と
をさらに備え、
前記ビット数制限倍率を決定する前記段階は、前記複数のビット数制限倍率と前記対応する複数の符号化モードとを備える表にアクセスする段階を有し、
前記ビット数制限倍率を決定する前記段階は、前記表を介して、前記アクティブな符号化モードが利用可能でないと決定する段階を有し、前記ビット数制限倍率は、デフォルトのビット数制限倍率に設定され、
前記ビデオデータブロックに関連する前記ビット数制限を決定する前記段階は、前記ビット数制限倍率と前記ビデオデータブロックの生ビデオデータサイズとを乗算する段階を有し、
前記倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい数、３／２、４／３、または５／３のうち少なくとも１つを備え、
前記複数の符号化モードは、少数ビット生成符号化モードと、前記少数ビット生成符号化モードよりも多くのビットを生成する多数ビット生成符号化モードとを備え、
前記少数ビット生成符号化モードに関連するビット数制限倍率は、前記多数ビット生成符号化モードに関連するビット数制限倍率よりも低く、
前記ビデオデータブロックは最大符号化単位（ＬＣＵ）を備え、
前記ビデオデータブロックはＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第１ビット数制限倍率は４／３を備え、
第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第２ビット数制限倍率は３／２を備え、
第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第３ビット数制限倍率は４／３を備え、
第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第４ビット数制限倍率は３／２を備え、
第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第５ビット数制限倍率は５／３を備え、
第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第６ビット数制限倍率は５／３を備え、
前記ビット数制限を決定する前記段階は、ビデオデコーダにおいて前記ビット数制限を決定する段階を有し、
前記ビデオデコーダは少なくとも部分的に、ハードウェアで実装され、
前記ビット数制限を決定する前記段階は、ビデオエンコーダにおいて前記ビット数制限を決定する段階を有し、
前記ビデオエンコーダは少なくとも部分的に、ハードウェアで実装される、項目１に記載の方法。
（項目１０）
最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することによりビデオデータの最大符号化単位に関連するビット数制限を決定する段階と、
前記ビット数制限に少なくとも部分的に基づき前記ビデオデータを符号化する段階と
を備える、ビデオ符号化を実行するためのコンピュータで実施される方法。
（項目１１）
前記ビデオデータの前記符号化に少なくとも部分的に基づき出力ピクチャを生成する段階をさらに備え、
前記ビデオデータブロックはＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
前記ビット数制限を決定する前記段階は、ビデオデコーダにおいて前記ビット数制限を決定する段階を有し、
前記ビデオデコーダは、少なくとも部分的にハードウェアで実装される、項目１０に記載の方法。
（項目１２）
前記符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードする段階と、
前記ビットストリームを受信する段階と、
決定された前記ビット数制限に基づきバッファサイズを決定する段階と、
前記ビデオデータの前記符号化に少なくとも部分的に基づき出力ピクチャを生成する段階と
をさらに備え、
前記ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
前記ビット数制限を決定する前記段階は、ビデオデコーダにおいて前記ビット数制限を決定する段階を有し、
前記ビデオデコーダは少なくとも部分的に、ハードウェアで実装され、
前記ビット数制限を決定する前記段階は、ビデオエンコーダにおいて前記ビット数制限を決定する段階を有し、
前記ビデオエンコーダは少なくとも部分的に、ハードウェアで実装される、項目１０に記載の方法。
（項目１３）
ビデオデータを提示するよう構成されたディスプレイデバイスと、
前記ディスプレイデバイスに通信可能に結合された１または複数のプロセッサと、
前記１または複数のプロセッサに通信可能に結合された１または複数のメモリ格納装置と、
前記１または複数のプロセッサに通信可能に結合されたビデオ符号化装置と
を備え、
前記ビデオ符号化装置は、
アクティブなビデオ符号化モードに少なくとも部分的に基づき複数のビット数制限倍率からビット数制限倍率を決定し、
前記ビット数制限倍率に少なくとも部分的に基づきビデオデータブロックに関連するビット数制限を決定し、
前記ビット数制限に少なくとも部分的に基づき前記ビデオデータを符号化するよう構成され、
前記ディスプレイデバイスを介した画像データの前記提示は、符号化された前記ビデオデータに少なくとも部分的に基づく、コンピュータ上でのビデオ符号化のためのシステム。
（項目１４）
前記ビデオ符号化装置は、前記ビット数制限倍率と前記ビデオデータブロックの生ビデオデータサイズとを乗算することにより前記ビデオデータブロックに関連する前記ビット数制限を決定するよう構成されている、項目１３に記載のシステム。
（項目１５）
前記倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい数、３／２、４／３、または５／３のうち少なくとも１つを備える、項目１３に記載のシステム。
（項目１６）
前記ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第１ビット数制限倍率は４／３を備え、
第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第２ビット数制限倍率は３／２を備える、項目１３に記載のシステム。
（項目１７）
前記ビデオデータブロックは、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第１ビット数制限倍率は４／３を備え、
第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第２ビット数制限倍率は３／２を備え、
第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第３ビット数制限倍率は４／３を備え、
第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第４ビット数制限倍率は３／２を備え、
第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第５ビット数制限倍率は５／３を備え、
第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第６ビット数制限倍率は５／３を備える、項目１３に記載のシステム。
（項目１８）
前記複数の符号化モードは、少数ビット生成符号化モードと、前記少数ビット生成符号化モードよりも多くのビットを生成する多数ビット生成符号化モードとを備え、
前記少数ビット生成符号化モードに関連するビット数制限倍率は、前記多数ビット生成符号化モードに関連するビット数制限倍率よりも小さい、項目１３に記載のシステム。
（項目１９）
前記ビデオ符号化装置はさらに、
前記ビットストリームを受信し、
前記ビットストリームにアクセスして前記複数のビット数制限倍率と対応する前記複数の符号化モードとを決定し、
決定された前記ビット数制限に基づきバッファサイズを決定するよう構成されている、項目１３に記載のシステム。
（項目２０）
前記ビデオ符号化装置はさらに、
前記符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードし、
前記ビットストリームにおいて、前記複数のビット数制限倍率と、対応する複数の符号化モードとをエンコードするよう構成され、
前記複数のビット数制限倍率と前記対応する複数の符号化モードとは、前記ビットストリームのＳｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）パッケージの一部分を備え、
前記ビデオ符号化装置はさらに、
前記ビットストリームを受信し、
前記ビットストリームにアクセスして、前記複数のビット数制限倍率と前記対応する複数の符号化モードとを決定し、
決定された前記ビット数制限に基づきバッファサイズを決定し、
符号化された前記ビデオデータに少なくとも部分的に基づき出力ピクチャを生成するよう構成され、
前記ビデオ符号化装置は、前記複数のビット数制限倍率と前記対応する複数の符号化モードとを備える表にアクセスすることにより前記ビット数制限倍率を決定するよう構成され、
前記ビデオ符号化装置は、前記表を介して、前記アクティブな符号化モードが利用可能でないと決定することにより前記ビット数制限倍率を決定するよう構成され、前記ビット数制限倍率は、デフォルトのビット数制限倍率に設定され、
前記ビデオ符号化装置は、前記ビット数制限倍率と前記ビデオデータブロックの生ビデオデータサイズとを乗算することにより前記ビデオデータブロックに関連する前記ビット数制限を決定するよう構成され、
前記倍率は、１と等しいまたはそれより大きく２と等しいまたはそれより小さい数、３／２、４／３、または５／３のうち少なくとも１つを備え、
前記複数の符号化モードは、少数ビット生成符号化モードと、前記少数ビット生成符号化モードよりも多くのビットを生成する多数ビット生成符号化モードとを備え、
前記少数ビット生成符号化モードに関連するビット数制限倍率は、前記多数ビット生成符号化モードに関連するビット数制限倍率よりも低く、
前記ビデオデータブロックは最大符号化単位（ＬＣＵ）を備え、
前記ビデオデータブロックはＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
第１符号化モードは、変換スキップが有効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第１ビット数制限倍率は４／３を備え、
第２符号化モードは、変換スキップが無効化されたＨＥＶＣメインプロフィールにおける全ての符号化モードを備え、対応する第２ビット数制限倍率は３／２を備え、
第３符号化モードは、変換スキップが有効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第３ビット数制限倍率は４／３を備え、
第４符号化モードは、変換スキップが無効化されたＨＥＶＣメイン静止画プロフィールにおける全ての符号化モードを備え、対応する第４ビット数制限倍率は３／２を備え、
第５符号化モードは、変換スキップが有効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第５ビット数制限倍率は５／３であり、
第６符号化モードは、変換スキップが無効化されたＨＥＶＣメイン１０プロフィールにおける全ての符号化モードを備え、対応する第６ビット数制限倍率は５／３であり、
前記ビデオ符号化装置はビデオデコーダを備え、
前記ビデオデコーダは少なくとも部分的に、ハードウェアで実装され、
前記ビデオ符号化装置はビデオエンコーダを備え、
前記ビデオエンコーダは少なくとも部分的に、ハードウェアで実装される、項目１３に記載のシステム。
（項目２１）
ビデオデータを提示するよう構成されたディスプレイデバイスと、
前記ディスプレイデバイスに通信可能に結合された１または複数のプロセッサと、
前記１または複数のプロセッサに通信可能に結合された１または複数のメモリ格納装置と、
前記１または複数のプロセッサに通信可能に結合されたビデオ符号化装置と
を備え、
前記ビデオ符号化装置は、
最大符号化単位生データ数と５／３のビット数制限倍率とを乗算することによりビデオデータの最大符号化単位に関連するビット数制限を決定し、
前記ビット数制限に少なくとも部分的に基づき前記ビデオデータを符号化するよう構成され、
前記ディスプレイデバイスを介した画像データの前記提示は、符号化された前記ビデオデータに少なくとも部分的に基づく、コンピュータ上でのビデオ符号化のためのシステム。
（項目２２）
前記ビデオデータブロックはＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、前記ビデオ符号化装置は、ビデオデコーダを備え、前記ビデオデコーダは少なくとも部分的に、ハードウェアで実装される、項目２１に記載のシステム。
（項目２３）
前記ビデオ符号化装置はさらに、
前記符号化されたビデオデータに少なくとも部分的に基づきビットストリームをエンコードし、
前記ビットストリームを受信し、
決定された前記ビット数制限に基づきバッファサイズを決定し、
前記ビデオデータの前記符号化に少なくとも部分的に基づき出力ピクチャを生成するよう構成され、
前記ビデオデータブロックは、Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ビデオデータを備え、
前記ビデオ符号化装置はビデオデコーダを備え、
前記ビデオデコーダは少なくとも部分的に、ハードウェアで実装され、
前記ビデオ符号化装置はビデオエンコーダを備え、
前記ビデオエンコーダは少なくとも部分的に、ハードウェアで実装される、項目２１に記載のシステム。
（項目２４）
コンピューティングデバイス上で実行されたことに応じて、前記コンピューティングデバイスに、項目１から１２の何れか一項に係る方法を実行させる複数の命令を備える、少なくとも１つのマシン可読媒体。
（項目２５）
項目１から１２の何れか一項に記載の方法を実行するための手段を備える装置。

Claims (20)

1. 符号化されたビデオデータの少なくとも１つの符号化単位を含む圧縮されたビデオデータのビットストリームにアクセスするビデオデコーダを備え、
   前記ビデオデコーダは、前記符号化されたビデオデータの符号化単位の符号化モードに基づいて複数のビット制限倍率から前記符号化されたビデオデータの符号化単位に対応するビット制限倍率を決定し、
   前記ビデオデコーダは、前記符号化単位に関連するビット数制限を前記ビット制限倍率に基づき決定し、前記ビデオデコーダは、前記ビット数制限を決定すべく、前記符号化単位の生データサイズを前記ビット制限倍率で乗算する、圧縮されたビデオデータをデコードするための装置。
2. 格納装置をさらに備え、
   前記ビデオデコーダは、決定された前記ビット数制限に少なくとも部分的に基づき前記格納装置のバッファサイズを決定する、請求項１に記載の装置。
3. 前記ビットストリームが、前記符号化モードに対応するインジケータを含む、請求項１または２に記載の装置。
4. 前記符号化モードが、変換スキップが有効化された第１の符号化モードを備える場合には、前記ビット制限倍率は第１の値を備え、
   前記符号化モードが、変換スキップが無効化された第２の符号化モードを備える場合には、前記ビット制限倍率は第２の値を備え、
   前記第１の値は前記第２の値よりも小さい、請求項１から３の何れか一項に記載の装置。
5. 前記第１の符号化モードと前記第２の符号化モードとの唯一の違いは、前記変換スキップが有効か無効かである、請求項４に記載の装置。
6. 前記第１の値は４／３であり、前記第２の値は３／２である、請求項４または５に記載の装置。
7. 前記符号化モードが、第１ビット深さによる第１の符号化モードを備える場合には、前記ビット制限倍率は第１の値を備え、
   前記符号化モードが、第２ビット深さによる第２の符号化モードを備える場合には、前記ビット制限倍率は第２の値を備え、
   前記第１ビット深さは前記第２ビット深さよりも小さく、かつ、前記第１の値は前記第２の値よりも小さい、請求項１から３の何れか一項に記載の装置。
8. 前記第１ビット深さは８ビットであり、前記第２ビット深さは１０ビットであり、前記第１の値は４／３であり、前記第２の値は５／３である、請求項７に記載の装置。
9. 請求項１から８の何れか一項に記載の装置を備え、
   ディスプレイをさらに備え、
   前記ビデオデコーダは、前記少なくとも１つの符号化単位をデコードして、デコードされたビデオデータを生成し、
   デコードされた前記ビデオデータを前記ディスプレイ上にディスプレイするプロセッサをさらに備えるシステム。
10. 前記ビットストリームを受信する１または複数の無線機をさらに備える、請求項９に記載のシステム。
11. 符号化されたビデオデータの少なくとも１つの符号化単位を含む圧縮されたビデオデータのビットストリームにアクセスする段階と、
    前記符号化されたビデオデータの符号化単位の符号化モードに基づいて複数のビット制限倍率から前記符号化されたビデオデータの符号化単位に対応するビット制限倍率を決定する段階と、
    前記符号化単位に関連するビット数制限を決定する段階と
    を備え、
    前記ビット数制限を決定する段階は、前記符号化単位の生データサイズを前記ビット制限倍率で乗算する段階を有する、圧縮されたビデオデータをデコードするコンピュータで実施される方法。
12. 決定された前記ビット数制限に少なくとも部分的に基づきバッファサイズを決定する段階をさらに備える、請求項１１に記載の方法。
13. 前記ビットストリームが、前記符号化モードに対応するインジケータを含む、請求項１１または１２に記載の方法。
14. 前記符号化モードが、変換スキップが有効化された第１の符号化モードを備える場合には、前記ビット制限倍率は第１の値を備え、
    前記符号化モードが、変換スキップが無効化された第２の符号化モードを備える場合には、前記ビット制限倍率は第２の値を備え、
    前記第１の値は前記第２の値よりも小さい、請求項１１から１３の何れか一項に記載の方法。
15. 前記第１の符号化モードと前記第２の符号化モードとの唯一の違いは、前記変換スキップが有効か無効かである、請求項１４に記載の方法。
16. 前記第１の値は４／３であり、前記第２の値は３／２である、請求項１４または１５に記載の方法。
17. 前記符号化モードが、第１ビット深さによる第１の符号化モードを備える場合には、前記ビット制限倍率は第１の値を備え、
    前記符号化モードが、第２ビット深さによる第２の符号化モードを備える場合には、前記ビット制限倍率は第２の値を備え、
    前記第１ビット深さは前記第２ビット深さよりも小さく、かつ、前記第１の値は前記第２の値よりも小さい、請求項１１から１３の何れか一項に記載の方法。
18. 前記第１ビット深さは８ビットであり、前記第２ビット深さは１０ビットであり、前記第１の値は４／３であり、前記第２の値は５／３である、請求項１７に記載の方法。
19. 請求項１１から１８の何れか一項に記載の方法を実行する手段を備える集積回路。
20. コンピュータに、請求項１から８の何れか一項に記載の装置を実現させる、または請求項１１から１８の何れか一項に記載の方法を実施させるプログラム。

Images