JP7289882B2

JP7289882B2 - メディアファイルにおける画像トランジションのためのトランジション期間

Info

Publication number: JP7289882B2
Application number: JP2021142852A
Authority: JP
Inventors: ワンイェ－クイ; ザンリー
Original assignee: Lemon Inc
Current assignee: Lemon Inc
Priority date: 2020-09-02
Filing date: 2021-09-02
Publication date: 2023-06-12
Anticipated expiration: 2041-09-02
Also published as: CN114205625A; JP2022042506A; US20220070480A1; JP7291753B2; CN114205588A; KR20220030192A; EP3965422A1; JP2022042505A; US11595672B2; KR20220030190A; US20220070496A1; CN114205625B; US11863768B2; EP3965424A1

Description

［関連出願への相互参照］
適用可能な特許法及び／又はパリ条約に従う規則の下で、本願は、２０２０年９月２日付けで出願された米国特許仮出願第６３／０７３８２９号及び２０２０年１０月５日付けで出願された米国特許仮出願第６３／０８７４５８号に対する優先権及び利益を適宜請求するようなされている。法律の下での全ての目的のために、上記の出願の開示全体は、本願の開示の部分として参照により援用される。

［技術分野］
本特許文献は、画像及びビデオの符号化及び復号化に関係がある。

デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上で最大バンド幅使用を占める。ビデオを受信及び表示することが可能なユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は成長し続けることが予期される。

本特許文献は、ファイルフォーマットに従ってビデオ又は画像のコーディングされた表現を処理するビデオエンコーダ及びデコーダによって使用され得る技術を開示する。

一例となる態様で、画像データを処理する方法が開示される。方法は、視覚メディアファイルとビットストリームとの間の変換を実行するステップを含む。視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、スライドショーとしてのピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定する。

他の例となる態様で、画像データを処理する方法が開示される。方法は、視覚メディアファイルとビットストリームとの間の変換を実行するステップを含む。視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、複数のトランジション効果がスライドショーとしての第１画像アイテム及び第２画像アイテムの表示間に適用されるトランジションのために許されることを指定する。

他の例となる態様で、画像データを処理する方法が開示される。方法は、視覚メディアファイルとビットストリームとの間の変換を実行するステップを含む。視覚メディアファイルは、メディアファイルフォーマットに従って１つ以上のピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。ビデオコーディングフォーマットは、複数のプロファイルを定義する。メディアファイルフォーマットは、ビットストリームが特定のブランドを有してるファイルで表現されることを指定し、メディアファイルフォーマットは、ビットストリームでビデオを表現するために使用される１つ以上のプロファイルが特定のブランドのアグノスティック（agnostic）であることを更に指定する。

他の例となる態様で、画像データを処理する方法が開示される。方法は、視覚メディアファイルとビットストリームとの間の変換を実行するステップを含む。視覚メディアファイルは、メディアファイルフォーマットに従って１つ以上のピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、ビデオコーディングフォーマットに関連した１つ以上の画像アイテムタイプ又は１つ以上のファイルブランドを指定する。メディアファイルフォーマットは、１つ以上の画像アイテムタイプのうちの１つ又は１つ以上のファイルブランドのうちの１つに適合するビットストリームが単一アクセスユニットを含むことを指定し、単一アクセスユニットは、少なくとも部分的にイントラコーディングされる単一ピクチャを含む。

他の例となる態様で、画像データを処理する方法が開示される。方法は、視覚メディアファイルとビットストリームとの間の変換を実行するステップを含む。視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有する。ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、動作点情報（Operating Point Information，ＯＰＩ）ネットワーク抽象化レイヤ（Network Abstraction Layer，ＮＡＬ）ユニットが、特定の画像アイテムタイプを有している画像アイテム又は画像アイテムのサンプルに存在しないことを指定する。

一例となる態様で、ビデオ処理方法が開示される。方法は、ファイルフォーマットに従って、１つ以上の画像のシーケンスを含む視覚メディアとビットストリーム表現との間の変換を実行するステップを含み、ファイルフォーマットは、１つ以上の画像の表示中の１つ以上の画像間のトランジション特性を示す１つ以上のシンタックス要素を含むよう構成される。

他の例となる態様で、他のビデオ処理方法が開示される。方法は、ファイルフォーマットに従って、１つ以上の画像のシーケンスを含む視覚メディアとビットストリーム表現との間の変換を実行するステップを含み、ファイルフォーマットは、視覚メディアが特定のファイルブランドを有しているファイルで表現される場合に、ファイルフォーマットが規則に従って制限されることを指定する。

他の例となる態様で、他のビデオ処理方法が開示される。方法は、ファイルフォーマットに従って、１つ以上の画像のシーケンスを含む視覚メディアとビットストリーム表現との間の変換を実行するステップを含み、ファイルフォーマットは、規則に従って１つ以上の画像の画像タイプを示すよう構成される。

更なる他の例となる態様で、ビデオエンコーダ装置が開示される。ビデオエンコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

更なる他の例となる態様で、ビデオデコーダ装置が開示される。ビデオデコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

更なる他の例となる態様で、コードを記憶しているコンピュータ可読媒体が開示される。コードは、本明細書で記載される方法の１つを、プロセッサによって実行可能なコードの形で具現する。

更なる他の例となる態様で、ビットストリームを記憶しているコンピュータ可読媒体が開示される。ビットストリームは、本明細書で記載される方法を用いて生成される。

これら及び他の特徴は、本明細書の全体にわたって説明される。

例となるビデオ処理システムのブロック図である。ビデオ処理装置のブロック図である。ビデオ処理の方法の例のフローチャートである。本開示のいくつかの実施形態に従ってビデオコーディングシステムを表すブロック図である。本開示のいくつかの実施形態に従ってエンコーダを表すブロック図である。本開示のいくつかの実施形態に従ってデコーダを表すブロック図である。エンコーダブロック図の例を示す。本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。

セクション見出しは、理解を簡単にするために本明細書で使用されているのであって、各セクションで開示されている技術及び実施形態の適用性をそのセクションにのみ制限するものではない。更に、Ｈ．２６６の専門用語は、理解を簡単にするためにのみ一部の記載で使用されており、開示されている技術の範囲を限定するためではない。従って、本明細書で記載される技術は、他のビデオコーデックプロトコル及び設計にも適用可能である。本明細書において、編集の変更は、ＶＶＣ規格の現在の草案に対して、取り消されたテキストを取り消し線で示し、追加されたテキストを強調表示（太字イタリック体を含む。）することによって、テキストに示されている。

１．概要
本明細書は、画像ファイルフォーマットに関係がある。具体的に、それは、ＩＳＯ基本メディアファイルフォーマットに基づいたメディアファイルでの画像及び画像トランジションのシグナリング及びストレージに関係がある。アイデアは、任意のコーデック、例えば、バーサタイル・ビデオ・コーディング（Versatile Video Coding，ＶＶＣ）標準によってコーディングされている画像に対して、そして、任意の画像ファイルフォーマット、例えば、開発中のＶＶＣ画像ファイルフォーマットに対して、個々に又は様々な組み合わせで適用されてよい。

２．略称
ＡＵ Access Unit
ＡＵＤ Access Unit Delimiter
ＡＶＣ Advanced Video Coding
ＢＰ Buffering Period
ＣＬＶＳ Coded Layer Video Sequence
ＣＬＶＳＳ Coded Layer Video Sequence Start
ＣＰＢ Coded Picture Buffer
ＣＲＡ Clean Random Access
ＣＴＵ Coding Tree Unit
ＣＶＳ Coded Video Sequence
ＤＣＩ Decoding Capability Information
ＤＰＢ Decoded Picture Buffer
ＤＵＩ Decoding Unit Information
ＥＯＢ End Of Bitstream
ＥＯＳ End Of Sequence
ＧＤＲ Gradual Decoding Refresh
ＨＥＶＣ High Efficiency Video Coding
ＨＲＤ Hypothetical Reference Decoder
ＩＤＲ Instantaneous Decoding Refresh
ＩＬＰ Inter-Layer Prediction
ＩＬＲＰ Inter-Layer Reference Picture
ＩＲＡＰ Intra Random Access Picture
ＪＥＭ Joint Exploration Model
ＬＴＲＰ Long-Term Reference Picture
ＭＣＴＳ Motion-Constrained Tile Sets
ＮＡＬ Network Abstraction Layer
ＯＬＳ Output Layer Set
ＰＨ Picture Header
ＰＯＣ Picture Order Count
ＰＰＳ Picture Parameter Set
ＰＴ Picture Timing
ＰＴＬ Profile, Tier and Level
ＰＵ Picture Unit
ＲＡＰ Random Access Point
ＲＢＳＰ Raw Byte Sequence Payload
ＳＥＩ Supplemental Enhancement Information
ＳＬＩ Subpicture Level Information
ＳＰＳ Sequence Parameter Set
ＳＴＲＰ Short-Term Reference Picture
ＳＶＣ Scalable Video Coding
ＶＣＬ Video Coding Layer
ＶＰＳ Video Parameter Set
ＶＴＭ VVC Test Model
ＶＵＩ Video Usability Information
ＶＶＣ Versatile Video Coding

