(57)【要約】【課題】従来の技術では、画像圧縮符号化方式が異なり、かつシステムストリームの構成が異なる方式間の符号変換を行ってＤＶＤビデオを効率的に作成することができない。【解決手段】符号変換装置は、第１の画像符号化方式によって符号化されたビデオストリーム異なる第２の画像符号化方式のビデオストリームに符号変換する装置であって、第２の画像符号化方式のビデオストリームにおけるグループピクチャー単位の符号化データの発生量をその符号化の実施前に決定する再符号化制御部１０５と、第２の画像符号化方式のビデオストリームに符号化する際に発生するビット量が所定のビット量を超える場合に、所定のビット量を超えないように符号化を繰り返す第２の符号化部１０６とを有し、グループピクチャー単位の符号化データを送信する前にグループピクチャーのアドレスマップを確定して送信する。【選択図】図１
2011119921.tif 000002
【特許請求の範囲】
【請求項１】
第１の画像符号化方式によって符号化されたビデオストリームを第１の画像符号化方式と異なる第２の画像符号化方式のビデオストリームに符号変換する符号変換装置であって、
第２の画像符号化方式のビデオストリームにおけるグループピクチャー単位の符号化データの目標ビット量をその符号化の実施前に決定する手段と、
第２の画像符号化方式のビデオストリームに符号化する際に発生するビット量が目標ビット量を超える場合に、目標ビット量を超えないように符号化を繰り返す手段とを有し、
グループピクチャー単位の符号化データを送信する前に、目標ビット量に基づいてグループピクチャーのアドレスマップを確定して送信することを特徴とする符号変換装置。
【請求項２】
更に、
第１の画像符号化方式によってビデオ画像を符号化する時に符号化するビデオ画像の複雑度を算出する手段を有し、
目標ビット量をその符号化の実施前に決定する手段は、複雑度を算出する手段によって算出された複雑度に基づいて目標ビット量を算出する、
請求項１に記載の符号変換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＰＥＧ等の第１の高能率符号化方式により画像圧縮された第１のビデオストリームを第１の高能率符号化方式とは異なる第２の高能率符号化方式の第２のビデオストリームに符号変換してＤＶＤ等の記録ドライブにデータ転送する記録機器、特にカムコーダなどのモバイル機器に好適な符号変換装置に関するものである。
【背景技術】
【０００２】
ハイビジョン画質でＨ．２６４の符号化方式による画像圧縮を行ってＴＳストリームを生成し、内蔵のＨＤＤドライブやＳＤカードへ記録するカムコーダの普及が進んでいる。このようなハイビジョンカムコーダで一度記録されたＴＳストリームをＤＶＤの記録方式でバックアップすると広く普及したＤＶＤプレーヤで再生可能となる。ＤＶＤプレーヤで再生するために、ＴＳストリームをＤＶＤ方式のＰＳストリームへ変換することに対する需要は高いが、カムコーダの添付アプリケーションを使ってＰＣで変換を実行するため、変換に多くの時間を費やす必要があり課題が多いのが現状である。
【０００３】
この課題を解決するためにＡＶ機器でＴＳストリームをＰＳストリームに符号変換する方法が特許文献１で開示されている。
【０００４】
また、ＰＳストリームをＤＶＤメディアに記録する方法として、ビデオストリームの配置情報であるＩＮＦＯファイルが記録開始時点で不確定であるため、効率的な記録ができない課題に対して、ＩＮＦＯの記録領域を最適に算出して確保する方法が特許文献２で開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１５４２６５号公報
【特許文献２】特開２００８−１０７６６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来の特許文献１で開示する方法においては符号化方式が異なるストリーム間の符号変換には適応できないという課題がある。
【０００７】
また、従来の特許文献２で開示する方法においてはＩＮＦＯ情報のサイズは確定するものの、ＩＮＦＯ情報そのものが確定しないためビデオストリームの実体となるＶＯＢファイルに先行してＩＮＦＯファイルを送信できないため、記録メディアの書き込み制御手順が複雑になり、符号変換されたＤＶＤディスクを高速に作成することができなという課題があった。
【０００８】
そこで本発明は、Ｈ．２６４とＭＰＥＧ２という画像圧縮符号化方式が異なり、かつＴＳストリームとＰＳストリームというシステムストリームの構成が異なる方式間の符号変換を行ってＤＶＤビデオを効率的に作成することが可能となる符号変換装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の符号変換装置は、第１の画像符号化方式によって符号化されたビデオストリームを第１の画像符号化方式と異なる第２の画像符号化方式のビデオストリームに符号変換する装置であって、第２の画像符号化方式のビデオストリームにおけるグループピクチャー単位の符号化データの目標ビット量をその符号化の実施前に決定する手段と、第２の画像符号化方式のビデオストリームに符号化する際に発生するビット量が目標ビット量を超える場合に、目標ビット量を超えないように符号化を繰り返す手段とを有し、グループピクチャー単位の符号化データを送信する前に、目標ビット量に基づいてグループピクチャーのアドレスマップを確定して送信する。
【発明の効果】
【００１０】
本発明の符号変換装置によれば、Ｈ．２６４とＭＰＥＧ２という画像圧縮符号化方式が異なり、かつＴＳストリームとＰＳストリームというシステムストリームの構成が異なる方式間の符号変換を行ってＤＶＤビデオを効率的に作成することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の符号変換装置の第１実施例を示すブロック図である。
【図２】本発明の符号変換装置の第１実施例で生成するＶＯＢＵに相当するＧＯＰのデータ構成図である。
【図３】本発明の符号変換装置の第１実施例で生成して転送するＶＭＧＩ、ＶＴＳＩ、ＶＴＳＴＴ＿ＶＯＢＳのデータ構成図である。
【図４】本発明の符号変換装置の第１実施例のフローチャートである。
【図５】本発明の符号変換装置の第２実施例を示すブロック図である。
【図６】本発明の符号変換装置の第２実施例のフローチャートである。
【発明を実施するための形態】
【実施例１】
【００１２】
本発明の第１実施例の符号変換装置の構成を図１に示す。図１はビデオカメラのビデオ符号化および符号変換を行う符号変換装置の基本構成図である。
【００１３】
ＣＭＯＳセンサーで電気信号に変換されたデータから変換された映像信号が第１の符号化部１０１に入力される。第１の符号化部１０１は映像信号をＨ．２６４の符号化方式で高能率符号圧縮した後にＴＳストリームに多重化する。ＴＳストリームには、映像データとともにＭＰＥＧオーディオ符号化方式で圧縮された音声データが含まれる。第１の符号化部１０１で符号化および多重化されたＴＳストリームは記録媒体１０２にファイル保存される。ビデオカメラの記録媒体１０２は内蔵ＨＤＤやＦＬＡＳＨメモリ、外付けのＳＤメモリなどである。記録媒体１０２に記録されたＴＳストリームは第１の復号化部１０３でＨ．２６４符号化方式の復号処理を行って、図示しない映像出力部を経由して外部モニターに表示される。
【００１４】
記録媒体１０２に記録されたＴＳストリームをＤＶＤ−Ｖｉｄｅｏフォーマットに符号変換してＤＶＤメディアに記録する手順を以下説明する。まず、第１の復号化部１０３は、記録媒体１０２に記録されたＴＳストリームをＤｅＭｕｘしてビデオＥＳと音声ＥＳに分離する。分離されたビデオＥＳデータはＨ．２６４符号化方式の復号処理が行われてデコードされたＹＵＶデータに復号される。同時に音声ＥＳはＭＰＥＧオーディオ符号化方式に従ってＰＣＭデータに復号処理される。
【００１５】
第１の符号化方式で記録された映像信号はフルＨＤの１９２０画素×１０８０画素の画像サイズで１フレームを構成する。それに対して第２の符号化方式で符号化する場合は第２の符号化方式の画像がＳＤ画像であってそのサイズは７２０画素×４８０画素の画像サイズなので画像サイズ変換を行うためにリスケール＆色変換部１０４でリサイズ変換される。リスケール＆色変換部１０４のリスケール部は水平および垂直のフィルタで構成されている。リスケール＆色変換部１０４では画像のリスケールと同時にＨＤ映像の色空間（ＩＴＵ−Ｒ  ＢＴ．７０９）からＳＤ映像の色空間（ＩＴＵ−Ｒ  ＢＴ．６０１）へ色変換処理が行われる。色変換はＩＴＵ−Ｒ  ＢＴ．７０９からＲＧＢへの変換式（式１）およびＲＧＢからＩＴＵ−Ｒ  ＢＴ．６０１への変換式（式２）を用いて行われる。
【数１】
2011119921.tif 000003
【数２】
2011119921.tif 000004
【００１６】
リスケール＆色変換部１０４でＳＤ画像にサイズ変換された画像データをメモリ１０７に書き込む。第１の復号化部１０３で復号された音声データもメモリ１０７に直接書き込まれる。音声はＰＣＭデータに復号化されるので画像の場合のリスケールに相当する変換処理は不要である。
【００１７】
復号化されて第２の符号化方式に適した画像サイズに変換された映像データは第２の符号化部１０６でＭＰＥＧ２ビデオ符号化方式で符号化される。同時に音声はＡＣ３符号化方式で符号化される。第２の符号化方式で符号化されたビデオＥＳと音声ＥＳはＶＯＢＵ生成部１１０でＤＶＤ規格に準拠するＶＯＢＵ構成を持つＰＳストリームへ多重化が行われる。
【００１８】
ここで映像データの符号化方法について詳細に説明する。第２の符号化方式の映像データはＭＰＥＧ２ビデオ符号化方式である。ＭＰＥＧ２ビデオ符号化方式は符号化されたビデオフレームデータの１５枚を１組として管理される。その１組をＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）と呼ぶ。ＰＳストリームへ多重化する場合に映像のＥＳデータと音声のＥＳデータを２０４８バイトのＰＡＣＫに分割すると共にＧＯＰの先頭に特殊再生を効率化するためのＮＡＶ（Ｎａｖｉｇａｔｉｏｎ）情報を付加する。
【００１９】
このＧＯＰ構成とＰＡＣＫおよびＮＡＶ＿ＰＡＣＫ（Ｎａｖｉｇａｔｉｏｎ  Ｐａｃｋ）の関係を図２に示す。このＮＡＶ＿ＰＡＣＫの開始から次のＮＡＶ＿ＰＡＣＫの直前までのＰＡＣＫの集合をＤＶＤ規格ではＶＯＢＵ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｕｎｉｔ）と呼んでいる。ＧＯＰが１５枚のビデオフレームで構成される場合はＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢのピクチャー構造に従って符号化される。Ｉ、Ｐ、ＢはそれぞれＩｎｔｒａＰｉｃｔｕｒｅ、ＰｒｅｄｉｃｉｔｉｖｅＰｉｃｔｕｒｅ，ＢｉＤｉｒｅｃｔｉｏｎａｌＰｉｃｔｕｒｅと呼ばれ、画像を効率的に圧縮するために画像間の前後の参照関係を有効に使って効率的な画像圧縮を実現している。
【００２０】
この中でＩｎｔｒａＰｉｃｔｕｒｅは他のピクチャーを参照しないで自フレームだけの情報で符号化を行うので、特殊再生の時にサーチをして再生を開始する基点となるピクチャーである。そのためＶＯＢ（ＶＩＤＥＯ ＯＢＪＥＣＴ）のアドレス位置をＩＮＦヘッダーのＶＯＢＵアドレスリストに記録しておき、これを頼りにＧＯＰの先頭に位置するＩｎｔｒａＰｉｃｔｕｒｅを最初に復号化することで特殊再生を実現する。これは図３のＶＴＳＩ（Ｖｉｄｅｏ  Ｔｉｔｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ）データの中のＶＯＢＵポインタとして示されている。
【００２１】
ＶＯＢＵアドレスはＰＡＣＫのインデックスで示される値であるが、ＧＯＰのデータサイズが確定しないとＶＯＢＵアドレスマップも確定しない。本実施例では第２の符号化方式に符号変換を行う前にＧＯＰサイズの決定を行う。一例として、ＧＯＰサイズが常に一定になるように符号化を制御する。ピクチャータイプによってピクチャーサイズは大きく異なる。第２の符号化方式であるＭＰＥＧ２ビデオ符号化の場合、符号量は、“Ｉピクチャー＞Ｐピクチャー＞Ｂピクチャー”となる。
【００２２】
符号化のモードはＶＢＶバッファがオーバーフローしないように一定に保つＣＢＲ方式とオーバーフローを許容してＶＢＶバッファが一杯なるようにレート制御を行うＶＢＲ方式がある。ビデオの符号化レートを８Ｍｂｐｓ、ビデオフレームを３０Ｈｚと想定すると、８Ｍｂｉｔ／８（Ｂｙｔｅ）／３０＊１５ｆｒａｍｅ＝５００Ｋバイトが１ＧＯＰのビデオＥＳのデータサイズとなる。
【００２３】
符号化する画像は空間方向および時間方向のダイナミックな変化を伴うので、ＣＢＲ方式であってもＶＢＲ方式であっても、ＧＯＰの符号量を５００Ｋバイトぴったりにするのは困難である。そこで図１の再符号化制御部１０５で符号量の制御を行う必要がある。１回目は特別な条件を設定しないで第２の符号化部１０６で第２の映像符号化へ符号化する。１ＧＯＰの発生符号が５００Ｋを超えない場合は符号変換は１回で完了とする。５００Ｋより少ない場合はダミーＰＡＣＫを挿入して１ＧＯＰのＰＡＣＫ数が常に一定になるように再符号化制御部１０５は制御する。
【００２４】
しかし１ＧＯＰの発生符号量が５００Ｋバイトを超えた場合は２回目の符号化を行う。この時、期待する発生符号量と超えた符号量の比率を考慮して、符号化するときの符号化パラメータを制御する。具体的には符号化の量子化スケールＱｐ値を符号量の超過比率に応じて大きく設定して符号化を行い、発生符号量が１回目より小さくなるように条件設定する。２回目の符号化でも目標の５００Ｋバイトを超過する場合はさらにＱｐ値を大きくして３回目、あるいは何度か繰り返して符号化を行い、５００Ｋを超えないようになるまで符号化を繰り返す。
【００２５】
図２のＡ＿ＰＡＣＫは音声のＥＳを音声形式のＰＡＣＫにＶＯＢＵ生成部１１０で変換したデータ構造である。ＡＣ３などの音声符号化データは記録レートが指定されると１音声フレームの圧縮データサイズも常に固定となるので、記録レートに応じて多重化するタイミングは常に一定である。そのため、１ＧＯＰを構成する総データに占めるＡ＿ＰＡＣＫの多重化数は確定するので１ＧＯＰのビデオのＰＡＣＫ数が決まれば１ＧＯＰの総ＰＡＣＫ数も確定できる。
【００２６】
一方、ＩＮＦＯ生成部１０８は１ＧＯＰのＰＡＣＫ数が第２の符号化を実施する前に確定しているので図３に示すＶＴＳＩのＶＯＢＵアドレスマップをすべて確定させることができる。上記の例では５００Ｋバイト／２０４８バイト＝２５０ＰＡＣＫがＶＯＢＵポインタの増加量である。第１の符号化方式で記録したストリームの記録時間はわかっているので第２の符号化で発生するストリームのＧＯＰ総数も前もって算出できる。
【００２７】
このためＶＴＳＩのＶＯＢＵアドレスマップの数も算出できるためＶＴＳＩのサイズも確定する。ＶＴＳＩとＶＴＳＴＴ＿ＶＯＢＳ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｓｅｔ  Ｆｏｒ  Ｔｉｔｌｅｓ  Ｉｎ  a  ＶＴＳ）の配置が確定するとＶＭＧＩ（Ｖｉｄｅｏ  Ｍａｎａｇｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）の情報も確定する。ＶＭＧＩ、ＶＴＳＩ、ＶＴＳＴＴ＿ＶＯＢＳはＤＶＤメディアに記録する場合、この順に配置するのが最適であるが、本実施例のＩＮＦＯ生成部１０８でＶＭＧＩとＶＴＳＩを先行して生成できるので、生成したＶＭＧＩとＶＴＳＩをこの順序で送信部１０９から送信することができる。
【００２８】
ＤＶＤ記録するドライブはＵＳＢインターフェース、ＩＥＥＥ１３９４インターフェース、ＥｔｈｅｒＮｅｔで送信部１０９と接続される。送信部１０９はインターフェースの方式によって各インターフェース回路を経由してＤＶＤドライブに接続される。ＶＭＧＩとＶＴＳＩを送信した後に第２の符号化部１０６で第２の符号化方式で期待するＰＡＣＫ数に適合するよう符号化されメモリ１０７に書き出される。
【００２９】
メモリ１０７に書き出された映像ＥＳはフォーマット部でビデオ形式のＰＡＣＫにフォーマットされる。第２の符号化部１０６で符号化された音声ＥＳも音声形式のＰＡＣＫにフォーマットされる。ＧＯＰ単位で映像ＰＡＣＫと音声ＰＡＣＫが多重化され、この先頭にＮＡＶＩ＿ＰＡＣＫが付加される。これを送信部１０９を経由してＤＶＤドライブに転送する。
【００３０】
上記に説明した再符号化の処理フローを図４に示す。
【００３１】
第１実施例の符号変換装置は、ビットレートを設定し（Ｓ１）、１ＧＯＰの目標符号量を設定する（Ｓ２）。次に、符号変換装置は、ＶＴＳＩのアドレスマップを作成し（Ｓ３）、ＶＴＳＩを作成し（Ｓ４）、ＶＭＧＩを作成する（Ｓ５）。次に、符号変換装置は、ＶＭＧＩとＶＴＳＩを転送し（Ｓ６）、符号化パラメータを設定する（Ｓ７）。次に、符号変換装置は、１ＧＯＰを符号化し（Ｓ８）、符号量が目標符号量に達成しているか否かを判定する（Ｓ９）。符号量が目標符号量に達成していなければ（Ｓ９でＮｏ）、符号変換装置の処理は、ステップＳ７に移行する。他方、符号量が目標符号量に達成していれば（Ｓ９でＹｅｓ）、符号変換装置は、ＶＯＢＵを生成し（Ｓ１０）、ＶＯＢＵを転送する（Ｓ１１）。処理が終了していなければ（Ｓ１２でＮｏ）、符号変換装置の処理は、ステップＳ７に移行する。他方、処理が終了していれば（Ｓ１２でＹｅｓ）、符号変換装置は動作を終了する。
【実施例２】
【００３２】
本発明の第２実施例を説明する。第２実施例の符号変換装置の構成を図５に示す。
【００３３】
第１の符号化部２０１は映像信号をＨ．２６４の符号化方式で高能率符号圧縮した後にＴＳストリームに多重化する。Ｈ．２６４の符号化を行う時に、画像の複雑度（アクティビティ）をアクティビティ算出部２０２で算出し、複雑度をピクチャー毎の符号量配分やピクチャー内のマクロブロック毎の符号量配分の決定に用いる。アクティビティを算出する際、下記の式（３）を用いて、まずピクチャー全体の輝度値Ｙの平均Ａｖｅを求める。そして、下記の式（４）を用いて、ピクチャーの各輝度値Ｙと平均値Ａｖｅとの差分の２乗値をピクチャー全画素について算出して加算し、得られた値Ａｃｔをピクチャーのアクティビティとする。
【数３】
2011119921.tif 000005
【数４】
2011119921.tif 000006
【００３４】
ピクチャーの輝度値Ｙがピクチャー内で大きく変化する画像は複雑度が高く符号化が困難である。それに対して輝度値Ｙの変化が少ない場合は符号化は容易である。ピクチャー間のアクティビティの変化をみながらピクチャータイプやマクロブロックの符号化タイプ（Ｉｎｔｒａ、Ｐｒｅｄｉｃｔｉｖｅ、ＢｉＰｒｅｄｉｃｔｉｖｅ）の決定を行う。
【００３５】
第１の符号化方式で符号化されＴＳストリームとして多重化されたストリームは記録媒体２０３で記憶される。同時にアクティビティ算出部２０２で算出したアクティビティを記録媒体２０３に記憶する。１ピクチャーのアクティビティを２バイト精度で記憶した場合、１時間の記録で２００Ｋバイト程度のデータ量となり少ない記録領域でアクティビティの保存が可能である。
【００３６】
第２の符号化部２０８で再符号化する時に、まず目標符号量算出部２０６は記録媒体２０３に記憶したアクティビティを読み出して第２の符号化部２０８で、下記の式（５）を用いて、符号化するピクチャーのすべてのアクティビティを加算する（Ａｃｔａｌｌ）。
【数５】
2011119921.tif 000007
【００３７】
１ＧＯＰ＝１５フレームの場合、１ＧＯＰの総符号量（ＧＯＰＢｉｔＶａｌ）は、下記の式（６）を用いて、アクティビティ総和（Ａｃｔａｌｌ）に対する１ＧＯＰのアクティビティ和の比率に、１秒間の平均ビットレート×（１５フレーム／３０フレーム）を乗じて算出される。算出されたＧＯＰＢｉｔＶａｌ値を第２の符号化における１ＧＯＰあたりの目標符号量として算出する。算出された目標符号量は再符号化制御部２０７へ通知される。
【数６】
2011119921.tif 000008
【００３８】
第１の復号化部２０４で復号化された画像データをリスケール＆色変換部２０５で第２の符号化の画像サイズに変換した画像を第２の符号化方式で符号化する時に、再符号化制御部２０７は上記算出した１ＧＯＰあたりの目標符号量に基づいて、第２の符号化部２０８の符号化パラメータを１ＧＯＰ毎に設定して符号化の実行指示を出す。１回目の符号化で発生した１ＧＯＰの符号量が目標符号量を超えた場合は、量子化パラメータＱｐを大きくして発生符号量が小さくなるように符号化パラメータを再設定し、２回目の符号化を行う。以下、必要に応じて何回か符号化を繰り返して目標符号量以下になるよう符号化を繰り返す。
【００３９】
式（６）に従って算出するＧＯＰ毎の目標符号量は第２の符号化を実際に行う前に記録するすべてのＧＯＰについて目標符号量算出部２０６で算出を行う。算出したすべてのＧＯＰの目標符号量はＩＮＦＯ生成部２１０へ通知される。ＩＮＦＯ生成部２１０はＧＯＰ毎の発生符号量がすべてわかるのでこの情報に従ってＶＴＳＩのＶＯＢＵアドレスマップを確定させる。これによってＶＭＧＩ、ＶＴＳＩの順序で送信部２１１に送信し、ＤＶＤメディアに書き込む順番に情報を転送する。
【００４０】
ＶＭＧＩ、ＶＴＳＩが送信された後に第２の符号化部２０８でＧＯＰ単位の符号化を行い、目標符号量を達成した符号化データはＶＯＢＵ生成部２１２でＮＡＶ＿ＰＡＣＫを付加されてＶ＿ＰＡＣＫとＡ＿ＰＡＣＫにパック化されてＶＯＢＯＵ構成となり、転送部を経由してＤＶＤに記録される。
【００４１】
上記に説明した第２実施例の処理フローチャートを図６に示す。
【００４２】
第２実施例の符号変換装置は、ビットレートを設定し（Ｓ２１）、アクティビティを読み出し（Ｓ２２）、アクティビティの総加算和を算出する（Ｓ２３）。次に、符号変換装置は、１ＧＯＰのアクティビティ和を算出し（Ｓ２４）、１ＧＯＰの目標符号量を算出し（Ｓ２５）、全部のＧＯＰの目標符号量の算出を終了していなければ（Ｓ２６でＮｏ）、符号変換装置の処理は、ステップＳ２４に移行する。他方、全部のＧＯＰの目標符号量の算出を終了していれば（Ｓ２６でＹｅｓ）、符号変換装置は、ＶＴＳＩのアドレスマップを作成し（Ｓ２７）、ＶＴＳＩを作成し（Ｓ２８）、ＶＭＧＩを作成する（Ｓ２９）。次に、符号変換装置は、ＶＭＧＩとＶＴＳＩを転送し（Ｓ３０）、１ＧＯＰの目標符号量を設定する（Ｓ３１）。
【００４３】
次に、符号変換装置は、符号化パラメータを設定し（Ｓ３２）、１ＧＯＰを符号化し（Ｓ３３）、符号量が目標符号量に達成しているか否かを判定する（Ｓ３４）。符号量が目標符号量に達成していなければ（Ｓ３４でＮｏ）、符号変換装置の処理は、ステップＳ３２に移行する。他方、符号量が目標符号量に達成していれば（Ｓ３４でＹｅｓ）、符号変換装置は、ＶＯＢＵを生成し（Ｓ３５）、ＶＯＢＵを転送する（Ｓ３６）。処理が終了していなければ（Ｓ３７でＮｏ）、符号変換装置の処理は、ステップＳ３１に移行する。他方、処理が終了していれば（Ｓ３７でＹｅｓ）、符号変換装置は動作を終了する。
【符号の説明】
【００４４】
１０１：第１の実施例の第１の符号化部
１０２：第１の実施例の記録媒体
１０３：第１の実施例の第１の復号化部
１０４：第１の実施例のリスケール＆色変換部
１０５：第１の実施例の再符号化制御部
１０６：第１の実施例の第２の符号化部
１０７：第１の実施例のメモリ部
１０８：第１の実施例のＩＮＦＯ生成部
１０９：第１の実施例の送信部
１１０：第１の実施例のＶＯＢＵ生成部
２０１：第２の実施例の第１の符号化部
２０２：第２の実施例のアクティビティ算出部
２０３：第２の実施例の記録媒体
２０４：第２の実施例の第１の復号化部
２０５：第２の実施例のリスケール＆色変換部
２０６：第２の実施例の目標符号量算出部
２０７：第２の実施例の再符号化制御部
２０８：第２の実施例の第２の符号化部
２０９：第２の実施例のメモリ
２１０：第２の実施例のＩＮＦＯ生成部
２１１：第２の実施例の送信部
２１２：第２の実施例のＶＯＢＵ生成部
【図１】
2011119921.tif 000009
【図２】
2011119921.tif 000010
【図３】
2011119921.tif 000011
【図４】
2011119921.tif 000012
【図５】
2011119921.tif 000013
【図６】
2011119921.tif 000014