(57)【特許請求の範囲】
【請求項１】
入力されるビデオ素材に対してプルダウン処理を施しながら、プルダウンパターンに基づく符号化を施す画像符号化方法において、
上記プルダウン変換が施されるビデオ素材のプルダウンパターンを測定する測定工程と、
上記測定されたプルダウンパターンと想定される複数の初期位相に基づく各プルダウンパターンとのマッチング率およびエラー発生率を求め、これらのマッチング率およびエラー発生率をそれぞれしきい値と比較して、上記測定されたビデオ素材のプルダウンパターンの安定性を判定する安定性判定工程と
を有することを特徴とする画像符号化方法。
【請求項２】
上記安定性判定工程は、
上記測定されたプルダウンパターンと想定される複数の初期位相に基づく各プルダウンパターンとを比較して、上記各プルダウンパターンのうちの上記測定されたプルダウンパターンに最も近いプルダウンパターンを与える初期位相を選択する選択工程と、
上記選択された初期位相に基づくプルダウンパターンの、上記ビデオ素材の総フレーム数に対する誤差を算出する誤差算出工程とを有し、
上記算出された誤差に基づいて、上記選択された初期位相に基づくプルダウンパターンの安定性をエンコード前に判定することを特徴とする請求項１記載の画像符号化方法。
【請求項３】
上記安定性判定工程によるプルダウンパターンの安定性をエンコード前に判定し、
上記安定性判定工程における判定結果に基づいて、上記ビデオ素材のプルダウン処理によるエンコードの適否を表示する表示工程をさらに有することを特徴とする請求項１記載の画像符号化方法。
【請求項４】
上記安定性判定工程において、上記想定される複数の初期位相に基づく各プルダウンパターンに対して、上記測定されたビデオ素材の一致するフレーム数をpd_matchとし、位相がずれはじめたポイントの個数をpd_errnbとし、測定された総フレーム数をframe_nbとし、全てのプルダウンパターンの内で上記一致するフレーム数pd_matchが最大となるプルダウンパターンにおけるフレーム数をpd_match_max、上記ポイントの個数をpd_errnb_maxとするとき、上記マッチング率pd_match_ratioと、上記エラー発生率pb_error_ratioとを、
pd_match_ratio = pd_match_max／frame_nb ＊ １００  （％）
pd_error_ratio = pd_error_max／frame_nb ＊ １００  （％）
により求めることを特徴とする請求項１記載の画像符号化方法。
【請求項５】
上記マッチング率pd_match_ratioがしきい値PD_MATCH_LIMIT以下である場合、または、総フレーム数frame_nb が、しきい値PD_FRAME_LIMIT 以上で、かつ、エラー発生率pd_error_ratio がしきい値PD_ERROR_LIMIT 以上である場合に、上記ビデオ素材のプルダウンパターンは安定していないと判定することを特徴とする請求項４記載の画像符号化方法。
【請求項６】
上記プルダウンパターンの測定値に対する上記フレーム数pd_matchの値が最大のものを初期位相として選択することを特徴とする請求項４記載の画像符号化方法。
【請求項７】
入力されるビデオ素材に対してプルダウン処理を施しながら、プルダウンパターンに基づく符号化を施す画像符号化装置において、
上記プルダウン変換が施されるビデオ素材のプルダウンパターンを測定する測定手段と、
上記測定されたプルダウンパターンと想定される複数の初期位相に基づく各プルダウンパターンとのマッチング率およびエラー発生率を求め、これらのマッチング率およびエラー発生率をそれぞれしきい値と比較して、上記測定されたビデオ素材のプルダウンパターンの安定性を判定する安定性判定手段と
を有することを特徴とする画像符号化装置。
【請求項８】
上記安定性判定手段は、
上記測定されたプルダウンパターンと想定される複数の初期位相に基づく各プルダウンパターンとを比較して、上記各プルダウンパターンのうちの上記測定されたプルダウンパターンに最も近いプルダウンパターンを与える初期位相を選択する選択手段と、
上記選択された初期位相に基づくプルダウンパターンの、上記ビデオ素材の総フレーム数に対する誤差を算出する誤差算出手段とを有し、
上記算出された誤差に基づいて、上記選択された初期位相に基づくプルダウンパターンの安定性をエンコード前に判定することを特徴とする請求項７記載の画像符号化装置。
【請求項９】
上記安定性判定手段によるプルダウンパターンの安定性をエンコード前に判定し、
上記安定性判定手段における判定結果に基づいて、上記ビデオ素材のプルダウン処理によるエンコードの適否を表示する表示手段をさらに有することを特徴とする請求項７記載の画像符号化装置。
【請求項１０】
上記安定性判定手段は、上記想定される複数の初期位相に基づく各プルダウンパターンに対して、上記測定されたビデオ素材の一致するフレーム数をpd_matchとし、位相がずれはじめたポイントの個数をpd_errnbとし、測定された総フレーム数をframe_nbとし、全てのプルダウンパターンの内で上記一致するフレーム数pd_matchが最大となるプルダウンパターンにおけるフレーム数をpd_match_max、上記ポイントの個数をpd_errnb_maxとするとき、上記マッチング率pd_match_ratioと、上記エラー発生率pb_error_ratioとを、
pd_match_ratio = pd_match_max／frame_nb ＊ １００  （％）
pd_error_ratio = pd_error_max／frame_nb ＊ １００  （％）
により求めることを特徴とする請求項７記載の画像符号化装置。
【請求項１１】
上記マッチング率pd_match_ratioがしきい値PD_MATCH_LIMIT以下である場合、または、総フレーム数frame_nb が、しきい値PD_FRAME_LIMIT 以上で、かつ、エラー発生率pd_error_ratio がしきい値PD_ERROR_LIMIT 以上である場合に、上記ビデオ素材のプルダウンパターンは安定していないと判定することを特徴とする請求項１０記載の画像符号化装置。
【請求項１２】
上記プルダウンパターンの測定値に対する上記フレーム数pd_matchの値が最大のものを初期位相として選択することを特徴とする請求項１０記載の画像符号化装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオ素材を符号化する画像符号化方法および画像符号化装置に関し、特にプルダウンパターンに基づいて符号化を行う画像符号化方法および画像符号化装置に関する。
【０００２】
【従来の技術】
ビデオ情報をディジタルビデオディスク（Digital Video Disk：ＤＶＤ）やビデオＣＤのようなパッケージメディアに蓄積する際に、ビデオ情報に圧縮符号化処理を施すエンコードシステムでは、まず、ビデオ素材の画像の符号化難易度（difficulty）を測定し、次に、その符号化難易度に基づいてパッケージメディアの記録容量の範囲内の与えられたバイト数に収まるように、各ビデオ情報のフレームごとにビット配分（Bit assign）処理を行うエンコード方法が一般に採用されている。以下、このエンコード方法を２パスエンコーディング方法という。
【０００３】
図７は、ビデオ情報を圧縮符号化してディジタルビデオディスク（ＤＶＤ）のオーサリングなどを行うために用いられる、従来のビデオエンコードシステムの構成例を示している。
【０００４】
スーパーバイザ１０３は、ビデオエンコードシステムの全体を管理するものであり、ビデオ，オーディオ，メニューなどの各エンコードシステムにエンコード条件を与え、エンコード結果の報告を受ける。この例では、ファイル「v.enc 」によってビデオエンコード条件が指定され、ビデオエンコーダ側からはエンコード結果のビットストリームが書き込まれたＲＡＩＤ１０４上のアドレス「v.adr 」と、ビットストリームをマルチプレックスする際に必要なデータ「vxxx.aui」が報告される。
【０００５】
主コントローラ１１１は、ネットワーク１０２を介して接続されるスーパーバイザ１０３との間のデータ通信により、このビデオエンコードシステム全体の動作を制御する。
【０００６】
具体的には、主コントローラ１１１は、グラフィカルユーザーインターフェース（ＧＵＩ：Graphical User Interface）部１１４の管理により、スーパーバイザ１０３からの制御を受け付けると共に、オペレータの操作を受け付け、このＧＵＩ部１１４により管理されるビットアサイン部１１５，エンコーダコントロール部１１６，ＶＴＲコントロール部１１７により、エンコーダ１１２，ビデオテープレコーダ（ＶＴＲ）１１０の動作を制御する。これにより主コントローラ１１１は、スーパーバイザ１０３から通知されたエンコード条件に従って、処理対象の素材を符号化処理し、その処理結果をスーパーバイザ３に通知する。さらに、主コントローラ１１１は、ＧＵＩ部１１４を介してオペレータの設定を受け付けて、上記の符号化の詳細な条件を変更できるようにされている。
【０００７】
上記の主コントローラ１１１のＧＵＩ部１１４は、ビットアサイン部１１５のビット配分プログラム「BIT_ASSIGN」，エンコーダコントロール部１１６のエンコーダコントロールプログラム「CTRL_ENC」およびＶＴＲコントロール部１１７のＶＴＲコントロールプログラムの３つのプログラムを管理している。
【０００８】
また、ビットアサイン部１１５は、スーパーバイザ１０３から通知されるエンコード条件のファイル「v.enc 」に従って符号化処理の条件をフレーム単位で決定し、この条件による制御データをファイル形式「CTL file」によりコントロール部１１６に通知する。
【０００９】
このとき、ビットアサイン部１１５は、符号化処理におけるビット配分（ビットアサイン）を設定し、さらに設定された条件をオペレータの操作に応じて変更する。さらに、ビットアサイン部１１５は、データ圧縮されたビデオデータＤ２がＲＡＩＤ１０４に記録されると、そのビデオデータＤ２が書き込まれたＲＡＩＤ１０４上のアドレスのデータ「v.adr 」を、後段における多重化処理に必要なデータ量等の情報「vxxx.aui」と共にスーパーバイザ１０３に通知する。
【００１０】
エンコーダコントロール部１１６は、ビットアサイン部１１５から通知される制御ファイル「CTL file」に従ってエンコーダ１１２の動作を制御する。さらに、エンコーダコントロール部１１６は、符号化処理に要する符号化難易度「difficulty」のデータをフレーム単位でビットアサイン部１１５に通知し、ＲＡＩＤ１０４にビデオデータＤ２が記録されると、その記録アドレスのデータ「v.adr 」，後の多重化処理に必要なデータ「vxxx．aui 」をビットアサイン部１１５に通知する。
【００１１】
ＶＴＲコントロール部１１７は、スーパーバイザ３から通知される編集リストに従ってビデオテープレコーダ（ＶＴＲ）１１０の動作を制御し、所望の編集対象の素材を再生する。
【００１２】
ビデオテープレコーダ（ＶＴＲ）１１０は、主コントローラ１１１を介してスーパーバイザ１０３から通知される編集リストに従って、磁気テープに記録されたビデオデータＤ１を再生してエンコーダ１１２に出力する。
【００１３】
エンコーダ１１２は、スーパーバイザ１０３から主コントローラ１１１を介して通知される条件に従って動作を切り換え、ＶＴＲ１１０から出力されるビデオデータＤ１を、ＭＰＥＧ（Moving Picture Experts Group）の手法により圧縮符号化する。
【００１４】
このとき、エンコーダ１１２は、符号化処理の結果を主コントローラ１１１に通知し、主コントローラ１１１は、そのデータ圧縮における符号化の条件を制御し、発生するビット量を制御する。これにより、主コントローラ１１１は、データ圧縮により発生するビット量をフレーム単位で把握できる。
【００１５】
また、エンコーダ１１２は、２パスエンコードにおける事前のエンコード条件設定の処理時（仮エンコード時）には、単にビデオデータＤ１をデータ圧縮して処理結果を主コントローラ１１１に通知するだけであるが、最終的なデータ圧縮処理時（本エンコード時）には、圧縮処理されたビデオデータＤ２をＲＡＩＤ１０４に記録し、さらにそのデータが記録されたアドレス，データ量等を主コントローラ１１に通知する。
【００１６】
モニタ装置１１３は、エンコーダ１１２によりデータ圧縮されたビデオデータＤ２をモニタできるように構成される。このモニタ装置１１３により、このビデオエンコードシステムでは、オペレータがデータ圧縮処理の結果を必要に応じて確認する、いわゆるプレビューを行うことができる。そして、オペレータが、このプレビュー結果に基づいて主コントローラ１１１を操作して、符号化の条件を詳細に変更できるようにされている。
【００１７】
上述したように、ＤＶＤでは、ビデオデータの圧縮方式としてＭＰＥＧ（Moving Picture Experts Group）を採用している。
【００１８】
ＭＰＥＧは、動き補償予測による時間方向の冗長度を除去することによりデータ圧縮する方式であり、フレーム内だけで符号化されるＩ（Intra ）ピクチャ，過去の画面から現在を予測して符号化されるＰ（Predictive）ピクチャ，過去の画像と未来の画像とから現在を予測して符号化されるＢ（Bidirectionally Predictive）ピクチャの３種類の符号化画像が用いられる。
【００１９】
また、これらの画像は、Ｉピクチャを必ず１つ含むまとまりであるＧＯＰ（Group of Pictures ）とされる。
【００２０】
図８は、ＧＯＰ構造の一例を示している。
この例では、１つのＧＯＰを構成するピクチャ（フレーム）の数Ｎが１５である。ＧＯＰの各ピクチャが表示される順序は、符号化される順序とは異なっており、表示順におけるＧＯＰの先頭のピクチャは、Ｉピクチャの前であってＰピクチャまたはＩピクチャの次にあるＢピクチャである。また、表示順におけるＧＯＰの最後は、次のＩピクチャの前にある最初のＰピクチャである。
【００２１】
次に、２パスエンコードについて、図７に例示のビデオエンコードシステムの構成を参照しながら説明する。
【００２２】
図９は、上記のビデオエンコードシステムにおける２パスエンコードの基本的な処理手順を示している。
【００２３】
まず、ステップＳ５１で、スーパーバイザ３からネットワーク２を経由して、ビデオ情報に割り当てられるビット総量や最大レートなどのエンコード条件「v.enc 」が与えられ、エンコーダコントロール部１６はこのエンコード条件に従って設定される。
【００２４】
次に、ステップＳ５２で、エンコーダコントロール部１６が、エンコーダ１２を使ってエンコード素材の符号化難易度（difficulty）を測定する。ここでは、素材の各画素のＤＣ値や動きベクトル量ＭＥも併せて測定される。そして、これらの測定結果に基づいてファイルが作成される。
【００２５】
実際の符号化難易度の測定は、以下のように行われる。
【００２６】
エンコード素材となるビデオ情報は、マスターテープであるディジタルビデオカセットからＶＴＲ１０により再生される。
【００２７】
エンコーダコントロール部１６は、エンコーダ１２を介して、ＶＴＲ１０により再生されたビデオ情報Ｄ１の符号化難易度を測定する。ここでは、符号化の際に量子化ステップ数を固定値に設定して発生ビット量が測定される。動きが多く、高い周波数成分が多い画像では発生ビット量が多くなり、静止画や平坦な部分が多い画像では発生ビット量が少なくなる。この発生ビット量の大きさを符号化難易度としている。
【００２８】
次に、ステップＳ５３では、ステップＳ５１で設定されたエンコード条件によってステップＳ５２で測定された、各ピクチャの符号化難易度の大きさに応じて、エンコーダコントロール部１６が、ビットアサイン部１５内のビット配分計算プログラム「BIT_ASSIGN」を実行し、割り当てビット量（ターゲット量）の配分計算を行う。
【００２９】
そして、ステップＳ５４で、上記のビット配分計算の結果を使って仮エンコードを行い、エンコーダ１２に内蔵されているローカルデコーダ出力の画質によって、本エンコードを実行するかどうかをオペレータに判断させるようにする。実際には、上記のビット配分によるビットストリームをＲＡＩＤ４に出力しないで、オペレータが、任意の処理範囲を指定できるモードであるプレビユー（Preview ）モードで画質が確認される。
【００３０】
そして、ステップＳ５５で、画質評価が行われ、画質に問題がある場合（ＮＧ）にはステップＳ５６に進み、問題がある部分のビットレートを上げたりフィルターレベルを調整するといった画質調整のためのカスタマイズ作業を行った後に、ステップＳ５７でビット配分再計算が実行される。
【００３１】
その後、ステップＳ５４に戻り、カスタマイズされた部分がプレビューされ、ステップＳ５５で画質が確認される。ここで、全ての部分の画質が良好であればステップＳ５８に進み、エンコーダ１２によって、ステップＳ５７で再計算されたビット配分による素材全体についてのエンコードが実行される。
【００３２】
一方、ステップＳ５５で、画質に問題がないと判断された場合には、そのままステップＳ５８に進み、エンコーダ１２により、ステップＳ５３で計算されたビット配分によるエンコード処理が実行される。
【００３３】
そして、ステップＳ５９で、エンコード結果であるビットストリームがＳＣＳＩ（Small Computer System Interface ）等を介してＲＡＩＤ４に書き込まれる等の後処理が行われ、２パスエンコード処理が終了する。
【００３４】
ステップＳ５８におけるエンコードの実行後、ビデオエンコーダコントロール部１６は、上述したようなエンコード結果の情報をネットワーク２経由でスーパーバイザ３に報告する。
【００３５】
なお、この図９の各ステップＳのうち、ステップＳ５２，ステップＳ５４およびステップＳ５８を除く各ステップの処理は、オフラインで行われる。
【００３６】
次に、上述した２パスエンコーディングにおいて、ビットアサイン部１５で実行されるビット配分計算についてさらに説明する。
【００３７】
図１０は、ビット配分計算における余りビットの処理例を示している。
【００３８】
まず、ディジタルビデオディスク（ＤＶＤ）などのパッケージメディアの記録容量のうちのビデオ情報に割り当てられるビット総量「QTY_BYTES 」（図１０（ａ））および最大ビットレート「MAXRATE 」が、スーパーバイザ３から指定される。
【００３９】
これに対して、エンコーダコントロール部１６は、ビットアサイン部１５内のビット配分計算プログラム「BIT_ASSIGN」を実行し、まず、最大ビットレート「MAXRATE 」以下になるように制限が加えられた総ビット数「USB_BYTES 」を求め（図１０（ｂ））、この値からＧＯＰのヘッダ（Header）に必要なビット数「TOTAL_HEADER」を引いた値と、素材全体のフレーム総数からターゲット数の総和の目標値となる「SUPPLY_BYTES」を算出する（図１０（ｃ））。
【００４０】
そして、この「SUPPLY_BYTES」の大きさに収まるように、各ピクチャへの割当てビット量（ターゲット量）が配分される。全てのピクチャへの割当てビット量の総和を「TARGET_BYTES」とすると、図１０（ｄ）〜図１０（ｆ）に示すように、ターゲット数の総和の目標値「SUPPLY_BYTES」から、上記の「TARGET_BYTES」を引いた値が、ビット配分の際の余り（Remain）を示す量「REMAIN_BYTES」となる。
【００４１】
そして、図１０（ｇ）に示すように、「TARGET_BYTES」とHeaderの和が「TARGET_OUT_BYTES」とされる。
【００４２】
図１１は、図９のステップＳ５３における、ビット配分計算処理の手順の一具体例を示している。
【００４３】
まず、ステップＳ６１で、前述したようにスーパーバイザ３から送られるビット総量「QTY_BYTES 」と最大ビットレート「MAXRATE 」が入力される。
【００４４】
次に、ステップＳ６２で、図９のステップＳ５２で作成された符号化難易度（difficulty）の測定結果のファイルがそのまま読み込まれる。
【００４５】
そして、ステップＳ６３で、符号化難易度と共に測定された各画像のＤＣ値や動きベクトル量ＭＥの大きさのパラメータの変化量から、シーンが変化するポイントが検出される。
【００４６】
なお、このステップＳ６３におけるシーンチェンジの検出／処理には、本件出願人がすでに特願平８−２７４０９４号明細書および図面にて開示した「映像信号処理装置」におけるシーンチェンジ点を検出するための処理を適用できる。この「映像信号処理装置」は、映像信号の各フレームの直流レベルを検出し、この直流レベルを曲線近似して得られる誤差値から、その映像信号のシーンチェンジのフレームを検出してシーンチェンジ点を明らかにするというものである。そして、シーンがチェンジしたとして検出されたポイントでは、ＰピクチャがＩピクチャに変更されて、画質改善が図られる。
【００４７】
次に、ステップＳ６４では、チャプター（CHAPTER ）境界処理が行われる。ＤＶＤ再生装置でのチャプターサーチ時には、再生されるピクチャが、特定されないピクチャからジャンプしてくることになる。その場合でも再生画像が乱れないようにするため、このチャプタ境界処理によってチャプターの位置が必ずＧＯＰの先頭になるようにピクチャタイプが変更されたり、ＧＯＰ長が制限される。
【００４８】
ステップＳ６５では、上記の一連の作業の結果として変更された、Ｉピクチャ，Ｐピクチャ，Ｂピクチャなどのピクチャタイプに合わせた符号化難易度（Difficulty）の値に対して補間／補正が行われる。
これは、ＤＶＤでは、１ＧＯＰのデコード時の、表示される最大のフィールド数が制限されていることから、ピクチャタイプの変更に伴ってＧＯＰ構造が変化したことにより１ＧＯＰの長さがこの制限を越えることがあるためである。そのような場合には、制限を満たすように、ＰピクチャをＩピクチャに変更してＧＯＰ長が短くされるＧＯＰ制約処理が行われる。
【００４９】
ステップＳ６６では、ステップＳ６５における補間／補正処理によって得られた符号化難易度、およびエンコードされる素材全体に与えられたビット数「SUPPLY_BYTES」に応じて、各ピクチャごとのターゲットビット（Target bit）数が計算される。
【００５０】
そして、ステップＳ６７で、エンコード結果のビットストリームを書き込む際のＲＡＩＤ４のアドレス（ADDRESS）を計算した上で、ステップＳ６８に進み、エンコーダ用のコントロールファイルが作成されて処理が終了する。
【００５１】
上記のような手順により、素材の符号化難易度（Difficulty）および素材全体に与えられたビット数「SUPPLY_BYTES」に応じて、各ピクチャごとのターゲットビット数が計算され、エンコーダ用のコントロールファイルが作成される。
【００５２】
以下では、このような一連のビット配分の手順について、さらに詳しく説明する。ここでは、ビット配分の計算例として、まずＧＯＰを単位としてビット量が配分され、その後、各ＧＯＰ内で各ピクチャの符号化難易度（Difficulty）に応じたビット配分が行われるものとしており、各ＧＯＰごとの符号化難易度の和である「gop_diff」に応じて、エンコード時のＧＯＰ単位のビット割当て量「gop_target」が配分される。
【００５３】
図１２は、このＧＯＰごとの符号化難易度の和「gop_diff」とエンコード時のＧＯＰ単位のビット割当て量「gop_target」とを変換するための、最も簡単な関数の例を示している。
【００５４】
この例では、「gop_target」をY とし、「gop_diff」をX として、
Y ＝ AX + B
という形で表される評価関数が用いられる。
【００５５】
許容される最大ビットレート以下に制限された総ビット数「USB_BYTES 」は、
0003740813.tif 000002
で与えられる。ここで、ＮＴＳＣ方式の場合には KT = 1/8（bits）／30（Hz）,ＰＡＬ方式の場合には  1/8（bits）／25（Hz）である。また、「total_frame_number 」はエンコードされる素材のフレーム総数，min（s,t）はｓまたはｔの小さい方を選択する関数である。また、「DIFFICULTY_SUM」は、全てのピクチャの符号化難易度の総和である。
【００５６】
SUPPLY_BYTES = USB_BYTES - TOTAL_HEADER                 ・・・（２）
DIFFICULTY_SUM = Σdifficulty                           ・・・（３）
B = GOP_MINBYTES                                        ・・・（４）
Σy = A × Σx ＋ B×ｎ
ここで、Σy = SUPPLY_BYTES，Σx = DIFFICULTY_SUM，ｎはＧＯＰの総数である。よって
A = （SUPPLY_BYTES - B×n）/ DIFFICULTY_SUM
となる。従って、各ピクチャのターゲット量は、
gop_target = A × gop_diff + B                          ・・・（５）
で与えられる。
【００５７】
その後、各ＧＯＰ内で各ピクチャの符号化難易度に応じたビット配分が行われる。ＧＯＰ内での各ピクチャの配分は符号化難易度の大きさに比例させた場合には、各ピクチャのターゲット量は以下の式で求められる。
【００５８】
target（k） = GOP_TARGET × diffuculty（k）/ GOP_diff   ・・・（６）
（１≦ｋ≦ＧＯＰ内のピクチャ数）
そして、このようなビット配分計算の後、エンコード結果のビットストリームが書き込まれるＲＡＩＤ４のアドレスが設定され、エンコーダ用コントロールファイルが出力される。このようにして作成されたコントロールファイルによってエンコード処理を行うことにより、素材の画像の難しさに応じた可変ビットレートエンコーディングが実行される。
【００５９】
以上が２パス可変ビットレートエンコーディングの概要である。
【００６０】
次に、映画（フィルム）素材のプルダウン（pulldown）処理について説明する。
【００６１】
２４コマ／秒で構成されている映画フィルムを、３０フレーム／秒で構成されるＮＴＳＣ方式のテレビ・ビデオ信号に変換するために、同じフィールド画像を周期的に繰り返す処理が行われる。以下では、この処理を２−３プルダウン変換という。
【００６２】
図１３は、この２−３プルダウン変換の原理を示している。
【００６３】
プルダウンのパターンの位相は、フィルム素材からＮＴＳＣ方式のビデオ素材への変換時に決定される。多くの場合はパターンが規則的に変換されている。
【００６４】
ビデオ素材の１フレームは２フィールドで構成されるが、そのうちの第１フィールド（1st field ）をトップフィールド（top_field ）とし、第２フィールド（2nd field ）をボトムフィールド（bottom_field）とする。また、同じフィールド画を繰り返す場所をリピートファーストフィールド（repeat_first_field）と呼ぶ。
【００６５】
このような映画素材では、同じフィールドが繰り返される位置が分かっていれば、エンコードの際にそのフィールドを符号化しないようにして圧縮効率を高めることができる。
【００６６】
符号化の際の２−３プルダウンパターンの組合せは、以下の４通りである。
【００６７】
０: bottom_field_first
１: bottom_field_first,  repeat_field_first
２: top_field_first
３: top_field_first,     repeat_field_first
ここでは、これらのパターンの組合せを「ピクチャモード」と定義する。
【００６８】
次に、２−３プルダウンパターンと、ＮＴＳＣ方式に従う素材のロールの先頭からのビデオフレーム番号ｋとの関係について説明する。
【００６９】
上述したピクチャモードを、リピートされていないトップフィールドを含む位置とフレーム番号ｋとの関係を p_mode[k]とすると、図１３からも分かるように、上記の０〜３のピクチャモードに属さないフレーム番号が存在する。この場合のp_mode[k] の値を４とする。
【００７０】
図１４は、プルダウンにおけるp_mode[k] の状態遷移図である。
【００７１】
プルダウンが規則正しく連続している場合には、p_mode[k] の値は、フレーム番号ｋの増加に伴って、５で割った余りの体（mod ５）において１ずつ増加していく。
p_mode[k+1] = （p_mode[k] + 1 ）mod 5             ・・・（７）
プルダウンパターンが乱れた場合には、p_mode が０または２のときのみ、その値を繰り返すことができる。
【００７２】
p_mode[k+1] = （p_mode[k] + 1 ） mod 5            ・・・（８）
（p_mode[k] が０または２の場合に限る）
２パスエンコーディングにおいては、符号化難易度（difficulty）の測定を行う際にプルダウンパターンが自動検出される。このとき、測定されたプルダウンパターンをもとにビット配分が行われ、コントロールファイルが作成される。
【００７３】
そして、最終的なエンコード時には、上記のコントロールファイルに記述されたプルダウンパターンに従って符号化が行われる。
【００７４】
【発明が解決しようとする課題】
しかし、上述したようなプルダウンパターンの自動検出手法は、現在のフレームと１つ前のフレームの、トップフィールドおよびボトムフィールドの差分をもとにしているという原理上、素材が静止画像に近い場合にはプルダウンパターンを正しく検出できないことがある。
【００７５】
例えば、映画の最初の部分について考えると、最初のタイトルシーンから始まる映像は黒からフェードインし、映画会社のロゴが現れ、黒にフェードアウトする。このような場合には、黒へのフェードイン／アウトのような動きが少ない部分については、プルダウン位相の正確な検出が困難であり、検出を誤ることが多い。
【００７６】
さらに、フィルム素材からビデオ素材に変換するコンバータに撮像管を用いている古い装置が使用された素材では、フレーム間の残像によってプルダウン位相を正しく検出できない場合がある。
【００７７】
同様の理由で、前のフレームの画像と現在のフレームの画像とを加算してランダムノイズを減らすようなノイズレデューサを用いた素材でも、プルダウン位相が正しく検出できない場合がある。
【００７８】
また、プルダウン位相が異なるフィルム素材を多数編集したような素材では、編集ポイントでプルダウンパターンの検出のディレイから、誤ったプルダウン位相として検出されるおそれがある。
【００７９】
このように、誤った位相でエンコードを行うと、正しい位相にロックするまでの間は誤ったプルダウンパターンで処理されるため、エンコード結果の画像の動きがぎこちなくなるなどの問題がある。
【００８０】
プルダウン処理によってエンコードを実行しても問題ないかどうかは、素材のプルダウンパターンの安定性に大きく依存する。
【００８１】
しかし、事前にその判定を行うことは困難であるため、オペレータが、エンコード後の画像の動きを見て適性を判断するしかなく、エンコード条件が不適切であったと判断された場合には、条件を変えて最初からエンコードし直さなければならないことが問題となっていた。
【００８２】
本発明は、このような問題を解決するために行われたものであり、２パス可変レートエンコードにおいて、プルダウン処理によるエンコード条件の適否を、エンコードの実行前に判定できる画像符号化方法および画像符号化装置を提供することを目的とする。
【００８３】
【課題を解決するための手段】
上述の課題を解決するために、本発明に係る画像符号化方法は、入力されるビデオ素材に対してプルダウン処理を施しながら、プルダウンパターンに基づく符号化を施す画像符号化方法において、上記プルダウン変換が施されるビデオ素材のプルダウンパターンを測定する測定工程と、上記測定されたプルダウンパターンと想定される複数の初期位相に基づく各プルダウンパターンとのマッチング率およびエラー発生率を求め、これらのマッチング率およびエラー発生率をそれぞれしきい値と比較して、上記測定されたビデオ素材のプルダウンパターンの安定性を判定する安定性判定工程とを有することを特徴とするものである。
【００８４】
また、上述の課題を解決するために、本発明に係る画像符号化装置は、入力されるビデオ素材に対してプルダウン処理を施しながら、プルダウンパターンに基づく符号化を施す画像符号化装置において、上記プルダウン変換が施されるビデオ素材のプルダウンパターンを測定する測定手段と、上記測定されたプルダウンパターンと想定される複数の初期位相に基づく各プルダウンパターンとのマッチング率およびエラー発生率を求め、これらのマッチング率およびエラー発生率をそれぞれしきい値と比較して、上記測定されたビデオ素材のプルダウンパターンの安定性を判定する安定性判定手段とを有することを特徴とするものである。
【００８５】
上記の本発明によれば、２パス可変レートエンコードにおいて、プルダウン処理によるエンコード条件の適否を、エンコードの実行前に判定できるようになる。
【００８６】
【発明の実施の形態】
以下に、本発明の好ましい実施の形態について図面を参照しながら説明する。
【００８７】
まず、本発明に係る画像符号化方法の実施の形態について、前述した２−３プルダウン変換が施されるビデオ素材のエンコード処理を例として説明する。
【００８８】
図１は、前述した２−３プルダウンパターンの初期位相を示している。
【００８９】
フィルム素材からビデオ信号にフレーム変換する際の２−３プルダウンは、ほとんどの場合に規則正しく行われている。そこで、エンコードされる素材のプルダウンパターンは規則正しいとする。
【００９０】
また、エンコードされる素材の最初はチャプター指定され、必ず p_mode が２の状態でエンコードされなければならないと規定されていることを考慮すると、プルダウンパターンの初期位相は、乱れがない場合には、この図に示す７通りのいずれかのパターンで表すことができる。
【００９１】
これらのプルダウンのプルダウンパターンは、初期位相のモードを p_start（０≦ p_start ≦６） とすると、ｋ番目のフレームのピクチャモード p_mode[k]は、以下の式で表される。
【００９２】
0003740813.tif 000003
p_mode[k] = pd_cycle[pd_start][k mod 5]      （ｋ＜５のとき）
p_mode[k] = pd_cycle[pd_start][k mod 5 + 5]  （ｋ≧５のとき）
そこで、本発明の画像符号化方法では、フレーム番号ｋ（０≦ｋ≦kend）に対して想定される上記の７通りの初期位相に基づくプルダウンパターンと、測定されたプルダウンパターンとを比較し、その７通りのうちの最もエラーが少ないものを選択する。
【００９３】
以下に、このような本発明に係る画像符号化方法の実施の一形態としてのビデオエンコード処理の流れを説明する。
【００９４】
（１）  まず、ps番目のプルダウンパターンと測定されたプルダウンパターンとを比較して、一致していたら pd_match[ps] を１だけ増加する。一方、比較結果が違っていたら、位相がずれはじめたポイントの個数（エラーの立ち上がりエッジ）を pd_errnb[ps] としてカウントする。
【００９５】
（２）  上記（１）の処理を ０≦ｋ≦kend の範囲で繰り返す。
【００９６】
（３）  上記（１）および（２）の処理を ０≦ps≦６ の範囲で繰り返す。
【００９７】
（４）  ０≦ps≦６ の範囲での pd_match[ps] の最大値を求める。 最大となった ps についての位相がずれはじめたポイントの個数 pd_errnb[ps] を pd_error_max とする。
【００９８】
（５）  測定された総フレーム数 frame_nbに対するパターンマッチング率 pd_match_ratio と、エラー発生率 pd_error_ratio を、以下のように求める。
pd_error_ratio = pd_error_max / frame_nb * 100  （%）
pd_match_ratio = pd_match_max / frame_nb * 100  （%）
【００９９】
（６）  パターンマッチング率pd_match_ratio がしきい値PD_MATCH_LIMIT 以下である場合、または、総フレーム数frame_nb が、しきい値PD_FRAME_LIMIT 以上で、かつ、エラー発生率pd_error_ratio がしきい値PD_ERROR_LIMIT 以上である場合に、エンコード素材のプルダウンパターンは安定していない（従って、プルダウン処理を指定してエンコードすると画質に問題が生じる可能性が大きい）と判定して、オペレータに警告を示すメッセージを表示する。
【０１００】
（７）  オペレーターが、上記の警告を見て、当初のエンコード条件で処理を続けるかどうかを判断する。処理を中止する場合には、エンコード条件からプルダウン処理の指定をはずして、エンコード作業を最初からやり直す。
【０１０１】
上記のような手順により行われる、本発明に係るビデオエンコードにおいて、エンコード素材のプルダウンパターンの安定性を判定するためのしきい値は、例えば以下のように設定される。
PD_MATCH_LIMIT = 75     （%）
PD_ERROR_LIMIT = 0.5    （%）
PD_FRAME_LIMIT = 10000  （frame）
また、初期値は、次のように設定される。
【０１０２】
pd_match[ps] = 0;          （  p_mode が同じであった回数 ）
pd_errnb[ps] = 0;          （ pd_mode が変化した回数  ）
（0 ≦ ps ≦ 6）
pd_error = pd_error_back = 0;
pd_match_max = 0
次に、プルダウンパターンの測定について説明する。
【０１０３】
図２は、本実施の形態における、仮エンコード時に測定される、エンコード素材のプルダウンパターンを、前述した７通りの初期位相に基づくプルダウンパターンと比較した結果の一例を示している。
【０１０４】
この図において、error は、測定結果とプルダウンパターンが異なっている場合に１とされる。 pd_match[ps] は、error が０の個数、すなわち p_mode が同じであった回数を示す。また、pd_error[ps] は、 error が０から１になるところのエッジの数と同じである。
【０１０５】
この例では、ＰＳ＝２で示される初期位相に基づくプルダウンパターンが、測定されたプルダウンパターンに最も近いことが分かる。
【０１０６】
ここでは、total_frame =１３なので、
パターンマッチング率 pd_match_ratio = 84.5％
エラー発生率 pd_error_ratio = 7.7％
となる。
【０１０７】
この結果を、前述の設定されたしきい値を用いて判定すると、この測定された素材のプルダウンパターンは安定していると判断される。このように、プルダウンパターンの測定値に対する pd_match の値が最大のものが、初期位相として選択される。
【０１０８】
図３および図４は、上述した本発明の実施の一形態としてのビデオエンコード処理における、プルダウンパターンの安定性を判断するアルゴリズムの一具体例を示している。
【０１０９】
図３のステップＳ１では、p_mode が同じであった回数 pd_match[ps]および  pd_error[ps]が初期化されて、いずれも値が０にされる。ただし、psで示されるプルダウンパターンの初期位相は、前述したように７通りに限られることから、０≦ps≦６である。また、pd_error，pd_error_back，pd_match_max，psの値が、いずれも０にされる。
【０１１０】
次に、ステップＳ２では、ビデオのフレーム番号ｋの値が０にされる。
【０１１１】
次に、ステップＳ３では、ｋ＜５であるかどうかが判断される。ｋ＜５であればステップＳ４に進む。一方、ｋ＜５を満たさないときはステップＳ５に進む。これは、図１に示すプルダウンパターンの初期位相において、最初の４フレームまでが特異点となるためである。
【０１１２】
そして、ステップＳ４では pm = pd_cycle[st][k mod 5] とされ、ステップＳ５では pm = pd_cycle[st][k mod 5+5] とされる。
【０１１３】
次に、ステップＳ６で pd_error_back = pd_error とされる。
【０１１４】
そして、ステップＳ７では、pm == p mode[k] であるかどうかが判断され、この条件を満たす場合にはステップＳ８に進み、この条件を満たさない場合にはステップＳ９に進む。ここで、「＝」は代入を意味しているのに対し、「==」はＣ言語等で用いられるのと同様に等しいかどうかの条件判定を意味するものである。
【０１１５】
次に、ステップＳ８では、pd_match[ps]の値が１だけインクリメントされ、また pd_error の値が０にされる。
【０１１６】
一方、ステップＳ９では、pd_error の値が１にされる。
【０１１７】
そして、ステップＳ１０では、pd error ==１ かつ pd error back ==０ であるかどうかが判断される。この条件を満たす場合にはステップＳ１１に進み、pd errnb[ps]の値が１だけインクリメントされる。一方、ステップＳ１０の条件を満たさない場合にはステップＳ１１をスキップしてステップＳ１２に進む。
【０１１８】
次に、ステップＳ１２で、フレーム番号ｋが１だけインクリメントされる。
【０１１９】
ステップＳ１３では、フレーム番号ｋがkendを越えたかどうかが判断され、この条件を満たさない場合、すなわち最後のフレームまで至っていない場合にはステップＳ３に戻って上記の手順が繰り返される。一方、この条件を満たす場合、すなわち最後のフレームまで至った場合にはステップＳ１４に進み、psの値が１だけインクリメントされて、次の初期位相に基づくプルダウンパターンについて同様の処理が行われる。
【０１２０】
ステップＳ１５では、ps＞６であるかどうかが判断され、この条件を満たさない場合、すなわち前述の７通りの初期位相に基づくプルダウンパターンの全てについての処理が終了していない場合にはステップＳ２に戻って上記の手順が繰り返される。一方、この条件を満たす場合、すなわち前述の７通りの初期位相に基づくプルダウンパターンの全てについて処理が終了した場合には図４のステップＳ１６に進み、ps＝０とされる。
【０１２１】
ステップＳ１７では、pd_match_max が、pd_match[ps] よりも小であるかどうかが判断され、この条件を満たす場合には、ステップＳ１８に進み、pd_match_max ＝ pd_match[ps]，pd_error_max ＝ pd_errnb[ps]とされる。一方、ステップＳ１７の条件を満たさない場合には、ステップＳ１８をスキップしてステップＳ１９に進む。
【０１２２】
ステップＳ１９では、psの値が１だけインクリメントされて、次の初期位相に基づくプルダウンパターンについて同様の処理が行われる。
【０１２３】
ステップＳ２０では、ps＞６であるかどうか、すなわち前述の７通りの初期位相に基づくプルダウンパターンの全てについての処理が終了したかどうかが判断され、この条件を満たさない場合にはステップＳ１７に戻って上記の手順が繰り返される。一方、この条件を満たす場合にはステップＳ２１に進み、エラー発生率pd_error_ratio，パターンマッチング率pd_match_ratio が計算される。
【０１２４】
そして、ステップＳ２２では、パターンマッチング率pd_match_ratio がしきい値PD_MATCH_LIMIT よりも小である、または、測定された総フレーム数frame_nb がしきい値PD_FRAME_LIMIT およびエラー発生率dp_error_ratio がしきい値PD_ERROR_RIMITより大であるかどうかが判断される。この条件を満たしている場合には、測定されたプルダウンパターンが安定していないと判断されてステップＳ２３で pd_stable=０ とされる。一方、この条件を満たしている場合には、測定されたプルダウンパターンが安定していると判断されてステップＳ２４で pd_stable=１ とされる。
【０１２５】
図５は、以上説明したプルダウンパターンの安定性の算出を含む、本発明に係るビデオエンコードの基本的な処理手順を示している。
【０１２６】
まず、ステップＳ３１でエンコード条件が入力され、ステップＳ３２で符号化難易度（Difficulty）パラメータが入力され、ステップＳ３３でこれらに基づく仮エンコードによりプルダウン素材のプルダウン（pulldown）パターンの安定性が算出される。
【０１２７】
ステップＳ３４で、上記の算出されたプルダウンパターンの安定性が判断され、安定していないと判断された場合にはステップＳ３５でワーニング（警告）が表示され、ステップＳ３６でエンコードを続けるかどうかがオペレータにより判断される。そして、ステップＳ３６で、当初のエンコード条件で処理を続けるとされた場合にはステップＳ３７に進む。一方、ステップＳ３４で、算出されたプルダウンパターンが安定していると判断された場合にはそのままステップＳ３７に進む。
【０１２８】
なお、ステップＳ３６でエンコードを続けないとされた場合には、ステップＳ４４でプルダウン処理なしのエンコードを行う等してビデオエンコード処理を終了する。
【０１２９】
次に、ステップＳ３７では、シーンチェンジの検出／処理が行われる。
【０１３０】
ステップＳ３８では、境界をＰピクチャ，Ｉピクチャの並びに変換するチャプタ（CHAPTER ）境界処理が行われる。ステップＳ３９では、符号化難易度（Difficulty）の補間／補正処理が行われる。ステップＳ４０では、ターゲットビット（Target bit）数が計算される。ステップＳ４１では、アドレス（ADDRESS ）が計算される。ステップＳ４２では、tg_rateが算出される。
【０１３１】
なお、ステップＳ３７からステップＳ４１までの各ステップにおける処理は、図１１に示した従来の処理手順における処理と同様に行うことができる。
【０１３２】
そして、ステップＳ４３で、エンコーダ用コントロールファイルが作成されてビデオエンコード処理が終了する。
【０１３３】
次に、本発明に係る画像符号化装置について説明する。
【０１３４】
図６は、本発明に係る画像符号化装置の実施の一形態としてのビデオエンコードシステムの構成例を示している。
【０１３５】
このビデオエンコードシステムは、上述した本発明に係る画像符号化方法を適用して、ディジタルビデオディスク（ＤＶＤ）用にビデオ情報を圧縮符号化してオーサリングなどを行うために用いることができるものであり、その基本的な構成は図７に示した従来のビデオエンコードシステムの構成とほぼ同様とすることができる。
【０１３６】
主コントローラ１１は、このビデオエンコードシステムに割り当てられた計算機により構成され、ネットワーク２を介して接続されるスーパーバイザ３との間でデータ通信を行って、このビデオエンコードシステム全体の動作を制御する。
【０１３７】
具体的には、主コントローラ１１は、グラフィカルユーザーインターフェース（ＧＵＩ：Graphical User Interface）部１４の管理により、スーパーバイザ３からの制御を受け付けると共に、図示していないオペレータの操作を受け付け、このＧＵＩ部１４により管理されるビットアサイン部１５，エンコーダコントロール部１６，ＶＴＲコントロール部１７により、エンコーダ１２，ビデオテープレコーダ（ＶＴＲ）１０の動作を制御する。これにより、主コントローラ１１は、スーパーバイザ３から通知されたエンコード条件に従って、処理対象の素材を符号化処理し、その処理結果をスーパーバイザ３に通知する。さらに、主コントローラ１１は、ＧＵＩ部１４を介してオペレータの設定を受け付けて、上記の符号化の詳細な条件を変更できるようにされている。
【０１３８】
具体的には、主コントローラ１１のＧＵＩ部１４は、ビットアサイン部１５のビット配分プログラム「BIT_ASSIGN」，エンコーダコントロール部１６のエンコーダコントロールプログラム「CTRL_ENC」およびＶＴＲコントロール部１７のＶＴＲコントロールプログラムの３つのプログラムを管理している。
【０１３９】
また、ビットアサイン部１５は、スーパーバイザ３から通知される符号化ファイル「v.enc 」に従って符号化処理の条件をフレーム単位で決定し、この条件による制御データをファイル形式「CTL file」によりコントロール部１６に通知する。
【０１４０】
このとき、ビットアサイン部１５は、符号化処理におけるビット配分を設定し、さらに設定された条件をオペレータの操作に応じて変更する。さらに、ビットアサイン部１５は、データ圧縮されたビデオデータＤ２が、エンコーダ１２かあＳＣＳＩなどを介してＲＡＩＤ４に記録されると、ＲＡＩＤ４上のアドレスデータ「v.adr 」を、後段における多重化処理に必要なデータ量等の情報「vxxx.aui」と共にスーパーバイザ３に通知する。
【０１４１】
エンコーダコントロール部１６は、ビットアサイン部１５から通知される制御ファイル「CTL file」に従って、イーサネットETHER などを介してエンコーダ１２の動作を制御する。さらに、エンコーダコントロール部１６は、符号化処理に要する符号化難易度「difficulty」のデータをフレーム単位でビットアサイン部１５に通知し、ビデオデータＤ２が記録されたＲＡＩＤ４の記録アドレスのデータ「v.adr 」，後の多重化処理に必要なデータ「vxxx．aui 」をビットアサイン部１５に通知する。
【０１４２】
ＶＴＲコントロール部１７は、スーパーバイザ３から通知される編集リストに従って、ＲＳ−４２２（９ピンリモート）などを介してビデオテープレコーダ（ＶＴＲ）１０の動作を制御し、所望の編集対象の素材を再生する。
【０１４３】
ビデオテープレコーダ（ＶＴＲ）１０は、主コントローラ１１を介してスーパーバイザ３から通知される編集リストに従って、磁気テープに記録されたビデオデータＤ１を再生して、処理対象の「SDI 」，「REF V 」，「TIME CODE 」をエンコーダ１２に出力する。このＶＴＲ１０としては、通常はディジタルＶＴＲが用いられる。
【０１４４】
エンコーダ１２は、スーパーバイザ３から主コントローラ１１を介して通知される条件に従って動作を切り換え、ＶＴＲ１０から出力されるビデオデータＤ１を、ＭＰＥＧ（Moving Picture Experts Group）の手法により圧縮符号化する。
【０１４５】
このとき、エンコーダ１２は、符号化処理の結果を主コントローラ１１に通知し、主コントローラ１１は、そのデータ圧縮における符号化の条件を制御し、発生するビット量を制御する。これにより、主コントローラ１１は、データ圧縮により発生するビット量をフレーム単位で把握できる。
【０１４６】
また、エンコーダ１２は、２パスエンコードにおける事前のエンコード条件設定の処理時（仮エンコード時）には、ＶＴＲ１０からはビデオデータを単にデータ圧縮して処理結果を主コントローラ１１に通知するだけであるが、最終的なデータ圧縮処理時（本エンコード時）には、圧縮処理されたビデオデータＤ２をＲＡＩＤ４に記録し、さらにそのデータが記録されたアドレス，データ量等を主コントローラ１１に通知する。
【０１４７】
モニタ装置１３は、エンコーダ１２によりデータ圧縮されたビデオデータＤ２をモニタできるように構成される。このモニタ装置１３ににより、このビデオエンコードシステムでは、オペレータがデータ圧縮処理の結果を必要に応じて確認する、いわゆるプレビューを行うことができる。そして、オペレータが、このプレビュー結果に基づいて主コントローラ１１を操作して、符号化の条件を詳細に変更できるようにされている。
【０１４８】
以上説明したような画像符号化方法および画像符号化装置によれば、２パス可変レートエンコードの条件としてプルダウン処理が指定された場合に、エンコード対象となる素材の適性を、本エンコードを実行する前に判断できるため、ＤＶＤのオーサリングなどを行う際に発生するエンコード条件の見直しなどの作業工数を削減できる。
【０１４９】
【発明の効果】
本発明の画像符号化方法および画像符号化装置によれば、２−３プルダウンによる２パス可変レートエンコードにおいて、プリエンコード（仮エンコード）時に、素材の複雑さを示す符号化難易度の測定と共に、プルダウンパターンの安定度を求めてエンコード素材の適性を本エンコード前に判定するようにしたため、早い時点でエンコード条件の見直しを促すことができるようになる。
【図面の簡単な説明】
【図１】２−３プルダウンパターンの初期位相を示す図である。
【図２】測定されたプルダウンパターンと想定されるプルダウンパターンとの比較結果の一例を示す図である。
【図３】プルダウンパターンの安定性を判断するアルゴリズムの一例を示すフローチャートである。
【図４】プルダウンパターンの安定性を判断するアルゴリズムの一例を示す、図３に続くフローチャートである。
【図５】本発明に係るビデオエンコードの基本的な処理手順を示すフローチャートである。
【図６】本発明に係るビデオエンコードシステムの構成例を示す図である。
【図７】従来のビデオエンコードシステムの構成例を示す図である。
【図８】ＧＯＰ構造について説明するための図である。
【図９】従来のビデオエンコードシステムにおける２パスエンコードの基本的な処理手順を示すフローチャートである。
【図１０】ビット配分計算における余りビットの処理例を説明するための図である。
【図１１】ビット配分計算処理の手順の一具体例を示すフローチャートである。
【図１２】ＧＯＰごとの符号化難易度の和「gop_diff」とエンコード時のＧＯＰ単位のビット割当て量「gop_target」とを変換するための関数の一例を示す図である。
【図１３】２−３プルダウン変換について説明するための図である。
【図１４】プルダウンにおけるp_mode[k] の状態遷移図である。
【符号の説明】
２  ネットワーク、  ３  スーパーバイザ、  ４  ＲＡＩＤ、  １０  ビデオテープレコーダ（ＶＴＲ）、  １１  主コントローラ、  １２  エンコーダ、  １４  ＧＵＩ（グラフィカルユーザインターフェース）部、  １５  ビットアサイン部、  １６  エンコーダコントロール部、  １７  ＶＴＲコントロール部、
【図１】
0003740813.tif 000004
【図２】
0003740813.tif 000005
【図３】
0003740813.tif 000006
【図４】
0003740813.tif 000007
【図５】
0003740813.tif 000008
【図６】
0003740813.tif 000009
【図７】
0003740813.tif 000010
【図８】
0003740813.tif 000011
【図９】
0003740813.tif 000012
【図１０】
0003740813.tif 000013
【図１１】
0003740813.tif 000014
【図１２】
0003740813.tif 000015
【図１３】
0003740813.tif 000016
【図１４】
0003740813.tif 000017