３．最初の議論
３．１ビデオコーディング標準規格
ビデオコーディング標準規格は、主として、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて、進化してきた。ＩＴＵ－Ｔは、Ｈ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣは、ＭＰＥＧ－１及びＭＰＥＧ－４Ｖｉｓｕａｌを作り出し、２つの組織は共同で、Ｈ．２６２／ＭＰＥＧ－２Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ＡＶＣ（Advanced Video Coding）並びにＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、ハイブリッドビデオコーディング構造に基づいており、時間予測及び変換コーディングが利用される。ＨＥＶＣを越える将来のビデオコーディング技術を探るために、ＪＶＥＴ（Joint Video Exploration Team）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同設立された。それ以来、多くの新しい方法がＪＶＥＴによって導入され、ＪＥＭ（Joint Exploration Model）と名付けられた参照ソフトウェアに置かれてきた。ＪＶＥＴは、ＶＶＣ（Versatile Video Coding）プロジェクトが公式に始まったときに、ＪＶＥＴ（Joint Video Experts Team）であるよう後に改名された。ＶＶＣは、２０２０年７月１日に終了したその第１９回会議でＪＶＥＴによってまとめられた、ＨＥＶＣと比較してビットレート５０％減を目指す新しいコーディング標準規格である。

ＶＶＣ（Versatile Video Coding）標準規格（ＩＴＵ－ＴＨ．２６６｜ＩＳＯ／ＩＥＣ２３０９０－３）及び関連するＶＳＥＩ（Versatile Supplemental Enhancement Information）標準規格（ＩＴＵ－ＴＨ．２７４｜ＩＳＯ／ＩＥＣ２３００２－７）は、テレビ放送、ビデオ会議、又は記憶媒体からの再生などの従来の使用と、適応ビットレートストリーミング、ビデオ領域抽出、複数のコーディングされたビデオビットストリームからのコンテンツの合成及びマージ、マルチビュービデオ、スケーラブルレイヤードコーディング、並びにビューポート適応３６０°没入メディアなどのより新しくかつより高度な使用ケースとの両方を含む最大限に広い範囲の用途での使用のために設計されている。

３．２ファイルフォーマット標準規格
メディアストリーミングアプリケーションは、通常は、ＩＰ、ＴＣＰ、及びＨＴＴＰトランスポート方法に基づいており、通常は、ＩＳＯ基本メディアファイルフォーマット（ISO Base Media File Format，ＩＳＯＢＭＦＦ）などのファイルフォーマットに依存する。１つのそのようなストリーミングシステムは、ＨＴＴＰを介した動的適応ストリーミング（Dynamic Adaptive Streaming over HTTP，ＤＡＳＨ）である。ＩＳＯＢＭＦＦ及びＤＡＳＨによるビデオフォーマットを使用するために、ＡＶＣファイルフォーマット及びＨＥＶＣファイルフォーマットなどのビデオフォーマットに特有のファイルフォーマット規格が、ＩＳＯＢＭＦＦトラックにおける並びにＤＡＳＨ表現及びセグメントにおけるビデオコンテンツのカプセル化のために必要とされることになった。ビデオビットストリームに関する重要な情報、例えば、プロファイル、ティア、及びレベル、並びにその他多くは、コンテンツ選択を目的として、例えば、ストリーミングセッションの開始時の初期化及びストリーミングセッション中のストリーム適応の両方のための適切なメディアセグメントの選択のために、ファイルフォーマットレベルメタデータ及び／又はＤＡＳＨメディア提示記述（Media Presentation Description，ＭＰＤ）として公開されることが必要となった。

同様に、ＩＳＯＢＭＦＦによる画像フォーマットを使用するために、ＡＶＣ画像ファイルフォーマット及びＨＥＶＣ画像ファイルフォーマットなどの画像フォーマットに特有のファイルフォーマット規格が必要とされる可能性がある。

３．３ＶＶＣビデオファイルフォーマット
ＶＶＣビデオファイルフォーマットは、ＩＳＯＢＭＦＦに基づいたＶＶＣビデオコンテンツのストレージのためのファイルフォーマットであり、現在ＭＰＥＧによって開発中である。

３．４ＶＶＣ画像ファイルフォーマット及び画像トランジション
ＶＶＣ画像ファイルフォーマットは、ＩＳＯＢＭＦＦに基づいた、ＶＶＣを用いてコーディングされた画像コンテンツのストレージのためのファイルフォーマットであり、現在ＭＰＥＧによって開発中である。

いくつかの場合に、スライドショーシグナリングのための設計は、ワイプ、ズーム、フェード、スプリット、ディゾルブなどの画像トランジション効果の後押しによって、含まれている。トランジション効果は、トランジション効果特性構造でシグナリングされ、この構造は、トランジションに関与する２つの連続したアイテムのうちの最初のアイテムに関連し、トランジションタイプを含み、場合により、適用可能である場合には、トランジション方向及びトランジション形状などの他のトランジション情報を通知する。

４．開示されている技術的解決法によって解決される技術的課題の例
ＶＶＣ画像ファイルフォーマット及び画像トランジション効果のシグナリングの最新の設計には、次の問題がある。

１）１つの画像から他へのトランジション効果を伴うスライドショー又は他のタイプの画像に基づいたアプリケーションにおいて、トランジションのための時間はしばしば正確である必要はないが、優れたユーザ経験のために、長すぎても短すぎてもならない。そして、最良のトランジション期間は、コンテンツ及びトランジションタイプに依存する。従って、ユーザ経験の視点から、推奨されるトランジション期間を通知することが有用であり、推奨される値は、コンテンツ作成者によって決定される。

２）最新のＶＶＣ画像ファイルフォーマットドラフト仕様では、特定のＶＶＣ画像アイテムタイプ及びファイルブランドにより、画像アイテムのＶＶＣビットストリームに、複数のレイヤの複数のピクチャを含むアクセスユニットを含めることができる。ここで、一部のピクチャはインターコーディングされる可能性があり、つまり、ＶＶＣで指定されているインターレイヤ予測を用いて予測されたＢ又はＰスライスを含む。言い換えると、画像アイテムタイプ又はファイルブランドのいずれかを介した相互運用ポイントは欠けており、画像アイテムは、イントラコーディングされている１つのピクチャしか含むことができない（つまり、イントラコーディングされたＩスライスしか含まない）。ＶＶＣ標準規格自体では、そのような相互運用ポイントは、Ｍａｉｎ１０静止画プロファイル及びＭａｉｎ１０４：４：４静止画プロファイルの２つの静止画プロファイルの定義により与えられている。

３）タイプ‘ｖｖｃ１’のアイテムは、次のように指定される：
タイプ‘ｖｖｃ１’のアイテムは、以下で指定されるように長さを区切られているＶＶＣビットストリームのＮＡＬユニットから成り、ビットストリームは厳密に１つのアクセスユニットを含む。
備考２タイプ‘ｖｖｃ１’のアイテムは、ＩＳＯ／ＩＥＣ２３０９０－３で定義されているＩＲＡＰアクセスユニットから成ってよく、１つよりも多いコーディングされたピクチャを含むことができ、如何なる特定の値のｎｕｈ＿ｌａｙｅｒ＿ｉｄも有する多くても１つのコーディングされたピクチャを含む。
ただし、どのアクセスユニットも、このような画像アイテムでのアクセスユニットであることはできない。従って、上記の備考２の最初の部分は、基本定義（つまり、上記で引用された最初の分）に移動されるべきであり、ＧＤＲアクセスユニットの欠落部分は追加されるべきである。

４）次の文が存在する：
‘ｖｖｃ１’画像アイテムは、関連するＴａｒｇｅｔＯｌｓＰｒｏｐｅｒｔｙによって識別されたレイヤセットに含まれるレイヤを含むべきであり、他のレイヤも含んでよい。
識別されたＯＬＳに含まれるレイヤ以外の他のレイヤを許すべき場合に、アプリケーションシステム内のどのエンティティが、関連するＴａｒｇｅｔＯｌｓＰｒｏｐｅｒｔｙにおいてターゲットＯＬＳインデックスの正しい値をセットすることになっているのか？如何なる場合にも、この値は、例えば、ファイルコンポーザによって、正確にセットされる必要があるので、不必要なレイヤ内の不必要なピクチャを捨てることもファイルコンポーザによる容易な動作であるから、不必要なレイヤ内の不必要なピクチャを全く認めないことは理にかなっている。

