JP2024059893A - 修正された量子化器 - Google Patents

Abstract

【課題】ビデオデータを符号化および／または復号する方法、コンピュータプログラム及びコンピュータシステムを提供する。【解決手段】ビデオデータをコード化するプログラムによって実行される方法であって、ビデオデータには、量子化インデックスを示す構文要素が含まれ、ここで、量子化インデックスの範囲をオフセット値によって拡張する。構文要素は、量子化インデックスを決定するために解析し、量子化ステップサイズを、量子化インデックス及びオフセット値に基づいてルックアップテーブルから取得し、ビデオデータを、量子化ステップサイズに基づいて符号化および／または復号する。【選択図】図４

Description

［関連出願の相互参照］
この出願は、２０２０年６月１１日に出願された米国特許仮特許出願第６３／０３８，０１０号、および２０２０年１０月２２日に出願された米国特許出願第１７／０７７，４７１号からの優先権を主張し、その全体が、本願に組み込まれる。

［技術分野］
本開示は、一般に、データ処理の分野、より具体的には、ビデオの符号化および／または復号に関する。

ＡＯＭｅｄｉａ Ｖｉｄｅｏ １（ＡＶ１）は、インターネット上のビデオ伝送のために設計されたオープンビデオコーディングフォーマットである。それは、２０１５年に設立されたコンソーシアム（ｃｏｎｓｏｒｔｉｕｍ）であるＡｌｌｉａｎｃｅ ｆｏｒ Ｏｐｅｎ Ｍｅｄｉａ（ＡＯＭｅｄｉａ）によって、ＶＰ９の後継として開発されたものである。このコンソーシアムには、半導体企業、ビデオオンデマンドプロバイダー（ｖｉｄｅｏ ｏｎ ｄｅｍａｎｄ ｐｒｏｖｉｄｅｒｓ）、ビデオコンテンツ制作者（ｖｉｄｅｏ ｃｏｎｔｅｎｔ ｐｒｏｄｕｃｅｒｓ）、ソフトウェア開発会社（ｓｏｆｔｗａｒｅ ｄｅｖｅｌｏｐｍｅｎｔ ｃｏｍｐａｎｉｅｓ）、およびＷｅｂブラウザーベンダー（ｗｅｂ ｂｒｏｗｓｅｒ ｖｅｎｄｏｒｓ）が含まれる。ＡＶ１プロジェクトの多くの構成部分は、Ａｌｌｉａｎｃｅメンバーによる以前の研究活動から由来している。個人貢献者は、数年前から実験的な技術プラットフォームを開始している。Ｘｉｐｈ／Ｍｏｚｉｌｌａ（登録商標）のＤａａｌａは、２０１０年にすでにコードを公開し、Ｇｏｏｇｌｅ（登録商標）の実験的なＶＰ９進化プロジェクトＶＰ１０は、２０１４年９月１２日に発表され、ＣｉｓｃｏのＴｈｏｒは、２０１５年８月１１日に公開された。ＶＰ９のコードベースに基づいて構築されたＡＶ１には、追加の技術が組み込まれており、そのうちのいくつかは、これらの実験形式で開発されたものである。ＡＶ１参照コーデックの最初のバージョン０．１．０は、２０１６年４月７日に公開された。この同盟は、リファレンス、ソフトウェアベースのエンコーダおよびデコーダとともに、２０１８年３月２８日にＡＶ１ビットストリーム仕様のリリースを発表した。２０１８年６月２５日、この仕様の検証済みバージョン１．０．０がリリースされた。２０１９年１月８日に、仕様訂正表１（Ｅｒｒａｔａ１）を含む検証済みバージョン１．０．０がリリースされた。ＡＶ１ビットストリーム仕様には、参照ビデオコーデックが含まれる。ＡＯＭｅｄｉａ Ｖｉｄｅｏ ２（ＡＶ２）は、現在開発中である。ＡＶ１において、量子化ステップサイズは、限られた解像度（ｒｅｓｏｌｕｔｉｏｎ）を有する。

実施形態は、ビデオデータを符号化および／または復号するための方法、システム、およびコンピュータ読み取り可能な媒体に関する。

一態様によれば、ビデオデータを符号化および／または復号する方法が提供される。この方法は、量子化インデックスを示す構文要素を含むビデオデータを取得するステップであって、前記量子化インデックスの範囲が、オフセット値によって拡張されるステップと、前記構文要素を解析して前記量子化インデックスを決定するステップと、前記量子化インデックスおよび前記オフセット値に基づいて、ルックアップテーブルから量子化ステップサイズを取得するステップと、前記量子化ステップサイズに基づいて、前記ビデオデータを符号化および／または復号するステップと、を含む。

別の態様によれば、ビデオデータを符号化および／または復号するためのデバイスが提供される。このデバイスは、プログラムコードを記憶するように構成された少なくとも１つのメモリと、前記プログラムコードを読み取って前記プログラムコードによって指示された通り動作するように構成された少なくとも１つのプロセッサと、を含み、前記プログラムコードは、量子化インデックスを示す構文要素を含むビデオデータを取得することを、前記少なくとも１つのプロセッサに実行させるように構成された第１取得コードであって、前記量子化インデックスの範囲が、オフセット値によって拡張される第１取得コードと、前記構文要素を解析して前記量子化インデックスを決定することを、前記少なくとも１つのプロセッサに実行させるように構成された解析コードと、前記量子化インデックスおよび前記オフセット値に基づいて、ルックアップテーブルから量子化ステップサイズを取得することを、前記少なくとも１つのプロセッサに実行させるように構成された第２取得コードと、前記量子化ステップサイズに基づいて、前記ビデオデータを符号化および／または復号することを、前記少なくとも１つのプロセッサに実行させるように構成されたコーディングコードと、を含む。

別の態様によれば、ビデオデータを符号化および／または復号するための非一時的コンピュータ読み取り可能な媒体が提供される。この非一時的なコンピュータ読み取り可能な媒体は、１つまたは複数の命令を含み、前記１つまたは複数の命令が、ビデオデータを符号化および／または復号するためのデバイスの１つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに、量子化インデックスを示す構文要素を含むビデオデータを取得することであって、前記量子化インデックスの範囲が、オフセット値によって拡張されることと、前記構文要素を解析して前記量子化インデックスを決定することと、前記量子化インデックスおよび前記オフセット値に基づいて、ルックアップテーブルから量子化ステップサイズを取得することと、前記量子化ステップサイズに基づいて、前記ビデオデータを符号化および／または復号することとを、実行させる。

これらの、および他の目的、特徴および利点は、添付図面に関連して読まれるべき例示的な実施形態の以下の詳細な説明から明らかになる。添付図面は、当業者が容易に詳細な説明と組み合わせて理解を行う場合の明確性のために使用されるものであるため、図面の様々な特徴は、スケーリングして描かれていない。

