(57)【特許請求の範囲】
【請求項１】
入力されたＭＸＦ（Material eXchange Format）ファイルを、圧縮された映像ストリームと非圧縮の音声データとに分離する分離部と、
前記圧縮された映像ストリームをデコードして映像データにすると共に、垂直同期信号を生成するデコード部と、
前記映像データを表示順に並べ替えて保持する映像バッファと、
前記非圧縮の音声データを入力順に保持する音声バッファと、
前記垂直同期信号に基づいて同期信号を生成し、前記映像バッファと前記音声バッファとに同時に出力する同期信号生成部と、を備え、
前記映像バッファは、
前記映像データが保持された後、出力イネーブル信号を出力する手段と、
前記出力イネーブル信号が出力された後、前記同期信号生成部から入力される前記同期信号を契機に保持された映像データを出力する映像データ出力手段と、を更に備え、
前記音声バッファは、
前記出力イネーブル信号が入力された後、前記同期信号生成部から入力される前記同期信号を契機に保持された音声データを出力する音声データ出力手段、を更に備えること、
を特徴とするＭＸＦ処理装置。
【請求項２】
前記音声データ出力手段は、前記同期信号が入力された後、所定時間の経過を待って音声データを出力すること、
を特徴とする請求項１記載のＭＸＦ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＭＸＦファイルを入力し、映像データと音声データとを出力するＭＸＦ処理装置に関する。
【背景技術】
【０００２】
映像ファイルフォーマットにメタデータを埋め込むために、ＭＸＦ（Material eXchange Format）ファイルを用いた技術が標準化されている。図１は、ＭＸＦファイルの構成について説明するための図である。図１において、“File Header”には、ヘッダ（Header）を特定するためのデータや、ファイルの作成日などのメタデータが格納されている。“File Body”には、１フレーム分の映像と音声で構成される“Edit Unit”が複数個格納されている。“File Footer”には、フッタ（Footer）を特定するためのデータが格納されている。“Edit Unit”中、映像フレームのメタデータは“System Item”に格納され、１フレーム分の映像は“Picture Item”に格納され、“Picture Item”に格納された映像における１フレーム分の音声が複数チャンネル多重化されて“Sound Item”に格納される。必要なユーザデータは“Data Item”にオプションで格納される。
【０００３】
ＭＸＦに格納する映像は圧縮方式に依存していないため、どのような圧縮方式でも格納することができる。これに対し、扱う音声が非圧縮音声（ＡＳＥ３、ＢＷＦ）の場合は、ＭＸＦに格納されるのは非圧縮音声となる。映像は、デコード時に並べ替えを行うため、出力時間を管理するためにタイムスタンプが付与されるが、音声は非圧縮で並べ替えの必要がないためタイムスタンプが付与されていない。そのため、映像と音声の出力タイミングが合わなくなり、映像と音声がずれてしまうおそれがあった。
【０００４】
この課題に対し、例えば特許文献１には、非圧縮音声データに対しタイムスタンプを付加し、音声データを遅延させることによって、映像と音声の同期を管理する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００８−５０６２８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術を使用した場合、非圧縮音声データにタイムスタンプを付加し、遅延させるための構成が必要となる。さらに、ＭＸＦ規格では、現在７種類の転送方式（Operation Pattern：以下、ＯＰと記す。）が規定されており、用いるＯＰの規格に応じたタイムスタンプを付加する必要がある。そのため、処理が複雑化し回路規模が拡大するという課題がある。
【０００７】
この発明は、上述のような課題を解決するためになされたもので、ＭＸＦファイルを用いて伝送した映像と音声を出力する際に、映像と音声の同期を取り、且つ、回路規模の拡大を抑制することが可能なＭＸＦ処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の発明は、上記の目的を達成するためのＭＸＦ処理装置であって、入力されたＭＸＦファイルを、圧縮された映像ストリームと非圧縮の音声データとに分離する分離部と、前記圧縮された映像ストリームをデコードして映像データにすると共に垂直同期信号を生成するデコード部と、前記映像データを表示順に並べ替えて保持する映像バッファと、前記非圧縮の音声データを入力順に保持する音声バッファと、前記垂直同期信号に基づいて同期信号を生成し前記映像バッファと前記音声バッファとに同時に出力する同期信号生成部とを備える。また、前記映像バッファは、前記映像データが保持された後、出力イネーブル信号を出力する手段と、前記出力イネーブル信号が出力された後、前記同期信号生成部から入力される前記同期信号を契機に保持された映像データを出力する映像データ出力手段とを更に備える。加えて、前記音声バッファは、前記出力イネーブル信号が入力された後、前記同期信号生成部から入力される前記同期信号を契機に保持された音声データを出力する音声データ出力手段を更に備えることを特徴とする。
また、第２の発明は、第１の発明において、前記音声データ出力手段は、前記同期信号が入力された後、所定時間の経過を待って音声データを出力することを特徴とする。以下、第１及び第２の発明を単に本発明ともいう。
【０００９】
本発明は、映像データと音声データの同期を取るために、各フレームに用意されている垂直同期信号を利用する。具体的には、まず、ＭＸＦファイルの構成に基づくＭＸＦストリームは“Edit Unit”単位で、圧縮された映像ストリームと非圧縮の音声データとに分離される。映像ストリームはデコーダに、音声データは音声バッファに出力される。音声データは非圧縮データのためデコード不要であり、入力順に音声バッファに保持される。一方、映像ストリームはデコードされた後、映像データとして映像バッファに出力される。このとき、デコーダは垂直同期信号を生成し同期信号生成部に出力する。同期信号生成部は、垂直同期信号に基づいて同期信号を生成し、映像バッファと音声バッファとに同時に出力する。映像バッファは、映像データを表示順に並べ替え、出力可能となった時点で、音声バッファに出力イネーブル信号を出力する。そして、映像バッファは出力イネーブル信号を出力した後に、音声バッファは出力イネーブル信号を入力した後に、同期信号生成部からの同期信号が入力されると、保持している映像データ及び音声データを出力する。これによって、映像と音声の同期制御が可能になる。
【発明の効果】
【００１０】
本発明を用いることにより、映像と音声の同期を取って出力する際に、非圧縮音声データにタイムスタンプを付加する構成や、遅延処理を行うための構成が必要なくなる。さらに、タイムスタンプが付加されないため、ＯＰに応じてタイムスタンプを付加する処理も必要とならない。このため、本発明によれば、映像と音声の同期を取り、且つ、回路規模の拡大を抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】ＭＸＦファイルの構成について説明するための図である。
【図２】本発明の実施の形態１に係るＭＸＦ処理装置の構成を説明するためのブロック図である。
【図３】ＭＸＦ処理装置１０の処理フローを説明するためのフローチャートである。
【図４】プログレッシブ方式におけるＭＸＦ処理装置１０のデータ管理の様子を説明するための図である。
【図５】インタレース方式におけるＭＸＦ処理装置１０のデータ管理の様子を説明するための図である。
【図６】本発明の実施の形態３に係るＭＸＦ処理装置の構成を説明するためのブロック図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態について詳細に説明する。尚、各図において共通する要素には、同一の符号を付して重複する説明を省略する。
【００１３】
実施の形態１．
［ＭＸＦ処理装置の構成］
図２は、本発明の実施の形態１に係るＭＸＦ処理装置の構成を説明するためのブロック図である。図２に示すＭＸＦ処理装置１０は、ＭＸＦファイルの構成に基づくＭＸＦストリームが入力される入力部と、映像データ及び音声データを出力する出力部とを備えている。ＭＸＦ処理装置１０は、内部にＤＥＭＵＸ１２、デコーダ１４、同期信号生成部１６、映像バッファ１８及び音声バッファ２０を備えている。なお、ＭＸＦ処理装置１０は、その処理を実現するための図示省略する演算処理部、メモリ部、電力供給部などを当然に具備する。
【００１４】
ＤＥＭＵＸ１２の入力側は、ＭＸＦ処理装置１０の入力部に接続され、出力側はデコーダ１４の入力側と音声バッファ２０の入力側とに接続されている。デコーダ１４の出力側は、同期信号生成部１６の入力側と映像バッファ１８の入力側とに接続されている。同期信号生成部１６の出力側は、映像バッファ１８の入力側と音声バッファ２０の入力側とに接続されている。映像バッファ１８の出力側は、音声バッファ２０の入力側とＭＸＦ処理装置１０の出力部とに接続されている。音声バッファ２０の出力側は、ＭＸＦ処理装置１０の出力部に接続されている。
【００１５】
各部における処理の概要について説明する。ＤＥＭＵＸ１２は、入力されたＭＸＦストリームを“Edit Unit”単位で映像ストリームと音声データとに分離する。映像ストリームはデコーダ１４に出力され、音声データは音声バッファ２０に出力される。映像ストリームは圧縮データであり、デコーダ１４は、入力された映像ストリームに対しデコード処理を行って映像データにすると共に、“Edit Unit”単位で垂直同期信号（Vsync）を生成して同期信号生成部１６に出力する。同期信号生成部１６は、デコーダから垂直同期信号が入力される度に、垂直同期信号を基に同期信号を生成し、映像バッファ１８と音声バッファ２０とに同時に出力する。
【００１６】
デコーダ１４においてデコード処理された後の映像データは、映像バッファ１８に保持（記憶）される。映像バッファ１８は、デコーダ１４から出力された映像データを表示順に並べ替えて保持する。そして、１つの“Edit Unit”分の映像データが出力可能になると、音声バッファ２０に対し出力イネーブル信号を出力する。
【００１７】
一方、音声データは非圧縮データであり、デコード及び並べ替えが不要である。そのため、音声バッファ２０は、ＤＥＭＵＸ１２によって分離された音声データを入力順に保持（記憶）する。そして、映像バッファ１８からの出力イネーブル信号が入力されるのを待つ。
【００１８】
映像バッファ１８は、出力イネーブル信号を出力した後、同期信号生成部１６から入力される同期信号を契機に、保持している映像データを出力する。音声バッファ２０は、映像バッファ１８からの出力イネーブル信号が入力された後、同期信号生成部１６からの同期信号を契機に、保持している音声データを出力する。これにより、ＭＸＦ処理装置１０の出力部から、映像データと音声データとがタイミングを合わせて出力される。なお、映像バッファ１８及び音声バッファ２０は、このような処理を実現するために必要な演算機能及び記憶機能を有している。
【００１９】
［処理フロー］
次に、図３、図４を用いて、本実施形態のＭＸＦ処理装置１０において実行される同期制御の処理フローについて説明する。図３は、ＭＸＦ処理装置１０の処理フローを説明するためのフローチャートである。図４は、ＭＸＦ処理装置１０のデータ管理の様子を説明するための図である。
【００２０】
図３に示す処理フローでは、まずステップＳ３０１において、ＭＸＦ処理装置１０の入力部にＭＸＦファイル形式に基づくＭＸＦストリームが入力される。具体的には、図４（ａ）に示すようなＭＸＦストリームがＭＸＦ処理装置１０に入力される。図４（ａ）に示す各ボックスは１フレームの情報を表している。
【００２１】
入力されたＭＸＦストリームは、ＤＥＭＵＸ１２において映像ストリームと音声データとに分離される（ステップＳ３０２）。具体的には、ＤＥＭＵＸ１２は、ＭＸＦストリームを図４（ｂ）に示すように“Edit Unit”単位（フレーム単位）で映像ストリームと音声データとに分離する。ＤＥＭＵＸ１２は、分離した映像ストリームをデコーダ１４に出力する。デコーダ１４は、入力された映像ストリームを図４（ｃ）に示すように復号順に並べ替えた後、デコードし映像データとする（ステップＳ３０３）。
【００２２】
また、デコーダ１４は、デコード時に映像データから垂直同期信号（Vsync）を生成する（ステップＳ３０４）。垂直同期信号は、映像データに多重化されている同期信号ＳＡＶ（Start of Active Video）と、ＥＡＶ（End of Active Video）とを用いて生成される。ＳＡＶ及びＥＡＶから垂直同期信号を生成する手法は、既存技術であるため詳細な説明は省略するが、プログレッシブ方式の場合は１フレームごと、インタレース方式の場合は１フィールドごとに垂直同期信号をデコーダ１４で生成する。なお、図４はプログレッシブ方式のデータ管理の様子を表している。
【００２３】
生成した垂直同期信号は、同期信号生成部１６に出力される（ステップＳ３０５）。同期信号生成部１６は、受信した垂直同期信号を基に同期信号を１フレームごとに生成する。生成された同期信号は、図４（ｇ）に示すように１フレームごとに映像バッファ１８と音声バッファ２０とに同時に出力される（ステップＳ３０６）。
【００２４】
また、デコーダ１４は、ステップＳ３０３におけるデコード後の映像データを映像バッファ１８に出力する（ステップＳ３０７）。映像バッファ１８は、デコード後の映像データに対しタイムスタンプを付加し、図４（ｄ）に示すように、出力順（表示順）に並べ替えを行い記憶する（ステップＳ３０８）。映像バッファ１８は、１フレーム分の映像データが出力可能となったら、出力イネーブル信号を音声バッファ２０に出力する（ステップＳ３０９）。
【００２５】
また、ステップＳ３０２において映像ストリームと分離された音声データは、非圧縮データであり、映像のようにデコードや並べ替えの必要がない。そのため、音声データは、図４（ｅ）に示すように入力順に音声バッファ２０に記憶される（ステップＳ３１０）。なお、音声データは、デコードが不要であるため、図４（ｅ）及び図４（ｄ）に示すように映像データが映像バッファ１８に記憶されるよりも先に音声バッファ２０に記憶される。
【００２６】
映像バッファ１８は、出力イネーブル信号を出力した後、同期信号生成部１６から同期信号が入力されるまで映像データを保持する。また、音声バッファ２０は、映像バッファ１８から出力イネーブル信号が入力された後、同期信号生成部１６から同期信号が入力されるまで音声データを保持する。
【００２７】
同期信号生成部１６から同期信号が入力されると（ステップＳ３１１、ステップＳ３１２）、図４（ｆ）に示すように、同期信号のタイミングで、映像バッファ１８は１つの“Edit Unit”（１フレーム）分の映像データの出力を行う（ステップＳ３１３）。同時に、音声バッファ２０も、１つの“Edit Unit”（１フレーム）分の音声データの出力を行う（ステップＳ３１３）。これによって、ＭＸＦ処理装置１０は、Edit Unit”単位で映像と音声の出力タイミングを合わせることができる。
【００２８】
以上説明したように、本発明によれば、垂直同期信号を利用して“Edit Unit”単位（フレーム単位）で映像と音声との同期を合わせて出力することが可能となる。また、本発明によれば、非圧縮の音声ファイルにタイムスタンプを付す必要がなく、回路規模の拡大を抑制しつつ映像と音声の同期を取ることが可能となる。
【００２９】
尚、上述した実施の形態１においては、ＤＥＭＵＸ１２が前記第１の発明における「分離部」に、デコーダ１４が前記第１の発明における「デコード部」に、同期信号生成部１６が前記第１の発明における「同期信号生成部」に、映像バッファ１８が前記第１の発明における「映像バッファ」に、音声バッファ２０が前記第１の発明における「音声バッファ」に、それぞれ相当している。また、ここでは、映像バッファ１８が上記ステップＳ３０９の処理を実行することにより前記第１の発明における「出力イネーブル信号を出力する手段」が、映像バッファ１８が上記ステップＳ３１１及びＳ３１３の処理を実行することにより前記第１の発明における「映像データ出力手段」が、音声バッファ２０が上記ステップＳ３１２及びＳ３１３の処理を実行することにより前記第１の発明における「音声データ出力手段」が、それぞれ実現されている。なお、この点は以下の実施の形態でも同様である。
【００３０】
実施の形態２．
次に、図５を参照して本発明の実施の形態２について説明する。上述した実施の形態１ではプログレッシブ方式（図４）に対応させた例について説明したが、本発明は垂直同期信号（Vsync）の発生をデータ処理単位としているため、プログレッシブ方式だけではなく、１フレーム内にトップフィールドとボトムフィールドの２個のフィールドが存在するインタレース方式にも対応させることができる。これは、垂直同期信号が１フレームもしくは１フィールドごとに生成されるためであり、垂直同期信号を検出することによって、フレーム数、フィールド数を把握することができるためである。垂直同期信号を用いることによって、“Edit Unit”単位での出力を行うことが可能になる。
【００３１】
インタレース方式における同期制御について説明する。インタレース方式の場合は、映像が２個のフィールドに分かれている。そのため、デコード時の垂直同期信号の生成は、１フィールドに１個の垂直同期信号となり、１フレームに２個の垂直同期信号が生成される。同期信号生成部１６では、垂直同期信号の入力ごとに、同期信号を生成し、映像バッファ１８と音声バッファ２０とに同時に出力する。同期信号を受信すると、映像バッファ１８は１フィールド分の映像データを、音声バッファ２０は１フィールド分の音声データを出力する。このように、インタレース方式にも対応することができる。
【００３２】
より具体的な同期制御の処理内容について図５を用いて説明する。図５は、インタレース方式におけるＭＸＦ処理装置１０のデータ管理の様子を説明するための図である。本実施形態における同期制御は、図２に示す構成において、図５に示すインタレース方式のデータに基づいて図３に示す処理フローを実施させることで実現することができる。図２、図３に示す構成及び処理は実施の形態１で述べたものと略同様であるため、共通する説明は省略又は簡略する。
【００３３】
図３に示す処理フローでは、まずステップＳ３０１において、ＭＸＦ処理装置１０の入力部にＭＸＦファイル形式に基づくＭＸＦストリームが入力される。具体的には、図５（ａ）に示すようなＭＸＦストリームがＭＸＦ処理装置１０に入力される。インタレース方式におけるＭＸＦファイルは、“Edit Unit”が１フィールドごとに構成されており、図５（ａ）に示す各ボックスは１フィールドの情報を表している。
【００３４】
入力されたＭＸＦストリームは、ＤＥＭＵＸ１２において映像ストリームと音声データとに分離される（ステップＳ３０２）。具体的には、ＤＥＭＵＸ１２は、ＭＸＦストリームを図５（ｂ）に示すように“Edit Unit”単位（フィールド単位）で映像ストリームと音声データとに分離する。上述の通り、インタレース方式における“Edit Unit”は、フィールドごとに構成されているため、トップフィールドの映像とトップフィールドの音声が対になっており、例えば、トップフィールドの映像ストリームＢ０（Ｔｏｐ）とトップフィールドの音声データ＃０（Ｔｏｐ）とに分離される。ボトムフィールドについても同様に、ボトムフィールドの映像ストリームＢ０（Ｂｏｔｔｏｍ）とボトムフィールドの音声データ＃０（Ｂｏｔｔｏｍ）とに分離される。
【００３５】
ＤＥＭＵＸ１２は、分離した映像ストリームをデコーダ１４に出力する。デコーダ１４は、入力された映像ストリームを図５（ｃ）に示すように復号順に並べ替えた後、デコードし映像データとする（ステップＳ３０３）。
【００３６】
また、デコーダ１４は、デコード時に映像データから垂直同期信号（Vsync）を生成する（ステップＳ３０４）。例えば、デコーダ１４は、入力された映像ストリームＢ０（Ｔｏｐ）からデコード時に垂直同期信号Vsync（０Ｔ）を生成する。垂直同期信号は１フィールドごとに生成される。
【００３７】
生成した垂直同期信号は、同期信号生成部１６に出力される（ステップＳ３０５）。同期信号生成部１６は、受信した垂直同期信号を基に同期信号を１フィールドごとに生成する。例えば、垂直同期信号Vsync（０Ｔ）を基に同期信号Ｓ（０Ｔ）が生成される。生成された同期信号は、図５（ｇ）に示すように１フィールドごとに映像バッファ１８と音声バッファ２０とに同時に出力される（ステップＳ３０６）。
【００３８】
また、ステップＳ３０７の処理後、映像バッファ１８は、デコード後の映像データに対しタイムスタンプを付加し、図５（ｄ）に示すように、出力順（表示順）（Ｂ０（Ｔｏｐ）→Ｂ０（Ｂｏｔｔｏｍ）→・・・）に並べ替えを行い記憶する（ステップＳ３０８）。映像バッファ１８は、１フィールド分の映像データＢ０（Ｔｏｐ）が出力可能となったら、出力イネーブル信号を音声バッファ２０に出力する（ステップＳ３０９）。
【００３９】
また、ステップＳ３０２において映像ストリームと分離された音声データは、非圧縮データであり、映像のようにデコードや並べ替えの必要がない。そのため、音声データは、図５（ｅ）に示すように入力順（＃０（Ｔｏｐ）→＃０（Ｂｏｔｔｏｍ）→・・・）に音声バッファ２０に記憶される（ステップＳ３１０）。なお、音声データは、デコードが不要であるため、図５（ｅ）及び図５（ｄ）に示すように映像データが映像バッファ１８に記憶されるよりも先に音声バッファ２０に記憶される。
【００４０】
映像バッファ１８は、出力イネーブル信号を出力した後、同期信号生成部１６から同期信号Ｓ（０Ｔ）が入力されるまで映像データＢ０（Ｔｏｐ）を保持する。また、音声バッファ２０は、映像バッファ１８から出力イネーブル信号が入力された後、同期信号生成部１６から同期信号Ｓ（０Ｔ）が入力されるまで音声データ＃０（Ｔｏｐ）を保持する。
【００４１】
同期信号生成部１６から同期信号Ｓ（０Ｔ）が入力されると（ステップＳ３１１、ステップＳ３１２）、図５（ｆ）に示すように、同期信号のタイミングで、映像バッファ１８は１つの“Edit Unit”（１フィールド）分の映像データＢ０（Ｔｏｐ）の出力を行う（ステップＳ３１３）。同時に、音声バッファ２０も、１つの“Edit Unit”（１フィールド）分の音声データ＃０（Ｔｏｐ）の出力を行う（ステップＳ３１３）。これによって、ＭＸＦ処理装置１０は、Edit Unit”単位で映像と音声の出力タイミングを合わせることができる。
【００４２】
以上説明したように、本発明によれば、垂直同期信号を利用して“Edit Unit”単位（フィールド単位）で映像と音声との同期を合わせて出力することが可能となる。また、本発明によれば、非圧縮の音声ファイルにタイムスタンプを付す必要がなく、回路規模の拡大を抑制しつつ映像と音声の同期を取ることが可能となる。
【００４３】
実施の形態３．
次に、図６を参照して本発明の実施の形態３について説明する。上述した実施の形態１では、同期信号を契機にして映像バッファ１８と音声バッファ２０から映像データと音声データを出力することとしている。しかし、映像データが１フレーム分の表示準備が整ってから出力されるのに対し、音声データは入力順に出力されるため、その情報量の関係から、映像よりも音声が先に出力されてしまい、映像と音声の同期ずれが発生する可能性もある。これは、会話のシーンを例に挙げた場合、扱う情報量の関係から、時間的に音声がわずかに先に届き、その後、映像が遅れて到着することで、誤差レベルの影響であるが開いての話している声と唇の動きが一致しないといった現象に繋がる。
【００４４】
これを防ぐため、本実施形態では、音声バッファ２０から音声データを出力する際に、同期信号の入力を契機に即時に出力するのではなく、同期信号の入力から任意のタイミングを遅らせた後に出力することとした。
【００４５】
図６は、本実施形態に係るＭＸＦ処理装置１０の構成を説明するためのブロック図である。本実施形態における同期制御は、図６に示す構成において、図３に示す処理フローを実施させることで実現することができる。図６に示す構成のうち図１と共通する構成についてはその説明を省略又は簡略する。
【００４６】
図６に示す通り、音声バッファ２０は、音声管理部２２内に含まれている。また、音声バッファ２０の入力側には、クロックカウンタ２４が接続されている。本実施形態では、図６に示す構成において、音声バッファ２０は、映像バッファ１８から出力イネーブル信号が入力され、同期信号生成部１６から同期信号が入力された後、クロックカウンタ２４で所定のカウント値が経過した後に音声データを出力する。例えば、同期信号を入力後、ｎクロックの経過後に音声データを出力する。なお、クロックカウンタ２４で計測するカウント値（クロック数）は、実験値から求めた値を用いれば良い。
【００４７】
本実施形態の処理フローは実施の形態１で説明した図３と同様であるため、その詳細な説明は省略するが、音声バッファ２０は、ステップＳ３１２において、同期信号を入力後、クロックカウンタ２４に設定されたカウント値の経過を待った後、１つの“Edit Unit”分の音声データの出力を行う（ステップＳ３１３）。これによって、リップシンク（映像、音声同期ずれ補正）を行うことが可能になる。なお、本実施形態の構成は、上述した実施の形態２についても同様に適用可能である。
【符号の説明】
【００４８】
１０  ＭＸＦ処理装置
１２  ＤＥＭＵＸ
１４  デコーダ
１６  同期信号生成部
１８  映像バッファ
２０  音声バッファ
２２  音声管理部
２４  クロックカウンタ
Vsync  垂直同期信号
【図１】
0005552993.tif 000002
【図２】
0005552993.tif 000003
【図３】
0005552993.tif 000004
【図４】
0005552993.tif 000005
【図５】
0005552993.tif 000006
【図６】
0005552993.tif 000007