５）次の制約が存在する：
同じビットストリームを起源とする画像アイテムは、同じＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙと関連付けられるべきである。
ただし、ＶＶＣビットストリームは、異なる動作点を有する可能性がある複数のＣＶＳを含むことがある。

６）以下のテキストでは、ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］（レベル情報がｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造に存在する最上位のサブレイヤ表現の時間ＩＤ）及びｏｐ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄなどの、ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔＲｅｃｏｒｄのその他のシンタックス要素の値も、制約されるべきである：
ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙに含まれる場合に、ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＲｅｃｏｒｄのシンタックス要素の値は、次のように制約される：
ｆｒａｍｅ＿ｒａｔｅ＿ｉｎｆｏ＿ｆｌａｇは、０に等しくなければならない。その結果、ａｖｇＦｒａｍｅＲａｔｅ及びｃｏｎｓｔａｎｔＦｒａｍｅＲａｔｅは存在せず、それらのセマンティクスは指定されない。
ｂｉｔ＿ｒａｔｅ＿ｉｎｆｏ＿ｆｌａｇは、０に等しくなければならない。その結果、ｍａｘＢｉｔＲａｔｅ及びａｖｇＢｉｔＲａｔｅは存在せず、それらのセマンティクスは指定されない。

７）次のテキストが存在する：
ＶＶＣサブピクチャアイテムが、ＶＶＣデコーダにより復号され、他のＶＶＣサブピクチャアイテムなしで消費されるのに適している場合に、そのＶＶＣサブピクチャアイテムは、タイプ‘ｖｖｃ１’のアイテムとして記憶されるべきである。そうでない場合には、ＶＶＣサブピクチャアイテムは、タイプ‘ｖｖｓ１’のアイテムとして記憶され、Ｌ．２．２．１．２で定義されるように、長さフィールドに先導された一連のＮＡＬユニットとしてフォーマット化されるべきである。
これには、次の問題がある：
ａ）この条件は、適合要件の条件として使用されるには十分に明確でない（例えば、要件が満足されるかどうかをいかに確認すべきかについて考える場合）ので、明確化される必要がある。
ｂ）ここで、タイプ‘ｖｖｃ１’の画像アイテムのビットストリームは、ＶＶＣアクセスユニットのまさにサブセットを含むことができるということで、タイプ‘ｖｖｃ１’の画像アイテムの使用は、ビットストリームが厳密に１つのＶＶＣアクセスユニットを含むという上記の定義と厳密に一致しない。
ｃ）複数の「抽出可能な」サブピクチャを含むピクチャを含む、例えば、タイプ‘ｖｖｃ１’の、１つのＶＶＣ画像アイテムを有することが許されるかどうかが明らかでない。

８）次のステートメントはＯＰＩＮＡＬユニットを含まない：
ＶＰＳ、ＤＣＩ、ＳＰＳ、ＰＰＳ、ＡＵＤ、ＰＨ、ＥＯＳ、及びＥＯＢＮＡＬユニットは、アイテムと、‘っｖｓ１’アイテムのサンプルとの両方に存在すべきでない。
ただし、動作点情報（ＯＰＩ）ＮＡＬユニットは、ここでは同様に扱われるべきである。

９）ただ１つのトランジション効果（例えば、ズーム、回転）が、所与の画像内又は所与の画像内の領域に対して許される。ただし、実際のアプリケーションでは、複数の効果が、１つの画像又は所与の画像内の１つの領域に適用されてよい。

１０）ＶＶＣ画像シーケンスブランドの仕様は、次のフレーズによりＶＶＣプロファイルを含む：「ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃは１に等しいか、あるいは、（ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ＆２^{（３２－１）}）は０よりも大きい」（for which general_profile_idc is equal to 1 or (general_profile_compatibility_flags & 2^(32-1)) is greater than 0）。ただし、ＶＶＣにおける１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃはＭａｉｎ１０プロファイルであり、つまり、他のＶＶＣプロファイルは認められない。

５．例となる実施形態及び解決法
上記の問題及び他を解決すべく、以下に要約する方法が開示される。項目は、一般概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。更に、これらの項目は、個別的に適用されても、あるいは、何らかの方法で組み合わされてもよい。

１）問題１を解決するために、推奨されるトランジション期間が、１つの画像から他へのトランジションのために通知されてよい。
ａ．一例で、代替的に、強制的なトランジション期間が、１つの画像から他へのトランジションのために通知される。
ｂ．一例で、通知される値、つまり、推奨される又は義務的なトランジション期間の値は、コンテンツ作成者によって決定される。
ｃ．一例で、１つのトランジション期間は、トランジション特性ごとに通知される。
ｄ．一例で、１つのトランジション期間は、トランジションのタイプごとに通知される。
ｅ．一例で、１つのトランジション期間は、トランジション特性のリストについて通知される。
ｆ．一例で、１つのトランジション期間は、トランジションのタイプのリストについて通知される。
ｇ．一例で、１つのトランジション期間は、全てのトランジションについて通知される。
ｈ．一例で、トランジション期間は、Ｍが正の整数であるとして、秒の単位でＭビット（例えば、８ビット）符号なし整数値として通知される。
ｉ．代替的に、トランジション期間は、Ｘが正の整数秒であるとして、１／Ｘ（例えば、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、等）の単位でＮビット（例えば、１６ビット）符号なし整数値として通知される。
ｉｉ．代替的に、トランジション期間は、ピクチャ又はフレームの単位でＮビット（例えば、１６ビット）符号なし整数値として通知される。
ｉｉｉ．代替的に、トランジション期間のシグナリング方法は、適用可能であるトランジション特性の全種類について同じであってよい（例えば、同じ単位及び／又はビットの長さを使用する）。
ｉｖ．代替的に、トランジション期間のシグナリング方法は、適用可能であるトランジション特性の異なる種類ごとに異なってよい（例えば、異なる単位又はビットの長さを使用する）。
ｖ．代替的に、固定ビット長さ（例えば、Ｍビット又はＮビット）を使用するのではなく、ビットの長さが更に通知されてもよい。
ｉ．代替的に、更に、トランジション期間は、ｕ（ｖ）として通知されてもよく、ここで、ｖは、ビットの長さを表す。
ｖｉ．代替的に、固定ビット長さ（例えば、Ｍビット又はＮビット）を使用するのではなく、トランジション期間は、ｕｅ（ｖ）などの他の方法により通知されてもよい。

２）問題２を解決するために、１つ又は１つよりも多いファイルブランドは、そのようなブランドに適合する画像アイテムに含まれるＶＶＣビットストリームが、イントラコーディングされているただ１つのピクチャ（又はその部分）を含むただ１つのアクセスユニットを含むことを求められるように、定義される。
ａ．代替的に、１つ又は１つよりも多いファイルブランドは、そのようなブランドに適合する画像アイテムに含まれるＶＶＣビットストリームが、イントラ／ＩＢＣ／パレットコーディングされているただ１つのピクチャ（又はその部分）を含むただ１つのアクセスユニットを含むことを求められるように、定義される。
ｉ．代替的に、１つ又は１つよりも多いファイルブランドは、そのようなブランドに適合する画像アイテムに含まれるＶＶＣビットストリームが、ただ１つのＩピクチャ（又はその部分）を含むただ１つのアクセスユニットを含むことを求められるように、定義される。
ｂ．一例で、そのようなファイルブランドの値は、‘ｖｖｉｃ’、‘ｖｖｉ１’、‘ｖｖｉ２’として指定される。
ｃ．一例で、追加的に、そのような画像アイテムに含まれるＶＶＣビットストリームは、Ｍａｉｎ１０静止画プロファイル、Ｍａｉｎ１０４：４：４静止画プロファイル、Ｍａｉｎ１０プロファイル、Ｍａｉｎ１０４：４：４プロファイル、マルチレイヤＭａｉｎ１０プロファイル、又はマルチレイヤＭａｉｎ１０４：４：４プロファイルに適合することを求められる。
ｉ．代替的に、追加的に、そのような画像アイテムに含まれるＶＶＣビットストリームは、Ｍａｉｎ１０静止画プロファイル、Ｍａｉｎ１０４：４：４静止画プロファイル、Ｍａｉｎ１０プロファイル、又はＭａｉｎ１０４：４：４プロファイルに適合することを求められる。
ｉｉ．代替的に、追加的に、そのような画像アイテムに含まれるＶＶＣビットストリームは、Ｍａｉｎ１０静止画プロファイル又はＭａｉｎ１０４：４：４静止画プロファイルに適合することを求められる。
ｄ．一例で、そのようなブランドに適合する画像アイテムは、次の特性：ターゲット出力レイヤセット特性（ＴａｒｇｅｔＯｌｓＰｒｏｐｅｒｔｙ）、ＶＶ動作点情報プロパティ（ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙ）、のうちのいずれも有するべきではないことが指定されてよい。