少なくとも１つの実施形態による、ネットワーク化されたコンピュータ環境を示す図である。

少なくとも１つの実施形態による、ＡＣ係数のためのＱ＿ｉｎｄｅｘからＱｓｔｅｐへのマッピングの例を示す図である。

少なくとも１つの実施形態による、ＤＣ係数のためのＱ＿ｉｎｄｅｘからＱｓｔｅｐへのマッピングの例を示す図である。

少なくとも１つの実施形態による、ＡＶ２に対して提案された、統合された、Ｑ＿ｉｎｄｅｘからＱｓｔｅｐへの線形マッピングの例を示す図である。

少なくとも１つの実施形態による、ＡＶ２に対して提案された、統合された、Ｑ＿ｉｎｄｅｘからＱｓｔｅｐへのＬｏｇ２マッピングの例を示す図である。

少なくとも１つの実施形態による、ビデオデータをコード化するプログラムによって実行されるステップを示す動作フローチャートである。

少なくとも１つの実施形態による、図１に示されるコンピュータおよびサーバの内部および外部のコンポーネントのブロック図である。

少なくとも１つの実施形態による、図１に示されるコンピュータシステムを含む例示的なクラウドコンピューティング環境のブロック図である。

少なくとも１つの実施形態による、図６の例示的なクラウドコンピューティング環境の機能層のブロック図である。

特許請求に係る構造および方法の詳細な実施形態は、本明細書に開示されている。しかしながら、開示された実施形態は、様々な形態で具体化され得る、特許請求に係る構造および方法の単なる例示である、ということを理解されたい。しかしながら、これらの構造および方法は、多くの異なる形態で具体化され得、本明細書に記載の例示的な実施形態に限定されると解釈されるべきではない。むしろ、本開示を徹底的かつ完全にし、および本開示の範囲を当業者に十分に伝えるために、これらの例示的な実施形態は提供される。説明では、提示された実施形態を不必要に曖昧にすることを回避するために、周知の特徴および技術の詳細は省略されてもよい。

実施形態は、一般に、データ処理の分野に関し、具体的には、ビデオの符号化および復号に関する。以下に説明される例示的な実施形態は、他の中でも特に、ビデオデータを効率的に圧縮するために、拡張された量子化器を使用してビデオデータを符号化および／または復号するためのシステム、方法、およびコンピュータプログラムを提供する。したがって、いくつかの実施形態は、拡張された量子化器をＡＶ２において提供することによって、コンピューティング分野を改善する能力を有する。

前述のように、ＡＯＭｅｄｉａ Ｖｉｄｅｏ １（ＡＶ１）は、インターネット上のビデオ伝送のために設計されたオープンビデオコーディングフォーマットである。それは、２０１５年に設立されたコンソーシアム（ｃｏｎｓｏｒｔｉｕｍ）であるＡｌｌｉａｎｃｅ ｆｏｒ Ｏｐｅｎ Ｍｅｄｉａ（ＡＯＭｅｄｉａ）によって、ＶＰ９の後継として開発されたものである。このコンソーシアムには、半導体企業、ビデオオンデマンドプロバイダー（ｖｉｄｅｏ ｏｎ ｄｅｍａｎｄ ｐｒｏｖｉｄｅｒｓ）、ビデオコンテンツ制作者（ｖｉｄｅｏ ｃｏｎｔｅｎｔ ｐｒｏｄｕｃｅｒｓ）、ソフトウェア開発会社（ｓｏｆｔｗａｒｅ ｄｅｖｅｌｏｐｍｅｎｔ ｃｏｍｐａｎｉｅｓ）、およびＷｅｂブラウザーベンダー（ｗｅｂ ｂｒｏｗｓｅｒ ｖｅｎｄｏｒｓ）が含まれる。現在、ＡＶ１の量子化ステップサイズは、限られた解像度を有する。前記ステップサイズの範囲は増加しているが、Ｑ＿ｉｎｄｅｘの有効範囲は同じである。量子化ステップサイズの解像度におけるこの制限は、１０ビットおよび１２ビットの内部ビット深度に対してより顕著になり、ここで、対応する８ビットステップサイズ（ｑ＿ｉｄｘを使用して得られる）は、それぞれ、４および１６でスケーリングされる。これは、コーデックによって達成できるビットレートの粒度に影響を与える可能性がある。したがって、量子化インデックスの範囲を拡張することによって量子化ステップサイズの解像度を向上させることは有利であり得る。

各態様は、様々な実施形態による方法、装置（システム）、およびコンピュータ読み取り可能な媒体のフローチャート図および／またはブロック図を参照して本明細書に記載されている。フローチャート図および／またはブロック図の各ブロック、およびフローチャート図および／またはブロック図の各ブロックの組み合わせは、コンピュータ読み取り可能なプログラム命令によって実現され得る、ということを理解されたい。

本明細書に記載のもののような例示的な実施形態による、ビデオデータを符号化および／または復号するためのビデオコーディングシステム１００（以下、「システム」という）を示す、ネットワーク化されたコンピュータ環境の機能ブロック図である図１を参照する。図１は、１つの実装の説明のみを提供し、異なる実施形態が実現され得る環境に関するいかなる制限を意味するものではない、ということを理解されたい。示されている環境に対する多くの変更は、設計および実装の要件に基づいて行われ得る。

システム１００は、コンピュータ１０２およびサーバコンピュータ１１４を含み得る。コンピュータ１０２は、通信ネットワーク１１０（以下、「ネットワーク」という）を介して、サーバコンピュータ１１４と通信することができる。コンピュータ１０２は、プロセッサ１０４と、データ記憶デバイス１０６に記憶され、ユーザとインターフェースをとり、サーバコンピュータ１１４と通信することが可能であるソフトウェアプログラム１０８とを含み得る。図５を参照して以下で説明するように、コンピュータ１０２は、それぞれ、内部コンポーネント８００Ａおよび外部コンポーネント９００Ａを含み得、サーバコンピュータ１１４は、それぞれ、内部コンポーネント８００Ｂおよび外部コンポーネント９００Ｂを含み得る。コンピュータ１０２は、例えば、モバイルデバイス、パーソナルデジタルアシスタント、インターネットブック、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、またはプログラムを実行し、ネットワークにアクセスし、データベースにアクセスすることができる任意のタイプのコンピューティングデバイスであり得る。

サーバコンピュータ１１４は、また、図６および図７に関連して以下で説明するように、ソフトウェアアズアサービス（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、プラットフォームアズアサービス（ＰａａＳ：Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）、またはインフラストラクチャアズアサービス（ｌａａＳ：Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）などのクラウドコンピューティングサービスモデルで動作し得る。サーバコンピュータ１１４は、また、プライベートクラウド、コミュニティクラウド、パブリッククラウド、またはハイブリッドクラウドなどのクラウドコンピューティング展開モデルに配置され得る。

ビデオデータを符号化するために使用され得るサーバコンピュータ１１４は、データベース１１２とインタラクションすることができるビデオコーディングプログラム１１６（以下、「プログラム」という）を実行することが可能である。ビデオコーディングプログラムの方法は、図４に関して以下でより詳細に説明される。一実施形態では、コンピュータ１０２は、ユーザインターフェースを含む入力デバイスとして動作してもよく、一方、プログラム１１６は、主に、サーバコンピュータ１１４上で実行されてもよい。代替の実施形態では、プログラム１１６は、主に、１つ以上のコンピュータ１０２上で実行されてよく、一方、サーバコンピュータ１１４は、プログラム１１６によって使用されるデータを処理および記憶するために使用されてもよい。注意すべきものとして、プログラム１１６は、スタンドアロンプログラムであってもよく、より大きなビデオコーディングプログラムに統合されてもよい。

しかしながら、注意すべきものとして、プログラム１１６の処理は、場合によっては、コンピュータ１０２とサーバコンピュータ１１４との間で任意の比率で共有されてもよい。別の実施形態では、プログラム１１６は、複数のコンピュータ、サーバコンピュータ、またはコンピュータとサーバコンピュータのいくつかの組み合わせ、例えば、ネットワーク１１０を介して単一のサーバコンピュータ１１４と通信する複数のコンピュータ１０２上で実行されてもよい。別の実施形態では、例えば、プログラム１１６は、ネットワーク１１０を介して複数のクライアントコンピュータと通信する複数のサーバコンピュータ１１４上で実行されてもよい。あるいは、プログラムは、ネットワークを介してサーバおよび複数のクライアントコンピュータと通信するネットワークサーバ上で実行されてもよい。

ネットワーク１１０には、有線接続、無線接続、光ファイバー接続、またはそれらのいくつかの組み合わせが含まれてもよい。一般に、ネットワーク１１０は、コンピュータ１０２とサーバコンピュータ１１４との間の通信をサポートする接続とプロトコルとの間の任意の組み合わせであり得る。ネットワーク１１０には、例えば、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）などの電気通信ネットワーク、無線ネットワーク、公衆交換網、衛星ネットワーク、セルラーネットワーク（例えば、第５世代（５Ｇ）ネットワーク、長期進化（ＬＴＥ）ネットワーク、第３世代（３Ｇ）ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワークなど）、公衆陸上移動体網（ＰＬＭＮ）、都市圏ネットワーク（ＭＡＮ）、プライベートネットワーク、アドホックネットワーク、イントラネット、光ファイバーベースのネットワークなど、および／またはこれらまたは他のタイプのネットワークの組み合わせなどの、様々な種類のネットワークが含まれてもよい。

図１に示されるデバイスおよびネットワークの数および配置は、例示的なものとして提供される。実際には、図１に示されるものよりも、追加のデバイスおよび／またはネットワーク、より少ないデバイスおよび／またはネットワーク、異なるデバイスおよび／またはネットワーク、または異なる配置のデバイスおよび／またはネットワークが存在してもよい。さらに、図１に示される２つ以上のデバイスが、単一のデバイス内に実現されてもよく、図１に示される単一のデバイスが、複数の分散デバイスとして実現されてもよい。追加的にまたは代替的には、システム１００の１セットのデバイス（例えば、１つ以上のデバイス）は、システム１００の別のセットのデバイスによって実行されるものとして説明される１つ以上の機能を実行することができる。

ＡＶ１において、変換係数の量子化には、ＤＣおよびＡＣの変換係数のための異なる量子化ステップサイズ、および、輝度および彩度の変換係数のための異なる量子化ステップサイズが適用され得る。量子化ステップサイズを特定するために、フレームヘッダにおいて、まず、ｂａｓｅ＿ｑ＿ｉｄｘという構文要素が信号で通知され得、それは、輝度ＡＣ係数のための量子化ステップサイズを指定する８ビットの固定長コードであり得る。ｂａｓｅ＿ｑ＿ｉｄｘの有効範囲は［０，２５５］である。その後、輝度ＤＣ係数のためのｂａｓｅ＿ｑ＿ｉｄｘに対するデルタ値（ｄｅｌｔａ ｖａｌｕｅ）（ＤｅｌｔａＱＹＤｃとして示される）がさらに信号で通知される。また、複数のカラープレーンがある場合、ｄｉｆｆ＿ｕｖ＿ｄｅｌｔａというフラグが、ＣｂおよびＣｒ色成分に異なる量子化インデックス値が適用されているかどうかを示すように、信号で通知され得る。ｄｉｆｆ＿ｕｖ＿ｄｅｌｔａが０として信号で通知された場合、彩度ＤＣ係数のためのｂａｓｅ＿ｑ＿ｉｄｘに対するデルタ値（ＤｅｌｔａＱＵＤｃとして示される）および彩度ＡＣ係数のｂａｓｅ＿ｑ＿ｉｄｘに対するデルタ値（ＤｅｌｔａＱＵＡｃとして示される）のみが信号で通知され得る。そうではない場合、ＣｂおよびＣｒの両方のＤＣ係数のためのｂａｓｅ＿ｑ＿ｉｄｘに対するデルタ値（ＤｅｌｔａＱＵＤｃおよびＤｅｌｔａＱＶＤｃとして示される）と、ＣｂおよびＣｒの両方のＡＣ係数のためのｂａｓｅ＿ｑ＿ｉｄｘに対するデルタ値（ＤｅｌｔａＱＵＡｃおよびＤｅｌｔａＱＶＡｃとして示される）とが信号で通知される。

量子化インデックスＱ＿ｉｎｄｅｘは、上記の復号されたＤｅｌｔａＱＹＤｃ、ＤｅｌｔａＱＵＡｃ、ＤｅｌｔａＱＵＤｃ、ＤｅｌｔａＱＶＡｃ、およびＤｅｌｔａＱＶＤｃをｂａｓｅ＿ｑ＿ｉｄｘに追加して導出され得る。そして、これらのＱ＿ｉｎｄｅｘは、さらに、２つのテーブルに従って量子化ステップサイズにマッピングされ得る。ＤＣ係数については、８ビット、１０ビットおよび１２ビットの内部ビット深度のための量子化インデックスから量子化ステップサイズへのマッピングは、ルックアップテーブルＤｃ＿Ｑｌｏｏｋｕｐ［３］［２５６］により特定され得、ＡＣ係数については、８ビット、１０ビットおよび１２ビットの内部ビット深度のための量子化インデックスから量子化ステップサイズへのマッピングは、ルックアップテーブルＡｃ＿Ｑｌｏｏｋｕｐ［３］［２５６］により特定され得る。図２Ａは、ＡＣ係数のためのこのようなマッピングの例を示し、図２Ｂは、ＤＣ係数のためのこのようなマッピングの例を示す。