３）問題２を解決するために、１つ又は１つよりも多い画像アイテムタイプは、そのようなタイプの画像アイテムに含まれるＶＶＣビットストリームが、イントラコーディングされているピクチャしか含まないただ１つのアクセスユニットを含むように、定義される。
ａ．代替的に、１つ又は１つよりも多い画像アイテムタイプは、そのようなタイプの画像アイテムに含まれるＶＶＣビットストリームが、イントラ／パレット／ＩＢＣコーディングされているピクチャしか含まないただ１つのアクセスユニットを含むように、定義される。
ｉ．代替的に、１つ又は１つよりも多い画像アイテムタイプは、そのようなタイプの画像アイテムに含まれるＶＶＣビットストリームが、Ｉピクチャしか含まないただ１つのアクセスユニットを含むように、定義される。
ｂ．一例で、そのような画像アイテムタイプのタイプ値は、‘ｖｖｃ１’又は‘ｖｖｃ２’として指定される。
ｃ．一例で、追加的に、そのような画像アイテムにおけるビットストリームは、Ｍａｉｎ１０静止画プロファイル、Ｍａｉｎ１０４：４：４静止画プロファイル、Ｍａｉｎ１０プロファイル、Ｍａｉｎ１０４：４：４プロファイル、マルチレイヤＭａｉｎ１０プロファイル、又はマルチレイヤＭａｉｎ１０４：４：４プロファイルに適合することを求められる。
ｉ．代替的に、追加的に、そのような画像アイテムにおけるビットストリームは、Ｍａｉｎ１０静止画プロファイル、Ｍａｉｎ１０４：４：４静止画プロファイル、Ｍａｉｎ１０プロファイル、又はＭａｉｎ１０４：４：４プロファイルに適合することを求められる。
ｉｉ．代替的に、追加的に、そのような画像アイテムにおけるビットストリームは、Ｍａｉｎ１０静止画プロファイル又はＭａｉｎ１０４：４：４静止画プロファイルに適合することを求められる。
ｄ．一例で、そのようなタイプの画像アイテムは、次の特性：ターゲット出力レイヤセット特性（ＴａｒｇｅｔＯｌｓＰｒｏｐｅｒｔｙ）、ＶＶＣ動作点情報プロパティ（ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙ）、のうちのいずれも有するべきではないことが指定されてよい。

４）問題３を解決するために、例えば、タイプ‘ｖｖｃ１’の、ＶＶＣ画像アイテムは、ＩＳＯ／ＩＥＣ２３０９０－３で定義されているＩＲＡＰアクセスユニット又は全てのピクチャがＩＳＯ／ＩＥＣ２３０９０－３で定義されるように０に等しいｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔを有しているＧＤＲアクセスユニットである厳密に１つのアクセスユニットを含むＶＶＣビットストリームのＮＡＬユニットからなるように定義される。

５）問題４を解決するために、例えば、タイプ‘ｖｖｃ１’の、ＶＶＣ画像アイテムは、ターゲット出力レイヤセットに属さないレイヤ内のピクチャを含むことを許されない。

６）問題５を解決するために、同じビットストリームを起源とする画像アイテムは、ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙの異なるインスタンスと関連付けられることを許される。

７）問題６を解決するために、ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＲｅｃｏｒｄのシンタックス要素ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］及びｏｐ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＲｅｃｏｒｄがＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙに含まれる場合に、特定の値であるよう制約される。

８）問題７を解決するために、次のどちらか一方が、例えば、‘ｖｖｃ１’の、ＶＶＣ画像アイテムについて許される：
ａ．各ピクチャが複数の「抽出可能な」サブピクチャを含み得るＶＶＣアクセスユニット全体を含む。
ｂ．ビットストリームに存在するレイヤごとに、長方形領域を集合的に形成する１つ以上の「抽出可能な」サブピクチャが存在する、ＶＶＣアクセスユニットのサブセットを含む。
ここで、「抽出可能な」サブピクチャとは、ＶＶＣで指定される対応するフラグｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が１に等しいサブピクチャを指す。

９）問題８を解決するために、ＯＰＩＮＡＬユニットは、アイテムと、‘ｖｖｓ１’アイテムのサンプルとの両方に存在すべきでないことが指定されてよい。

１０）問題９を解決するために、スライドショーにおいて１つの画像（又はその領域）から他の画像（又はその領域）への複数のトランジション効果が可能にされることが提案される。
ａ．一例で、複数のトランジション効果の指示は、例えば、２つの連続した画像アイテムのうちの最初に関連した複数のトランジション効果特性構造を有することによって、シグナリングされてよい。
ｂ．一例で、２つの連続した画像アイテムに適用されるトランジション効果の数の指示は、ファイルでシグナリングされてよい。
ｃ．代替的に、更には、複数のトランジション効果を適用する方法は、ファイルでシグナリングされるか、あるいは、予め定義されるか、あるいは、オン・ザ・フライで導出されてよい。
ｉ．一例で、複数のトランジション効果を適用する順序は、ファイルでシグナリングされてよい。
ｉｉ．一例で、複数のトランジション効果を適用する順序は、ビットストリーム内の複数の効果の指示の順序に従って導出されてよい。

１１）問題９を解決するために、スライドショーにおいて１つの画像から他の画像への複数のトランジション効果を可能にすることが提案される。ここで、複数のトランジション効果の夫々は、そのトランジションに関与する２つの画像アイテムにおける特定の領域に適用される。
ａ．一例で、トランジション効果が適用されるトランジションに関与する２つの画像アイテムにおける特定の領域は、トランジション効果特性でシグナリングされる。

１２）問題９を解決するために、複数の選択的なトランジション効果が一対の連続した画像アイテムについてシグナリングされることを可能にすることが提案され、適用されるべき複数のトランジション効果のうちの１つを選択することは、ファイルのプレイヤー次第である。
ａ．一例で、複数のトランジション効果の優先順位（又は選好順位）は、ファイルでシグナリングされるか、あるいは、予め定義されるか、あるいは、トランジション特性のシグナリングの順序に従って導出される。

１３）問題１０を解決するために、ＶＶＣ画像シーケンスブランドは、ＶＶＣプロファイルが適用され得るように、ＶＶＣプロファイルに対してアグノスティックであるよう指定されることが提案される。

６．実施形態
以下は、セクション５で先に簡単に説明された発明態様のいくつかについてのいくつかの例となる実施形態であり、これらは、ＶＶＣ画像ファイルフォーマット及びスライドショーのサポートの標準仕様に適用され得る。追加又は変更されている最も関連する部分は、太字イタリック体で下線を付されており、削除されている部分のいくつは、［［］］を用いて示されている。

６．１第１実施形態
この実施形態は、少なくとも項目１、１．ｂ及び１．ｃに関する。

６．２第２実施形態
この実施形態は、少なくとも項目４及び５に関する。

６．３第３実施形態
この実施形態は、少なくとも項目６及び７に関する。

６．４第４実施形態
この実施形態は、少なくとも項目９に関する。

６．５第５実施形態
この実施形態は、少なくとも項目１３に関する。

図１は、本明細書で開示されている様々な技術が実装され得る例示的なビデオ処理システム１９００を示すブロック図である。様々な実施には、システム１９００のコンポーネントの一部又は全てが含まれ得る。システム１９００は、ビデオコンテンツを受け取る入力部１９０２を含んでよい。ビデオコンテンツは、生の（raw）又は圧縮されていないフォーマットで受け取られてよく、例えば、８又は１０ビットのマルチコンポーネントピクセル値であり、あるいは、圧縮された又は符号化されたフォーマットであってもよい。入力部１９０２は、ネットワークインターフェース、ペリフェラルバスインターフェース、又はストレージインターフェースに相当し得る。ネットワークインターフェースの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、受動光ネットワーク（ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。

システム１９００は、本明細書で説明されている様々なコーディング又は符号化方法を実装し得るコーディングコンポーネント１９０４を含んでよい。コーディングコンポーネント１９０４は、ビデオのコーディングされた表現を生成するよう、入力部１９０２からコーディングコンポーネント１９０４の出力部へのビデオの平均ビットレートを低減し得る。従って、コーディング技術は、ビデオ圧縮又はビデオトランスコーディング技術と時々呼ばれる。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６によって表されるように、保存されるか、あるいは、接続された通信を介して伝送されてよい。入力部１９０２で受け取られたビデオの保存又は通信されたビットストリーム（又はコーディングされた）表現は、ピクセル値又は表示インターフェース１９１０へ送られる表示可能なビデオを生成するコンポーネント１９０８によって使用されてよい。ユーザが見ることができるビデオをビットストリームから生成するプロセスは、ビデオ圧縮解除と時々呼ばれる。更に、特定のビデオ処理動作が「コーディング」動作又はツールと呼ばれる一方で、そのようなコーディングツール又は動作はエンコーダで使用され、コーディングの結果を入れ替える対応する復号化ツール又は動作は、デコーダによって実行されることになることが理解されるだろう。