進行中のＡＶ２開発プロセスでは、いくつかのツールが、量子化器の設計において使用され得る。

例えば、第１方法は、別個のルックアップテーブルＤｃ＿Ｑｌｏｏｋｕｐ［３］［２５６］およびＡｃ＿Ｑｌｏｏｋｕｐ［３］［２５６］を削除することを含み得る。この例では、図３Ａに示されているＡｃ＿Ｑｌｏｏｋｕｐ［３］［２５６］のみが保持され、ＤＣ量子化ステップサイズがそれからのオフセットを使用して得られる。デフォルトのオフセットは８に設定されている。

実施形態では、別個のルックアップテーブルは、８ビット、１０ビット、および／または１２ビットの内部ビット深度のための量子化器ステップサイズを取得するために使用され得、また、ステップサイズは、いかなる数学的関係も示さない。別の例として、第２方法は、別個のルックアップテーブルを、８ビットの内部ビット深度のための修正されたルックアップテーブルに置き換えることを含み得る。この例では、量子化ステップサイズの生成プロセスは、下記のように統合されている、即ち、１０ビットおよび１２ビットの内部ビット深度に対して、対応する８ビットステップサイズ（Ｑ＿ｉｎｄｅｘを使用して得られる）がそれぞれ４および１６でスケーリングされる。

別の例として、第２方法は、Ｑ＿ｉｎｄｅｘの範囲を増加させることなく、サポートされているステップサイズの範囲を増加させることを含み得る。

上述したように、現在、ＡＶ１量子化ステップサイズは、限られた解像度を有する。ステップサイズ範囲は増加しているが、Ｑ＿ｉｎｄｅｘの有効範囲は同じである。図３Ａに示されるように、Ｑ＿ｉｎｄｅｘの有効範囲は［０，２５５］であり、これらは、ステップサイズの範囲［４，６８７９］（上述の変更後）にマッピングされる。量子化ステップサイズの解像度におけるこの制限は、１０ビットおよび１２ビットの内部ビット深度に対してより顕著になり、ここで、対応する８ビットステップサイズ（ｑ＿ｉｄｘを使用して得られる）は、それぞれ、４および１６でスケーリングされる。これは、コーデックによって達成できるビットレートの粒度に影響を与える可能性がある。

Ｑ＿ｉｎｄｅｘから量子化ステップサイズへのマッピングは、一貫した数学的関係を示さない。図３Ｂに示されるように、ステップサイズの初期エントリは、Ｑ＿ｉｎｄｅｘとの線形関係を示し、一方、マッピングの残りの部分は、主に指数関数的である。線形マッピングから指数関数的マッピングへの変換はスムーズではない。さらに、下位Ｑ＿ｉｎｄｅｘでは、ステップサイズに突然のジャンプが存在し、これは、１０ビットと１２ビットの内部ビット深度コーディングに対して、それぞれ４および１６でスケールアップされるため、より顕著になる。

例示的な実施形態は、別々に使用されてもよく、または任意の順序で組み合わせて使用されてもよい。１つまたは複数の実施形態では、Ｑ＿ｉｎｄｅｘからＱｓｔｅｐへの指数関数的マッピングは、以下の式１として表され得る。

１つまたは複数の実施形態では、Ｑ＿ｉｎｄｅｘからＱｓｔｅｐへの線形マッピングは、以下の式２として表され得る。

式１および式２において、ａ、ｂ＆ｃは、ある範囲のＱ＿ｉｎｄｅｘのための定数であり得る。

１つまたは複数の実施形態では、オフセットがＱ＿ｉｎｄｅｘに追加されてもよく、ここで、このオフセットは、内部ビット深度値に依存する。

１つまたは複数の実施形態では、オフセット値は下記の方式で追加されてよい、即ち、オフセット値が追加された後、量子化ステップサイズはｐｏｗｅｒ（べき乗）（２，ｂｉｔｄｅｐｔｈ－８）でスケーリングされ得る。例えば、内部ビット深度が８に等しい場合、量子化ステップサイズは修正されなくてもよい。別の例では、内部ビット深度が８に等しくない場合、量子化ステップサイズは、ｐｏｗｅｒ（２，ｂｉｔｄｅｐｔｈ－８）でスケーリングされ得る。

１つまたは複数の実施形態では、オフセット値は、ｍ＊（ｂｉｔｄｅｐｔｈ―８）であり得て、ここで、ｍの例示的な値は、１、２、．．．、３０、３２を含むが、これらに限定されない。

１つまたは複数の実施形態では、より小さい量子化ステップサイズ（Ｑ＿ｉｎｄｅｘまたはＱｓｔｅｐが所定の閾値Ｑ０より小さい）については、線形マッピングが適用され得、より大きい量子化ステップサイズ（Ｑ＿ｉｎｄｅｘまたはＱｓｔｅｐが所定の閾値Ｑ０より大きい）については、前記オフセット値がｃに比例する。

１つまたは複数の実施形態では、Ｑ＿ｉｎｄｅｘが所定の閾値（例えば、２５６）以上である場合、オフセットは、対応する量子化ステップサイズを導出するためにＱ＿ｉｎｄｅｘに追加され得、次いで量子化ステップサイズは、ｐｏｗｅｒ（２、ｂｉｔｄｅｐｔｈ－８）でスケーリングされ得る。例えば、オフセットは、上記で適用されたオフセット値と同じであり得るが、負の符号が付けられている。オフセットの絶対値の例示的な値は、６と６５の間の整数、例えば、内部ビット深度が１０である場合の６０、６４、および内部ビット深度が１２である場合の１２０、１２８を含むが、これらに限定されない。

１つまたは複数の実施形態では、Ｑ＿ｉｎｄｅｘは、９ビット整数として信号で通知され得る。

１つまたは複数の実施形態では、Ｑ＿ｉｎｄｅｘの値は、内部ビット深度値によって制限される。例えば、Ｑ＿ｉｎｄｅｘは、［０，２５５＋ｍ＊（ｂｉｔｄｅｐｔｈ―８）］になると制限され得、ｍの例示的な値は、１、２、．．．、３０、３２を含むが、これらに限定されない。