ペリフェラルバスインターフェース又は表示インターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔ（登録商標）などが含まれ得る。ストレージインターフェースの例には、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＰＣＩ、ＩＤＥインターフェース、などがある。本明細書で説明されている技術は、携帯電話機、ラップトップ、スマートフォン、あるいは、デジタルデータ処理及び／又はビデオ表示を実行する能力がある他のデバイスなどの様々な電子デバイスで具現されてよい。

図２は、ビデオ処理装置３６００のブロック図である。装置３６００は、本明細書で記載される方法の１つ以上を実装するために使用されてよい。装置３６００は、スマートフォン、タブレット、コンピュータ、インターネット・オブ・シングス（ＩｏＴ）レシーバ、などで具現されてよい。装置３６００は、１つ以上のプロセッサ３６０２、１つ以上のメモリ３６０４、及びビデオ処理ハードウェア３６０６を含んでよい。プロセッサ３６０２は、本明細書で記載される１つ以上の方法を実装するよう構成されてよい。メモリ（複数のメモリ）３６０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用されてよい。ビデオ処理ハードウェア３６０６は、ハードウェア回路において、本明細書で記載されるいくつかの技術を実装するために使用されてよい。いくつかの実施形態で、ビデオ処理ハードウェア３６０６は、プロセッサ３６０２、例えば、グラフィクスコプロセッサ、に少なくとも部分的に含まれてもよい。

図４は、本開示の技術を利用し得る例示的なビデオコーディングシステム１００を表すブロック図である。

図４に示されるように、ビデオコーディングシステム１００は、発信元デバイス１１０及び送信先デバイス１２０を含んでよい。発信元デバイス１１０は、符号化されたビデオデータを生成し、ビデオ符号化デバイスと呼ばれ得る。送信先デバイス１２０は、発信元デバイス１１０によって生成された符号化されたビデオデータを復号することができ、ビデオ復号化デバイスと呼ばれ得る。

発信元デバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入出力（Ｉ／Ｏ）インターフェース１１６を含んでよい。

ビデオソース１１２は、ビデオ捕捉デバイスなどのソース、ビデオコンテンツプロバイダからビデオデータを受け取るインターフェース、及び／又はビデオデータを生成するコンピュータグラフィクスシステム、あるいは、そのようなソースの組み合わせを含んでよい。ビデオエンコーダ１１４は、ビットストリームを生成するようビデオソース１１２からのビデオデータを符号化する。ビットストリームは、ビデオデータのコーディングされた表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングされたピクチャ及び関連するデータを含んでよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連するデータは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでよい。Ｉ／Ｏインターフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含んでよい。符号化されたビデオデータは、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に対してネットワーク１３０ａを通じて直接に伝送されてよい。符号化されたビデオデータはまた、送信器によるアクセスのために記憶媒体／サーバ１３０ｂに記憶されてもよい。

送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、ビデオデコーダ１２４、及び表示デバイス１２２を含んでよい。

Ｉ／Ｏインターフェース１２６は、受信器及び／又はモデムを含んでよい。Ｉ／Ｏインターフェース１２６は、発信元デバイス１１０又は記憶媒体／サーバ１３０ｂから符号化されたビデオデータを取得してよい。ビデオデコーダ１２４は、符号化されたビデオデータを復号してよい。表示デバイス１２２は、復号されたビデオデータをユーザに表示してよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてよく、あるいは、外付け表示デバイスとインターフェース接続するよう構成されて送信先デバイス１２０の外にあってもよい。

ビデオエンコーダ１１４及びビデオデコーダ１２４は、ＨＥＶＣ（High Efficiency Video Coding）標準規格、ＶＶＣ（Versatile Video Coding）標準規格、並びに他の現在の及び／又は更なる標準規格などのビデオ圧縮規格に従って作動してよい。

図５は、ビデオエンコーダ２００の例を表すブロックであり、図４に表されているシステム１００のビデオエンコーダ１１４であってよい。

ビデオエンコーダ２００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図５の例で、ビデオエンコーダ２００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオエンコーダ２００の様々なコンポーネントの間で共有されてよい。いくつかの例で、プロセッサは、本開示で記載される技術のいずれか又は全てを実行するよう構成されてよい。

ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニット２０６を含み得る予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピ符号化ユニット２１４とを含んでよい。

他の例で、ビデオエンコーダ２００は、より多い、より少ない、又は異なる機能コンポーネントを含んでよい。例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが、現在のビデオブロックが位置しているピクチャであるＩＢＣモードで、予測を実行してよい。

更に、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントは、高度に集積されてもよいが、説明のために図５の例では別々に表されている。

パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティション化してよい。ビデオエンコーダ２００及びビデオデコーダ３００は、様々なビデオブロックサイズをサポートしてよい。

モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインターのコーディングモードの１つを選択し、結果として得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７へ、及び参照ピクチャとしての使用のために符号化されたブロックを再構成する再構成ユニット２１２へ供給してよい。いくつかの例で、モード選択ユニット２０３は、予測がインター予測信号及びイントラ予測信号に基づくイントラ及びインター予測複合（Combination of Intra and Inter Prediction，ＣＩＩＰ）モードを選択してもよい。モード選択ユニット２０３はまた、インター予測の場合に、ブロックの動きベクトルのための分解能（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

現在のビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在のビデオブロックと比較することによって、現在のビデオブロックの動き情報を生成してよい。動き補償ユニット２０５は、動き情報と、現在のビデオブロックに関連したピクチャ以外のバッファ２１３からのピクチャの復号されたサンプルとに基づいて、現在のビデオブロックの予測されたビデオブロックを決定してよい。

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在のビデオブロックがＩスライス、Ｐスライス、又はＢスライスであるかどうかに応じて、現在のビデオブロックのために異なる動作を実行してよい。

いくつかの例で、動き推定ユニット２０４は、現在のビデオブロックのために一方向予測を実行してもよく、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックのためにリスト０又はリスト１の参照ピクチャを探してよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックスと、現在のビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルとを生成してよい。動き推定ユニット２０４は、現在のビデオブロックの動き情報として参照インデックス、予測方向インジケータ、及び動きベクトルを出力してよい。動き補償ユニット２０５は、現在のビデオブロックの動き情報によって示される参照ビデオブロックに基づいて、現在のブロックの予測されたビデオブロックを生成してよい。

他の例では、動き推定ユニット２０４は、現在のビデオブロックのために双方向予測を実行してもよく、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックのためにリスト０内の参照ピクチャを探してよく、また、現在のビデオブロックのためのもう１つの参照ビデオブロックのためにリスト１内の参照ピクチャも探してよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０及びリスト１内の参照ピクチャを示す参照インデックスと、参照ビデオブロックと現在のビデオブロックとの間の空間変位を示す動きベクトルとを生成してよい。動き推定ユニット２０４は、現在のビデオブロックの動き情報として現在のビデオブロックの参照インデックス及び動きベクトルを出力してよい。動き補償ユニット２０５は、現在のビデオブロックの動き情報によって示される参照ビデオブロックに基づいて、現在のビデオブロックの予測されたビデオブロックを生成してよい。

いくつかの例で、動き推定ユニット２０４は、デコーダの復号化処理のために動き情報のフルセットを出力してよい。

いくつかの例で、動き推定ユニット２０４は、現在のビデオの動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、他のビデオブロックの動き情報を参照して現在のビデオブロックの動き情報をシグナリングしてよい。例えば、動き推定ユニット２０４は、現在のビデオブロックの動き情報が隣接ビデオブロックの動き情報と十分に類似していることを決定してもよい。

一例で、動き推定ユニット２０４は、現在のビデオブロックに関連したシンタックス構造で、現在のビデオブロックが他のビデオブロックと同じ動き情報を有していることをビデオデコーダ３００に示す値を示してもよい。

他の例では、動き推定ユニット２０４は、現在のビデオブロックに関連したシンタックス構造で、他のビデオブロック及び動きベクトル差分（Motion Vector Difference，ＭＶＤ）を特定してもよい。動きベクトル差分は、現在のビデオブロックの動きベクトルと、特定されているビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、現在のビデオブロックの動きベクトルを決定するために、特定されているビデオブロックの動きベクトル及び動きベクトル差分を使用してよい。

上述されたように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングしてよい。ビデオエンコーダ２００によって実装され得る予測シグナリング技術の２つの例は、アドバンスド動きベクトル予測（Advanced Motion Vector Prediction，ＡＭＶＰ）及びマージモードシグナリングを含む。

イントラ予測ユニット２０６は、現在のビデオブロックに対してイントラ予測を実行してよい。イントラ予測ユニット２０６が現在のビデオブロックに対してイントラ予測を実行する場合に、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号されたサンプルに基づいて、現在のビデオブロックの予測データを生成してよい。現在のビデオブロックの予測データは、予測されたビデオブロック及び様々なシンタックス用を含んでよい。

残差生成ユニット２０７は、現在のビデオブロックから現在のビデオブロックの予測されたビデオブロックを減じること（例えば、マイナス符号によって示される）によって、現在のビデオブロックの残差データを生成してよい。現在のビデオブロックの残差データは、現在のビデオブロック内のサンプルの異なるサンプルコンポーネントに対応する残差ビデオブロックを含んでよい。

他の例では、例えば、スキップモードで、現在のビデオブロックの残差データを存在しなくてもよく、残差生成ユニット２０７は、減算演算を実行しなくてもよい。

変換処理ユニット２０８は、現在のビデオブロックに関連した残差ビデオブロックに１つ以上の変換を適用することによって、現在のビデオブロックの１つ以上の変換係数ビデオブロックを生成してよい。

変換処理ユニット２０８が現在のビデオブロックに関連した変換係数ビデオブロックを生成した後、量子化ユニット２０９は、現在のビデオブロックに関連した１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在のビデオブロックに関連した変換係数ビデオブロックを量子化してよい。

逆量子化ユニット２１０及び逆変換ユニット２１１は、変換係数ビデオブロックに各々逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してよい。再構成ユニット２１２は、再構成された残差ビデオブロックを、予測ユニット２０２によって生成された１つ以上の予測されたビデオブロックからの対応するサンプルに加えて、バッファ２１３での記憶のために、現在のブロックに関連した再構成されたビデオブロックを生成してよい。

再構成ユニット２１２がビデオブロックを再構成した後、ループフィルタリング動作が、ビデオブロックにおいてビデオブロッキングアーチファクトを低減するよう実行されてもよい。

エントロピ符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受け取ってよい。エントロピ符号化ユニット２１４がデータを受け取るとき、エントロピ符号化ユニット２１４は、エントロピ符号化されたデータを生成し、そのエントロピ符号化されたデータを含むビットストリームを生成するよう、１つ以上のエントロピ符号化動作を実行してよい。

図６は、ビデオデコーダ３００の例を表すブロック図であり、図４で表されているシステム１００のビデオデコーダ１２４であってよい。

ビデオデコーダ３００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図６の例で、ビデオデコーダ３００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオデコーダ３００の様々なコンポーネントの間で共有されてよい。いくつかの例で、プロセッサは、本開示で記載される技術のいずれか又は全てを実行するよう構成されてよい。

図６の例で、ビデオデコーダ３００は、エントロピ復号化ユニット３０１と、動き補償ユニット３０２と、イントラ予測ユニット３０３と、逆量子化ユニット３０４と、逆変換ユニット３０５と、再構成ユニット３０６と、バッファ３０７とを含む。ビデオデコーダ３００は、いくつかの例で、ビデオエンコーダ２００（図５）に関して記載された符号化パスとは概して逆の復号化パスを実行してよい。

エントロピ復号化ユニット３０１は、符号化されたビットストリームを取り出してよい。符号化されたビットストリームは、エントロピコーディングされたビデオデータ（例えば、ビデオデータの符号化されたブロック）を含んでよい。エントロピ復号化ユニット３０１は、エントロピコーディングされたビデオデータを復号してよく、エントロピ復号されたビデオデータから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定してよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することによって、そのような情報を決定してよい。

動き補償ユニット３０２は、場合により、補間フィルタに基づく補間を実行して、動き補償されたブロックを生成してよい。サブピクセル精度で使用される補間フィルタのための識別子は、シンタックス要素に含まれてよい。

動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルについて補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２００によって使用された補間フィルタを使用してよい。動き補償ユニット３０２は、受け取られたシンタックス情報に従って、ビデオエンコーダ２００によって使用された補間フィルタを決定し、その補間フィルタを使用して、予測ブロックを生成し得る。

動き補償ユニット３０２は、符号化されたビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されるブロックのサイズと、符号化されたビデオシーケンスのピクチャの各マクロブロックがどのようにパーティション化されるかを記述するパーティション情報と、各インターコーディングされたブロックについての１つ以上の参照フレーム（及び参照フレームリスト）と、符号化されたビデオシーケンスを復号するための他の情報とを決定するために、シンタックス情報のいくつかを使用してよい。

イントラ予測ユニット３０３は、空間的に隣接するブロックから予測ブロックを形成するよう、例えば、ビットストリームで受け取られたイントラ予測モードを使用してよい。逆量子化ユニット３０４は、ビットストリームで供給されてエントロピ復号化ユニット３０１によって復号された量子化されたビデオブロック係数を逆量子化する、すなわち、量子化解除する。逆変換ユニット３０５は、逆変換を適用する。

再構成ユニット３０６は、動き補償ユニット３０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックと残差ブロックに加算して、復号されたブロックを形成してよい。望まれる場合には、デブロッキングフィルタも、ブロッキネスアーチファクトを取り除くために、復号されたブロックにフィルタをかけるよう適用されてもよい。復号されたビデオブロックは、次いで、バッファ３０７に格納され、バッファ３０７は、その後の動き補償／イントラ予測のために参照ブロックを提供し、更には、復号されたビデオを表示デバイスでの提示のために生成する。

いくつかの実施形態によって望まれる解決法の列挙が、次に与えられる。

以下の解決法は、前のセクション（例えば、項目１、１０及び１１）で議論されている技術の例示的な実施形態を示す。

１．視覚メディア処理方法（例えば、図３に表される方法７００）であって、
１つ以上の画像のシーケンスを含む視覚メディアとビットストリーム表現との間の変換をファイルフォーマットに従って実行するステップ（７０２）を有し、
ファイルフォーマットは、１つ以上の画像の表示中の１つ以上の画像間のトランジション特性を示す１つ以上のシンタックス要素を含むよう構成される、
方法。

２．解決法１の方法であって、
トランジション特性は、トランジション時間であり、ファイルフォーマットは、トランジション時間のタイプを示す他のシンタックス要素を含み、タイプは、義務的なトランジション時間又は推奨されるトランジション時間を有する、
方法。

３．解決法１の方法であって、
トランジション特性は、１つ以上の画像間の１つ以上のトランジション効果を有する、
方法。

４．解決法２の方法であって、
ファイルフォーマットは、連続した画像又は連続した画像の部分の間のトランジションに適用可能な１つ以上のトランジション効果を記述する１つ以上のシンタックス要素を含む、
方法。

５．解決法３の方法であって、
ファイルフォーマットは、複数のトランジション効果と、複数のトランジション効果が１つの画像から次の画像へのトランジション中に適用可能である画像の対応する部分とを指定するシンタックス構造を含む、
方法。

以下の解決法は、前のセクション（例えば、項目２）で議論されている技術の例示的な実施形態を示す。

６．視覚メディア処理方法であって、
１つ以上の画像のシーケンスを含む視覚メディアとビットストリーム表現との間の変換をファイルフォーマットに従って実行するステップを有し、
視覚メディアが特定のファイルブランドを有するファイルで表現される場合に、ファイルフォーマットは規則に従って制限される、
方法。

７．解決法６の方法であって、
規則は、特定のコーディングツールを使用してコーディングされている画像の部分のただ１つのアクセスユニットを含むことを定める、
方法。

８．解決法６～７の方法であって、
特定のコーディングツールは、イントラコーディングツールを有する、
方法。

９．解決法６～７の方法であって、
特定のコーディングツールは、イントラブロックコピーコーディングツールを有する、
方法。

１０．解決法６の方法であって、
特定のコーディングツールは、パレットコーディングツールを有する、
方法。

１１．解決法６の方法であって、
規則は、ファイルフォーマットが、コーディング特性に従ってコーディングされた１つ以上の画像を保存することを許可されないことを定める、
方法。

１２．解決法１１の方法であって、
コーディング特性は、ターゲット出力レイヤセット特性を有する、
方法。

以下の解決法は、前のセクション（例えば、項目３、４、５及び８）で議論されている技術の例示的な実施形態を示す。

１３．視覚メディア処理方法であって、
１つ以上の画像のシーケンスを含む視覚メディアとビットストリーム表現との間の変換をファイルフォーマットに従って実行するステップを有し、
ファイルフォーマットは、規則に従って１つ以上の画像の画像タイプを示すよう構成される、
方法。

１４．解決法１３の方法であって、
規則は、ファイルフォーマットが、１つの画像タイプについて、ファイルフォーマットが、イントラコーディングされた画像を含むただ１つのアクセスユニットの包含を認めることを更に定める、ことを指定する、
方法。

１５．解決法１３の方法であって、
規則は、特定の画像タイプが、イントラランダムアクセスピクチャユニットである厳密に１つのアクセスユニットを含むネットワーク抽象化レイヤユニットのみを含むことを許される、ことを指定する、
方法。