１つまたは複数の実施形態では、Ｑ＿ｉｎｄｅｘの値が直接に信号で通知されることの代わりに、Ｑ＿ｉｎｄｅｘプラスオフセットが、信号で通知され得、例えば、Ｑ＿ｉｎｄｅｘ＿ｍｉｎｕｓ＿Ｎである。また、Ｑ＿ｉｎｄｅｘ＿ｍｉｎｕｓ＿Ｎは、符号付けられた構文要素として信号で通知され得る。一例では、オフセット値Ｎは、－１２８であってもよい。

次に、図４を参照すると、図４において、ビデオデータを符号化および／または復号するための方法４００のステップを示す動作フローチャートが示されている。いくつかの実装では、図４の１つまたは複数のプロセスブロックは、コンピュータ１０２（図１）およびサーバコンピュータ１１４（図１）によって実行され得る。

４０２において、方法４００は、量子化インデックスを示す構文要素を含むビデオデータを取得することを含む。量子化インデックスの範囲は、オフセット値によって拡張される。

４０４において、方法４００は、構文要素を解析して量子化インデックスを決定することを含む。

４０６において、方法４００は、量子化インデックスおよびオフセット値に基づいてルックアップテーブルから量子化ステップサイズを取得することを含む。

４０８において、方法４００は、量子化ステップサイズに基づいてビデオデータを符号化および／または復号することを含む。

１つまたは複数の実施形態では、オフセット値は、ビデオデータの内部ビット深度値に基づいて決定され得る。

１つまたは複数の実施形態では、量子化インデックスが閾値より大きい場合、量子化ステップサイズは、量子化インデックスにオフセット値を加算した結果に基づいてルックアップテーブルから取得され得る。

１つまたは複数の実施形態では、オフセット値は、負の整数であり得る。

１つまたは複数の実施形態では、閾値は、２５５であり得る。

１つまたは複数の実施形態では、構文要素には、９ビット整数が含まれ得る。

１つまたは複数の実施形態では、９ビット整数の値は、量子化インデックスにオフセット値を加算した結果に等しくてもよい。

１つまたは複数の実施形態では、ルックアップテーブルのサイズは、量子化ステップサイズの２５５個の値としてもよい。

図４は、１つの実装の説明のみを提供し、異なる実施形態をどのように実現できるかに関するいかなる制限を意味するものではない、ということを理解されたい。示されている環境に対する多くの変更は、設計および実現の要件に基づいて行われ得る。

図５は、例示的な実施形態による、図１に示されるコンピュータおよびサーバの内部および外部のコンポーネントのブロック図５００である。図５は、１つの実現の説明のみを提供し、異なる実施形態が実現され得る環境に関するいかなる制限を意味するものではない、ということを理解されたい。示されている環境に対する多くの変更は、設計および実現の要件に基づいて行われ得る。

コンピュータ１０２（図１）およびサーバコンピュータ１１４（図１）は、図５に示される内部コンポーネント８００Ａ、Ｂおよび外部コンポーネント９００Ａ、Ｂの異なるセットを含み得る。内部コンポーネント８００の各セットには、１つ以上のプロセッサ８２０と、１つ以上のバス８２６上の１つ以上のコンピュータ読み取り可能なＲＡＭ８２２および１つ以上のコンピュータ読み取り可能なＲＯＭ８２４と、１つ以上のオペレーティングシステム８２８と、１つ以上のコンピュータ読み取り可能な有形記憶デバイス８３０と、が含まれる。

プロセッサ８２０は、ハードウェア、ファームウェア、またはハードウェアとソフトウェアの組み合わせで実現される。プロセッサ８２０は、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、加速処理ユニット（ＡＰＵ）、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、または別のタイプの処理コンポーネントである。いくつかの実現では、プロセッサ８２０は、機能を実行するようにプログラム化することができる１つ以上のプロセッサを含む。バス８２６は、内部コンポーネント８００Ａ、Ｂ間の通信を可能にするコンポーネントを含む。

サーバコンピュータ１１４（図１）上の１つ以上のオペレーティングシステム８２８、ソフトウェアプログラム１０８（図１）、およびビデオコーディングプログラム１１６（図１）は、それぞれのＲＡＭ８２２（一般的には、キャッシュメモリが含まれる）のうちの１つ以上を介して、それぞれのプロセッサ８２０のうちの１つ以上によって実行されるために、それぞれのコンピュータ読み取り可能な有形記憶デバイス８３０のうちの１つ以上に記憶される。図５に示される実施形態では、コンピュータ読み取り可能な有形記憶デバイス８３０のそれぞれは、内蔵ハードドライブの磁気ディスク記憶デバイスである。あるいは、コンピュータ読み取り可能な有形記憶デバイス８３０のそれぞれは、ＲＯＭ８２４、ＥＰＲＯＭ、フラッシュメモリ、光ディスク、磁気光学ディスク、ソリッドステートディスク、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、カートリッジ、磁気テープなどの半導体記憶デバイス、および／またはコンピュータプログラムとデジタル情報を記憶することができる別のタイプの非一時的なコンピュータ読み取り可能な有形記憶デバイスなどの半導体記憶装置である。

内部コンポーネント８００Ａ、Ｂの各セットには、また、例えばＣＤ－ＲＯＭ、ＤＶＤ、メモリスティック、磁気テープ、磁気ディスク、光ディスク、または半導体記憶デバイスなどのような、１つ以上の携帯型コンピュータ読み取り可能な有形記憶デバイス９３６からの読み取りおよび書き込むのためのＲ／Ｗドライブまたはインターフェース８３２が含まれる。例えばソフトウェアプログラム１０８（図１）およびビデオコーディングプログラム１１６（図１）などのようなソフトウェアプログラムは、それぞれの携帯型コンピュータ読み取り可能な有形記憶デバイス９３６のうちの１つ以上に記憶され、それぞれのＲ／Ｗドライブまたはインターフェース８３２を介して読み取られ、それぞれのハードドライブ８３０にロードされ得る。

内部コンポーネント８００Ａ、Ｂの各セットには、例えばＴＣＰ／ＩＰアダプタカードなどのようなネットワークアダプタまたはインターフェース８３６、無線Ｗｉ－Ｆｉインターフェースカード、あるいは３Ｇ、４Ｇまたは５Ｇ無線インターフェースカードまたはその他の有線または無線通信リンクも含まれる。サーバコンピュータ１１４（図１）上のソフトウェアプログラム１０８（図１）およびビデオコーディングプログラム１１６（図１）は、ネットワーク（例えば、インターネット、ローカルエリアネットワークまたはその他のネットワーク、ワイドエリアネットワーク）およびそれぞれのネットワークアダプタまたはインターフェース８３６を介して、外部コンピュータから、コンピュータ１０２（図１）およびサーバコンピュータ１１４にダウンロードされる。ネットワークアダプタまたはインターフェース８３６から、サーバコンピュータ１１４上のソフトウェアプログラム１０８およびビデオコーディングプログラム１１６が、それぞれのハードドライブ８３０にロードされる。ネットワークには、銅線、光ファイバー、無線伝送、ルーター、ファイアウォール、スイッチ、ゲートウェイコンピュータ、および／またはエッジサーバが含まれる。