１６．解決法１３の方法であって、
規則は、特定の画像タイプについて、ファイルフォーマットが、異なるターゲット出力レイヤセットからであるレイヤ内のピクチャを含むことを認めない、ことを指定する、
方法。

１７．解決法１３の方法であって、
規則は、ファイルフォーマットが、特定の画像タイプについて、複数の抽出可能なサブピクチャを含む１つ以上のピクチャが含まれるアクセスユニット全体を含むことを許可する、ことを指定する、
方法。

１８．解決法１の方法であって、
トランジション特性は、トランジション期間に対応し、１つ以上のシンタックス要素は、第１時間単位で符号なし整数値としてトランジション期間を示すシンタックス要素を含む、
方法。

１９．解決法１８の方法であって、
シンタックス要素は、秒の単位でのＭビット要素であり、Ｍ＝８である、
方法。

２０．解決法１８の方法であって、
シンタックス要素は、１／Ｍ秒の単位でのＮビットフィールドであり、Ｎ及びXAWHは整数である、
方法。

２１．解決法１８の方法であって、
第１時間単位は、ビデオのビデオフレームのフレーム数に対応する、
方法。

２２．解決法１～２１のいずれかの方法であって、
変換は、ファイルフォーマットに従ってビットストリーム表現を生成するよう１つ以上の画像を符号化することを有する、
方法。

２３．解決法２２の方法であって、
ファイルフォーマットに従うビットストリーム表現は、コンピュータ可読媒体に記憶されるか、あるいは、通信接続を介して伝送される、
方法。

２４．解決法１～２１のいずれかの方法であって、
変換は、ビットストリーム表現から１つ以上の画像を復号化及び再構成することを有する、
方法。

２５．解決法２４の方法であって、
復号化及び再構成の後で１つ以上の画像を表示することを促すステップを更に含む、
方法。

２６．解決法１乃至２５のうちの１つ以上に記載された方法を実装するよう構成されたプロセッサを有するビデオ復号化装置。

２７．解決法１乃至２５のうちの１つ以上に記載された方法を実装するよう構成されたプロセッサを有するビデオ符号化装置。

２８．コンピュータコードを記憶しているコンピュータプログラム製品であって、
コードは、プロセッサによって実行される場合に、プロセッサに、解決法１乃至２５のうちいずれかに記載された方法を実装させる、
コンピュータプログラム製品。

２９．解決法１乃至２５のうちいずれかで生成されるファイルフォーマットに従うビットストリーム表現を記録しているコンピュータ可読媒体。

３０．本明細書で記載される方法、装置、又はシステム。

本明細書で記載される解決法で、エンコーダは、コーディングされた表現をフォーマット規則に従って生成することによって、フォーマット規則に適合してよい。本明細書で記載される解決法で、デコーダは、復号されたビデオを生成するために、フォーマット規則に従って、シンタックス要素の有無を知った上で、コーディングされた表現内のシンタックス要素をパースするよう、フォーマット規則を使用してよい。

図８は、本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。方法８００は、動作８１０で、視覚メディアファイルとビットストリームとの間の変換を実行することを含む。視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、スライドショーとしてのピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定する。

図９は、本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。方法９００は、動作９１０で、視覚メディアファイルとビットストリームとの間の変換を実行することを含む。視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、複数のトランジション効果がスライドショーとしての第１画像アイテム及び第２画像アイテムの表示間に適用されるトランジションのために許されることを指定する。

以下は、図８～９に関連して議論された技術の例である。

１．画像データを処理する方法の例であって、
視覚メディアファイルとビットストリームとの間の変換を実行するステップを含み、
視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、メディアファイルフォーマットは、スライドショーとしてのピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定する、
方法。

２．例１の方法であって、
メディアファイルフォーマットは、トランジション期間が推奨される又は義務的なフィールドである、ことを指定する、
方法。

３．例１又は２の方法であって、
トランジション期間は、Ｍビット符号なし整数値として指定される、
方法。

４．例２の方法であって、
トランジション期間は、８ビット符号なし整数値として指定される、
方法。

５．例１又は２の方法であって、
トランジション期間のビットの数は、他のシンタックス要素の値に依存した方法で変化する、
方法。

６．例１乃至５のうちいずれかの方法であって、
トランジション期間は、１／Ｘ行の単位で指定され、Ｘは、正の整数である、
方法。

７．例６の方法であって、
トランジション期間は、１／１６秒の単位で指定される、
方法。

８．例１乃至５のうちいずれかの方法であって、
トランジション期間は、ピクチャ又はフレームの単位で指定される、
方法。

９．例１乃至８のうちいずれかの方法であって、
トランジション期間は、トランジション特性ごとに又はトランジションのタイプごとに指定される、
方法。

１０．例１乃至９のうちいずれかの方法であって、
トランジション期間は、トランジション特性のリスト又はトランジションのタイプのリストについて指定される、
方法。

１１．画像データを処理する方法の例であって、
視覚メディアファイルとビットストリームとの間の変換を実行するステップを含み、
視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、メディアファイルフォーマットは、複数のトランジション効果がスライドショーとしての第１画像アイテム及び第２画像アイテムの表示間に適用されるトランジションのために許されることを指定する、
方法。

１２．例１１の方法であって、
トランジションは、第１画像アイテムの第１領域と第２画像アイテムの第２領域との間に適用可能である、
方法。

１３．例１１又は１２の方法であって、
メディアファイルフォーマットは、複数のトランジション効果を適用する優先順位を更に指定する、
方法。

１４．プロセッサを有するビデオ処理装置であって、
プロセッサは、例１乃至１３のうちいずれかの方法を実行するよう構成される、
ビデオ処理装置。

１５．ビデオ処理装置によって実行された例１乃至１３のうちいずれかの方法によって生成されるビデオのビットストリームを記憶している非一時的なコンピュータ可読記録媒体。

図１０は、本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。方法１０００は、動作１０１０で、視覚メディアファイルとビットストリームとの間の変換を実行することを含む。視覚メディアファイルは、メディアファイルフォーマットに従って１つ以上のピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。ビデオコーディングフォーマットは、複数のプロファイルを定義する。メディアファイルフォーマットは、ビットストリームが特定のブランドを有してるファイルで表現されることを指定し、メディアファイルフォーマットは、ビットストリームでビデオを表現するために使用される１つ以上のプロファイルが特定のブランドのアグノスティック（agnostic）であることを更に指定する。

図１１は、本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。方法１１００は、動作１１１０で、視覚メディアファイルとビットストリームとの間の変換を実行することを含む。視覚メディアファイルは、メディアファイルフォーマットに従って１つ以上のピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、ビデオコーディングフォーマットに関連した１つ以上の画像アイテムタイプ又は１つ以上のファイルブランドを指定する。メディアファイルフォーマットは、１つ以上の画像アイテムタイプのうちの１つ又は１つ以上のファイルブランドのうちの１つに適合するビットストリームが単一アクセスユニットを含むことを指定する。単一アクセスユニットは、少なくとも部分的にイントラコーディングされる単一ピクチャを含む。

図１２は、本技術の１つ以上の実施形態に従って画像データを処理する方法のフローチャート表現である。方法１２００は、動作１２１０で、視覚メディアファイルとビットストリームとの間の変換を実行することを含む。視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有する。ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有する。メディアファイルフォーマットは、動作点情報（Operating Point Information，ＯＰＩ）ネットワーク抽象化レイヤ（Network Abstraction Layer，ＮＡＬ）ユニットが、特定の画像アイテムタイプを有している画像アイテム又は画像アイテムのサンプルに存在しないことを指定する。

以下は、図１０～１２に関連して議論された技術の例である。

１．画像データを処理する方法の例となる解決法であって、
視覚メディアファイルとビットストリームとの間の変換を実行するステップを含み、
視覚メディアファイルは、メディアファイルフォーマットに従って１つ以上のピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、ビデオコーディングフォーマットは、複数のプロファイルを定義する。メディアファイルフォーマットは、ビットストリームが特定のブランドを有してるファイルで表現されることを指定し、メディアファイルフォーマットは、ビットストリームでビデオを表現するために使用される１つ以上のプロファイルが特定のブランドのアグノスティックであることを更に指定する、
方法。

２．例となる解決法１の方法であって、
ビデオコーディングフォーマットは、ＶＶＣ（Versatile Video Coding）標準規格に対応し、
特定のブランドは、ＶＶＣブランドを有し、
特定のブランドに対応するタイプは、‘ｖｖｃ１’と指定される、
方法。

３．画像データを処理する方法の例となる解決法であって、
視覚メディアファイルとビットストリームとの間の変換を実行するステップを含み、
視覚メディアファイルは、メディアファイルフォーマットに従って１つ以上のピクチャのシーケンスを夫々が含む画像アイテムを有し、ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、メディアファイルフォーマットは、ビデオコーディングフォーマットに関連した１つ以上の画像アイテムタイプ又は１つ以上のファイルブランドを指定する。メディアファイルフォーマットは、１つ以上の画像アイテムタイプのうちの１つ又は１つ以上のファイルブランドのうちの１つに適合するビットストリームが単一アクセスユニットを含むことを指定し、単一アクセスユニットは、少なくとも部分的にイントラコーディングされる単一ピクチャを含む、
方法。