外部コンポーネント９００Ａ、Ｂの各セットには、コンピュータディスプレイモニタ９２０、キーボード９３０、およびコンピュータマウス９３４が含まれる。外部コンポーネント９００Ａ、Ｂには、また、タッチスクリーン、仮想キーボード、タッチパッド、ポインティングデバイス、および他のヒューマンインターフェースデバイスが含まれる。内部コンポーネント８００Ａ、Ｂの各セットには、また、コンピュータディスプレイモニタ９２０、キーボード９３０、およびコンピュータマウス９３４とインターフェースをとるためのデバイスドライバ８４０含まれる。デバイスドライバ８４０、Ｒ／Ｗドライブまたはインターフェース８３２、およびネットワークアダプタまたはインターフェース８３６には、ハードウェア、および（記憶デバイス８３０および／またはＲＯＭ８２４に記憶されている）ソフトウェアが含まれる。

本開示は、クラウドコンピューティングに関する詳細な説明を含むが、本明細書に列挙される教示の実現は、クラウドコンピューティング環境に限定されない、ということを事前に理解されたい。むしろ、いくつかの実施形態は、現在知られている、または後で開発される他のタイプのコンピューティング環境と組み合わせて実現され得る。

クラウドコンピューティングは、配置可能なコンピューティングリソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、プロセシング、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共用プールへの、便利でかつオンデマンドのネットワークアクセスを可能にするための、サービス配布モデルであり、最小限の管理作業またはサービスのプロバイダーとのインタラクションで、迅速にプロビジョニングおよびリリースされ得る。このクラウドモデルは、少なくとも５つの特徴、少なくとも３つのサービスモデル、および少なくとも４つの展開モデルを含み得る。

特徴は、以下の通りである。
オンデマンドセルフサービス（Ｏｎ－ｄｅｍａｎｄ ｓｅｌｆ－ｓｅｒｖｉｃｅ）：クラウド消費者は、サービスのプロバイダーとの間の人工的なインタラクションを必要とせず、必要に応じて自動的に、サーバ時間およびネットワークストレージなどのコンピューティング能力を一方的にプロビジョニングすることができる。
広範囲のネットワークアクセス：この能力は、ネットワーク経由で利用可能になり、標準的なメカニズムを介してアクセスされ得、これにより、異種のシンまたはシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、およびＰＤＡなど）による使用が促進される。
リソースプーリング：プロバイダーのコンピューティングリソースは、マルチテナントモデル（ｍｕｌｔｉ－ｔｅｎａｎｔ ｍｏｄｅｌ）を使用して複数の消費者にサービスを提供するためにプールされ、さまざまな物理リソースおよび仮想リソースが、需要に応じて動的に割り当てられ、および再割り当てられる。消費者は、通常、提供されたリソースの正確な場所に対する制御も知識も有しないため、場所に依存しないという感覚があるが、より高い抽象的なレベル（例えば、国、州、またはデータセンタ）で場所を指定することができる。
迅速的弾性：この能力は、迅速かつ弾力的に、場合によっては自動的に、プロビジョニングされ得、これにより素早くスケールアウトされて迅速にリリースされ、これによって素早くスケールインされ得る。消費者にとっては、プロビジョニングに利用可能な能力は、一般的に無制限のように見えられ、いつでも任意の数量で購入され得る。
測定可能なサービス：クラウドシステムは、サービスのタイプ（例えば、ストレージ、プロセシング、帯域幅、およびアクティブなユーザアカウントなど）に適したある抽象的なレベルでの計量能力を活用することにより、リソースの使用を自動的に制御および最適化する。リソースの使用状況は、監視、制御、および報告され得、これにより、使用されたサービスのプロバイダーおよび消費者の両方に対して透明性が提供される。

サービスモデルは、以下の通りである。
ソフトウェアアズアサービス（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、クラウドインフラストラクチャ上で実行されるプロバイダーのアプリケーションを使用することである。これらのアプリケーションは、ウェブブラウザ（例えば、ウェブベースの電子メール）などのシンクライアントインターフェースを介して、様々なクライアントデバイスからアクセスされ得る。消費者は、限られたユーザ固有のアプリケーション構成設定を除いて、ネットワーク、サーバ、オペレーティングシステム、ストレージ、さらには個別のアプリケーション能力を含む基盤となるクラウドインフラストラクチャを、管理または制御しない。
プラットフォームアズアサービス（ＰａａＳ：Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、消費者が作成または取得したアプリケーションをクラウドインフラストラクチャ上に展開することであり、これらのアプリケーションは、プロバイダーによってサポートされているプログラミング言語およびツールを使用して作成されたものである。消費者は、ネットワーク、サーバ、オペレーティングシステム、またはストレージを含む基盤となるクラウドインフラストラクチャを管理または制御しないが、展開されたアプリケーション、および可能なアプリケーションホスティング環境構成を制御することができる。
インフラストラクチャアズアサービス（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、プロセシング、ストレージ、ネットワーク、および他の基本的なコンピューティングリソースをプロビジョニングすることであり、消費者が、オペレーティングシステムおよびアプリケーションを含み得る任意のソフトウェアをその中で展開および実行することができる。消費者は、基盤となるクラウドインフラストラクチャを管理または制御しないが、オペレーティングシステム、ストレージ、展開されたアプリケーションを制御することができ、選定されたネットワークコンポーネント（例えば、ホストのファイアウォール）を有限に制御することもできる。

展開モデルは、以下の通りである。
プライベートクラウド：クラウドインフラストラクチャは、ある組織のためだけに運用される。それは、該組織またはサードパーティによって管理され得、オンプレミス（ｏｎ－ｐｒｅｍｉｓｅｓ）またはオフプレミス（ｏｆｆ－ｐｒｅｍｉｓｅｓ）に存在することができる。
コミュニティクラウド：クラウドインフラストラクチャは、いくつかの組織によって共有され、共有された関心事項（例えば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンスに関する考慮事項）を有する特定のコミュニティをサポートする。これは、これらの組織またはサードパーティによって管理され得、オンプレミスまたはオフプレミスに存在することができる。
パブリッククラウド：クラウドインフラストラクチャは、公衆または大手業界グループに提供され、クラウドサービスを販売する組織によって所有される。
ハイブリッドクラウド：クラウドインフラストラクチャは、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）によって構成され、これらは、依然として唯一のエンティティであるが、標準的または専有の技術によって一緒に結合され、これにより、データおよびアプリケーションの移植性が可能になる（例えば、クラウド間の負荷バランスのためのクラウドバースト）。

クラウドコンピューティング環境は、サービス指向であり、無状態、低結合、モジュール化、およびセマンティック相互操作性に焦点を合わせている。クラウドコンピューティングの中心は、相互接続されたノードのネットワークで構成されるインフラストラクチャである。

開示された主題の特定の実施形態を実施するのに適している例示的なクラウドコンピューティング環境６００が示されている図６を参照する。示されているように、クラウドコンピューティング環境６００は、１つ以上のクラウドコンピューティングノード１０を含み、例えばパーソナルデジタルアシスタント（ＰＤＡ）またはセルラー電話５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃ、および／または自動車コンピュータシステム５４Ｎなどの、クラウド消費者によって使用されるローカルコンピューティングデバイスは、それと通信することができる。クラウドコンピューティングノード１０は、互いに通信することができる。それらは、例えば上記のプライベート、コミュニティ、パブリックまたはハイブリッドクラウド、あるいはそれらの組み合わせなどの、１つ以上のネットワークにおいて、物理的にまたは仮想的にグループ化され得る（図示せず）。これは、クラウドコンピューティング環境６００が、インフラストラクチャ、プラットフォーム、および／またはソフトウェアをサービスとして提供することを可能にし、これらのサービスに対しては、クラウド消費者はローカルのコンピューティングデバイスでリソースを維持する必要がない。図６に示されるコンピューティングデバイス５４Ａ～５４Ｎのタイプは、例示だけを意図しており、コンピューティングノード１０およびクラウドコンピューティング環境６００は、任意のタイプのネットワークおよび／またはネットワークアドレス可能な接続を介して（例えば、ウェブブラウザを使用して）、任意のタイプのコンピュータ化されたデバイスと通信することができる、ということを理解されたい。

（図６の）クラウドコンピューティング環境６００によって提供される１セットの機能的抽象化層７００が示されている図７を参照する。図７に示されているコンポーネント、層、および機能は、例示だけを意図しており、実施形態はこれらに限定されない、ということを事前に理解されたい。示されているように、以下の層および対応する機能が提供される。

ハードウェアおよびソフトウェア層６０には、ハードウェアおよびソフトウェアコンポーネントが含まれる。ハードウェアコンポーネントの例には、メインフレーム６１、ＲＩＳＣ（縮小命令セットコンピュータ）アーキテクチャベースのサーバ６２、サーバ６３、ブレードサーバ６４、記憶デバイス６５、およびネットワークとネットワーキングコンポーネント６６が含まれる。いくつかの実施形態では、ソフトウェアコンポーネントには、ネットワークアプリケーションサーバソフトウェア６７、およびデータベースソフトウェア６８が含まれる。

仮想化層７０は、仮想エンティティの以下の例、即ち、仮想サーバ７１、仮想ストレージ７２、仮想プライベートネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティングシステム７４、および仮想クライアント７５が提供され得る抽象化層を提供する。

一例では、管理層８０は、下記の機能を提供することができる。リソースプロビジョニング８１は、クラウドコンピューティング環境内でタスクを実行するために使用されるコンピューティングリソースおよび他のリソースへの動的な調達を提供する。計測および価格設定８２は、リソースがクラウドコンピューティング環境内で使用されるときのコスト追跡、およびそれらのリソースの消費に対する課金（ｂｉｌｌｉｎｇ）または請求（ｉｎｖｏｉｃｉｎｇ）を提供する。一例では、これらのリソースは、アプリケーションソフトウェアのライセンスを含み得る。セキュリティは、クラウド消費者およびタスクに対するアイデンティティ認証確認、およびデータや他のリソースに対する保護を提供する。ユーザポータル８３は、消費者およびシステム管理者に対して、クラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理８４は、必要なサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当ておよび管理を提供する。サービスレベル合意（ＳＬＡ：Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）の計画および履行（ｐｌａｎｎｉｎｇ ａｎｄ ｆｕｌｆｉｌｌｍｅｎｔ）８５は、ＳＬＡに従って将来の需要が予測されるクラウドコンピューティングリソースに対する事前手配および調達を提供する。

作業負荷層９０は、クラウドコンピューティング環境が使用され得る機能の例を提供する。この層から提供され得る作業負荷および機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室での授業９３、データ分析処理９４、トランザクション処理９５、ビデオコーディング９６が含まれる。ビデオコーディング９６は、公称角度から導出されたデルタ角度を使用してビデオデータを符号化／復号することができる。

いくつかの実施形態は、任意の可能な技術的詳細の統合レベルでのシステム、方法、および／またはコンピュータ読み取り可能な媒体に関する。コンピュータ読み取り可能な媒体は、プロセッサに動作を実行させるためのコンピュータ読み取り可能なプログラム命令をその上に有するコンピュータ読み取り可能な非一時的記憶媒体（または複数の媒体）を含み得る。

コンピュータ読み取り可能な媒体は、命令実行デバイスによって使用されるために命令を保持および記憶することができる有形デバイスであり得る。コンピュータ読み取り可能な媒体は、例えば、電子記憶デバイス、磁気記憶デバイス、光学記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、または前述の任意の適切な組み合わせであり得るが、これらに限定されない。コンピュータ読み取り可能な媒体のより具体的な例の非網羅的なリストには、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、例えば、命令が書き込まれたパンチカードまたは溝部における突起構造などの機械的に符号化されたデバイス、および前述の任意の適切な組み合わせが含まれる。本明細書で使用されているコンピュータ読み取り可能な媒体は、それ自体が、電波または他の自由に伝播する電磁波、導波路または他の伝送媒体を介して伝播する電磁波（例えば光ファイバケーブルを通過する光パルス）、または、ワイヤを介して送信される電気信号などの一時的な信号自体であると解釈されるべきではない。

本明細書に記載されているコンピュータ読み取り可能なプログラム命令は、コンピュータ読み取り可能な媒体から、それぞれの計算／処理デバイスに、または、例えばインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、および／または無線ネットワークなどのネットワークを介して外部コンピュータまたは外部記憶デバイスにダウンロードされ得る。ネットワークは、銅線伝送ケーブル、光伝送ケーブルファイバ、無線伝送、ルーター、ファイアウォール、スイッチ、ゲートウェイコンピュータ、および／またはエッジサーバを含み得る。各計算／処理デバイスにおけるネットワークアダプタカードまたはネットワークインターフェースは、ネットワークからコンピュータ読み取り可能なプログラム命令を受信し、それぞれの計算／処理デバイス内のコンピュータ読み取り可能な媒体に記憶するために、そのコンピュータ読み取り可能なプログラム命令を転送する。