４．例となる解決法３の方法であって、
ビデオコーディングフォーマットは、ＶＶＣ（Versatile Video Coding）標準規格に対応する、
方法。

５．例となる解決法３又は４の方法であって、
単一ピクチャは、イントラ、イントラブロックコピー、又はパレットコーディング技術を用いて少なくとも部分的にイントラコーディングされる、
方法。

６．例となる解決法５の方法であって、
単一ピクチャは、Ｉピクチャ又はＩピクチャの部分である、
方法。

７．例となる解決法３乃至６のうちいずれかの方法であって、
１つ以上のファイルブランドがＶＶＣ標準規格に関連し、
ファイルブランドの値は、‘ｖｖｉｃ’、‘ｖｖｉ１’又は‘ｖｖｉ２’と指定される、
方法。

８．例となる解決法３乃至６のうちいずれかの方法であって、
１つ以上の画像アイテムタイプがＶＶＣ標準規格に関連し、
画像アイテムタイプの値は、‘ｖｖｃ１’又は‘ｖｖｃ２’と指定される、
方法。

９．例となる解決法３乃至８のうちいずれかの方法であって、
ビットストリームは、Ｍａｉｎ１０静止画プロファイル、Ｍａｉｎ１０４：４：４静止画プロファイル、Ｍａｉｎ１０プロファイル、Ｍａｉｎ１０４：４：４プロファイル、マルチレイヤＭａｉｎ１０プロファイル、又はマルチレイヤＭａｉｎ１０４：４：４プロファイルのうちの少なくとも１つを含むプロファイルに適合する、
方法。

１０．例となる解決法３乃至９のうちいずれかの方法であって、
ファイルブランド又は画像アイテムタイプに適合する画像アイテムは、特性記述子を除き、
特性記述子は、ターゲット出力レイヤセット特性又はＶＶＣ動作点情報特性を示す、
方法。

１１．例となる解決法１０の方法であって、
特性記述子は、ＴａｒｇｅｔＯｌｓＰｒｏｐｅｒｔｙ又はＶｖｃＯｐｅｒａｔｉｎｇＰｏｉｎｔｓＩｎｆｏｒｍａｔｉｏｎＰｒｏｐｅｒｔｙとして表される、
方法。

１２．画像データを処理する方法の例となる解決法であって、
視覚メディアファイルとビットストリームとの間の変換を実行するステップを含み、
メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有する。ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、メディアファイルフォーマットは、動作点情報（ＯＰＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットが、特定の画像アイテムタイプを有している画像アイテム又は画像アイテムのサンプルに存在しないことを指定する、
方法。

１３．例となる解決法１２の方法であって、
特定の画像アイテムタイプは、ＶＶＣ（Versatile Video Coding）標準規格に関連し、
特定の画像アイテムタイプは、‘ｖｖｓ１’と指定される、
方法。

本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号化、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてよい。更には、変換中、デコーダは、上記の解決法で説明されているように、決定に基づいて、いくつかのフィールドの有無の可能性を分かった上でビットストリームをパースしてよい。同様に、エンコーダは、特定のシンタックスフィールドが含まれるべきか否かを決定し、それに応じて、ビットストリーム表現からシンタックスフィールドを含めるか又は除くことによって、ビットストリーム表現を生成してよい。

本明細書で説明されている開示の及び他の解決法、例、実施形態、モジュール及び機能動作は、デジタル電子回路において、あるいは、本明細書で開示されている構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、若しくはハードウェアにおいて、あるいは、それらの１つ以上の組み合わせにおいて実装可能である。開示されている実施形態及び他の実施形態は、１つ以上のコンピュータプログラム製品、例えば、データ処理装置による実行のために又はその動作を制御するためにコンピュータ可読媒体上で符号化されたコンピュータプログラム命令の１つ以上のモジュールとして、実装可能である。コンピュータ可読媒体は、機械読み出し可能な記憶デバイス、機械読み出し可能な記憶担体、メモリデバイス、機械読み出し可能な伝搬信号をもたらす組成物、又はそれらの１つ以上の組み合わせであることができる。「データ処理装置」との用語は、例として、プログラム可能なプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含め、データを処理する全ての装置、デバイス、及び機械を包含する。装置は、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を作り出すコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝搬信号は、人工的に生成された信号、例えば、機械により生成された電気的、光学的、又は電磁気的信号であって、適切なレシーバ装置への伝送のために情報を符号化するよう生成される。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとしてを含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで実行されるようデプロイ可能である。

本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）によっても実行可能であり、装置は、そのようなものとして実装可能である。

コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを読み出すことになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。

本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーションまたはサブコンビネーションの変形に向けられてもよい。

同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。

ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。

Claims

画像データを処理する方法であって、
視覚メディアファイルとビットストリームとの間の変換を実行するステップを有し、
前記視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、前記ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、
前記メディアファイルフォーマットは、スライドショーとしての前記ピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定し、
前記推奨されるトランジション期間は、前記トランジションの開始から終了までの推奨されるトランジション効果存続期間を示し、前記推奨されるトランジション期間は、１／Ｘ秒の単位でＭビット符号なし整数値として指定され、Ｍは８に等しく、Ｘは正の整数である、
方法。
前記推奨されるトランジション期間は、１／１６秒の単位で指定される、
請求項１に記載の方法。
前記推奨されるトランジション期間は、トランジション特性ごと又はトランジションのタイプごとに指定される、
請求項１又は２に記載の方法。
前記メディアファイルフォーマットは、スライドショーとしての第１画像アイテム及び第２画像アイテムの表示間に適用されるトランジションに対して複数のトランジション効果が可能にされる、ことを更に指定する、
請求項１乃至３のうちいずれか一項に記載の方法。
前記トランジションは、前記第１画像アイテムの第１領域と前記第２画像アイテムの第２領域との間に適用可能である、
請求項４に記載の方法。
前記メディアファイルフォーマットは、前記複数のトランジション効果の優先順位を更に指定する、
請求項４又は５に記載の方法。
前記変換は、前記視覚メディアファイルを前記ビットストリームに符号化することを含む、
請求項１乃至６のうちいずれか一項に記載の方法。
前記変換は、前記視覚メディアファイルを前記ビットストリームから復号することを含む、
請求項１乃至６のうちいずれか一項に記載の方法。
視覚メディアファイルデータを処理する装置であって、
プロセッサと、
命令を有する非一時的メモリと
を有し、
前記命令は、前記プロセッサによって実行されると、該プロセッサに、視覚メディアファイルとビットストリームとの間の変換を実行させ、
前記視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、前記ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、
前記メディアファイルフォーマットは、スライドショーとしての前記ピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定し、
前記推奨されるトランジション期間は、前記トランジションの開始から終了までの推奨されるトランジション効果存続期間を示し、前記推奨されるトランジション期間は、１／Ｘ秒の単位でＭビット符号なし整数値として指定され、Ｍは８に等しく、Ｘは正の整数である、
装置。
命令を記憶している非一時的なコンピュータ可読記憶媒体であって、
命令は、プロセッサに、視覚メディアファイルとビットストリームとの間の変換を実行させ、
前記視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、前記ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、
前記メディアファイルフォーマットは、スライドショーとしての前記ピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定し、
前記推奨されるトランジション期間は、前記トランジションの開始から終了までの推奨されるトランジション効果存続期間を示し、前記推奨されるトランジション期間は、１／Ｘ秒の単位でＭビット符号なし整数値として指定され、Ｍは８に等しく、Ｘは正の整数である、
非一時的なコンピュータ可読記憶媒体。
ビデオのビットストリームを記憶する方法であって、
前記ビットストリームを視覚メディアファイルから生成するステップと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップと
を有し、
前記視覚メディアファイルは、メディアファイルフォーマットに従ってピクチャのシーケンスを夫々が含む画像アイテムを有し、前記ビットストリームは、ビデオコーディングフォーマットに従ってレイヤに夫々属している１つ以上のピクチャを夫々が含むアクセスユニットを有し、
前記メディアファイルフォーマットは、スライドショーとしての前記ピクチャの表示中に画像アイテムと次の画像アイテムとの間のトランジションのために適用される当該画像アイテムの推奨されるトランジション期間を指定し、
前記推奨されるトランジション期間は、前記トランジションの開始から終了までの推奨されるトランジション効果存続期間を示し、前記推奨されるトランジション期間は、１／Ｘ秒の単位でＭビット符号なし整数値として指定され、Ｍは８に等しく、Ｘは正の整数である、
方法。