動作を実行するためのコンピュータ読み取り可能なプログラムコード／命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン関連命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の配置データ、または、例えばＳｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向型プログラミング言語および例えば「Ｃ」プログラミング言語または類似なプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで書かれたソースコードまたはオブジェクトコードであり得る。コンピュータ読み取り可能なプログラム命令は、完全にユーザのコンピュータで実行されてもよく、部分的にユーザのコンピュータで実行されてもよいし、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上で実行され、部分的にリモートコンピュータで実行されてもよく、または完全にリモートコンピュータまたはサーバで実行されてもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されるか、または（例えば、インターネットサービスプロバイダーが使用されているインターネットを介して）外部のコンピュータに接続され得る。いくつかの実施形態では、例えばプログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、各態様または動作を実行するために、コンピュータ読み取り可能なプログラム命令の状態情報を利用することで電子回路をパーソナライズすることにより、コンピュータ読み取り可能なプログラム命令を実行することができる。

これらのコンピュータ読み取り可能なプログラム命令は、マシンを製造するために、汎用コンピュータ、特殊用途コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供され、これにより、マシンは製造され得、これによって、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行される命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックで指定されている機能／動作を実現するための方法を作成することができる。これらのコンピュータ読み取り可能なプログラム命令は、コンピュータ読み取り可能な媒体に記憶され得、当該コンピュータ読み取り可能な媒体は、特定の方式で動作するようにコンピュータ、プログラマブルデータ処理装置、および／または他のデバイスに指示することができ、これにより、その中に記憶されている命令を有するコンピュータ読み取り可能な媒体は、製造品を含み、当該製造品には、フローチャートおよび／またはブロック図の１つまたは複数のブロックで指定されている機能／動作の態様を実現する命令が含まれる。

コンピュータ読み取り可能なプログラム命令は、また、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイスにロードされ得、これにより、一連のオペレーションステップは、コンピュータによって実現されるプロセスを作成するめに、コンピュータ、他のプログラマブル装置、または他のデバイス上で実行され得、これによって、コンピュータ、または他のプログラマブル装置、または他のデバイス上で実行される命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックで指定されている機能／動作を実現する。

図面のフローチャートおよびブロック図は、様々な実施形態によるシステム、方法、およびコンピュータ読み取り可能な媒体の可能な実現のアーキテクチャ、機能、および動作を示している。これに関して、フローチャートまたはブロック図における各ブロックは、モジュール、セグメント、またはコードの一部を表すことができ、これは、指定された論理機能（複数）を実現するための１つ以上の実行可能な命令を含む。この方法、コンピュータシステム、およびコンピュータ読み取り可能な媒体は、図に示されているものよりも追加のブロック、より少ないブロック、異なるブロック、または異なる配置のブロックを含み得る。いくつかの代替の実現では、ブロックに示されている機能は、図に示されている以外の順序で発生する場合がある。例えば、連続して示されている２つのブロックは、実際には、同時にまたは実質的に同時に実行されてもよく、または、関連する機能に従って、それらのブロックは、逆の順序で実行されてもよい場合がある。注意すべきものとして、ブロック図および／またはフローチャート図の各ブロック、およびブロック図および／またはフローチャート図のブロックの組み合わせは、特定用途ハードウェアベースのシステムによって実現され得、当該特定用途ハードウェアベースのシステムは、指定された機能または動作を実行するか、または、特定用途ハードウェアとコンピュータ命令の組み合わせを実行する。

本明細書で説明されたシステムおよび／または方法は、異なる形式のハードウェア、ファームウェア、またはハードウェアとソフトウェアの組み合わせで実現され得る、ということが明らかにされている。これらのシステムおよび／または方法を実現するために使用される実際の専用制御ハードウェアまたはソフトウェアコードは、実現を制限するものではない。したがって、システムおよび／または方法の動作および行為は、特定のソフトウェアコードを参照せずに本明細書で説明される。ソフトウェアおよびハードウェアは、本明細書の説明に基づいてシステムおよび／または方法を実現するように設計され得る、ということを理解されたい。

本明細書で使用される任意の要素、動作または命令は、そのように明示的に説明されていない限り、重要または不可欠であると解釈されるべきではない。また、本明細書では使用される冠詞「ａ」および「ａｎ」は、１つ以上の項目を含むことを意図しており、「１つ以上」と交換可能に使用され得る。さらに、本明細書で使用される用語「セット」は、１つ以上の項目（例えば、関連項目、非関連項目、関連項目と非関連項目の組み合わせなど）を含むことを意図しており、「１つ以上」と交換可能に使用され得る。１つの項目のみが意図されている場合、用語「１つ」または類似語が使用される。また、本明細書で使用される用語「有する」、「備える」、「含む」などは、オープンアイテムとなることを意図している。さらに、「に基づく」という語句は、特に明記しない限り、「少なくとも部分的に、に基づく」を意味することを意図している。

様々な態様および実施形態の説明は、例示の目的で提示されているが、網羅的であることを意図するものではなく、開示された実施形態に限定されることを意図するものでもない。機能の組み合わせが特許請求の範囲に記載されている、および／または明細書に開示されているとしても、これらの組み合わせは、可能な実現の開示を制限することを意図するものではない。実際には、これらの特徴の多くは、特許請求の範囲に具体的に記載されていない、および／または明細書に開示されていない方法で組み合わせることができる。以下にリストされた各従属請求項は、直接に１つの請求項のみに依存する場合があるが、可能な実現の開示には、各従属請求項と請求項セット内の他のすべての請求項との組み合わせが含まれる。説明された実施形態の範囲から逸脱しない場合、多くの修正および変形は、当業者にとって明らかにある。本明細書で使用された用語は、実施形態の原理、市場で発見された技術に対する実際の適用または技術的改善を最良に説明するために、または当業者が本明細書に開示された実施形態を理解できるようにするために選択されたものである。

Claims (1)

1. ビデオデコーダにより実施される復号方法であって、
   前記ビデオデコーダにより、ビデオビットストリームを受信するステップであって、前記ビデオビットストリームに含まれる１つのコーディングされたピクチャーに関連付けられたピクチャーヘッダー（PH）の中の漸次復号リフレッシュ（GDR）フラグは、前記PHに関連付けられた前記１つのコーディングされたピクチャーがGDRピクチャーであることを指定するための第１値を有する、ステップと、
   前記ビデオデコーダにより、復号ピクチャーを得るために、前記ビデオビットストリームからのコーディングされたピクチャーを復号するステップと、
   を含む、方法。
   
   

Images