JP2000152176A

JP2000152176A - データ転送装置および方法、並びにデータ記録装置

Info

Publication number: JP2000152176A
Application number: JP10322301A
Authority: JP
Inventors: Tomoji Miyazawa; 智司宮澤; Satoshi Takagi; 聡高木; Haruo Togashi; 治夫富樫
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-11-12
Filing date: 1998-11-12
Publication date: 2000-05-30
Anticipated expiration: 2018-11-12
Also published as: JP3978903B2

Abstract

(57)【要約】【課題】画像データを転送する時に、内部メモリを使
用せずに他のデータの処理を可能とし、また、バンド幅
か高くなることを防止する。【解決手段】ストリームコンバータからは、ＤＣＴお
よび可変長符号化で発生した画像データと、画像データ
に関連する非画像データとが発生する。画像データは、
マクロブロック毎の可変長データであり、非画像データ
も、１マクロブロックに相当するデータとして出力され
る。画像データおよび非画像データがパッキングおよび
シャフリング部に対して転送され、パッキングおよびエ
ラー訂正符号化の処理を受ける。転送時に画像データお
よび非画像データが５１２クロックのデータ転送期間内
でイネーブルパルスがハイレベルの期間に転送され、３
２クロックの空き期間が設けられる。この空き期間を利
用して、オーディオデータの処理が共通のメモリを使用
してなされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、可変長の画像デ
ータと共に、可変長の非画像データを記録するために適
用されるデータ転送装置および方法、並びにデータ記録
装置に関する。

【０００２】

【従来の技術】ディジタルＶＴＲ(VIdeo Tape Recorde
r) に代表されるように、ディジタル画像信号を記録媒
体に記録し、また、記録媒体から再生するようなデータ
記録再生装置が知られている。ディジタル画像記録機器
における記録処理部では、ビデオおよびオーディオのデ
ィジタルデータを所定長のパケットに格納し、パケット
単位にデータの内容を示す情報、エラー訂正符号の符号
化を行い、パケット化されたデータ、エラー訂正符号の
パリティ等に対して、同期パターン、ＩＤを付加してシ
ンクブロックを構成し、シンクブロックの単位でシリア
ルデータに変換し、回転ヘッドにより磁気テープに記録
される。記録側において、データをシンクブロックのデ
ータ領域に詰め込む処理をパッキングと称し、再生側に
おいて、シンクブロックのデータ領域からデータを取り
出す処理をデパッキングと称する。また、積符号を使用
している時には、パッキングによって積符号のＥＣＣ(E
rror Correctig Code)ブロックの１行分の長さにデータ
を詰め込まれる。

【０００３】画像データのデータ量を圧縮するために、
圧縮符号化がなされる。例えばＭＰＥＧ(Moving Pictur
e Experts Group)の場合には、ＤＣＴ(Discrete Cosine
Transform) により生じた係数データを可変長符号化す
る。ヘリカルスキャン型のＶＴＲのように、１トラック
または所定数のトラック当たりに記録できるデータ量が
固定されている時には、所定期間に発生する可変長符号
のデータ量が目標値以下となるように、データ量が制御
される。そして、所定期間に対して用意されている複数
のシンクブロックのデータ領域に可変長符号化データ、
すなわち、不等長データをパッキングするようになされ
る。

【０００４】ＭＰＥＧにおいて、画像データは、シーケ
ンス、ＧＯＰ(Group Of Picture)、ピクチャ、スライ
ス、マクロブロック、ブロックの６層の階層構造を有し
ており、各階層の多重化処理がなされる。多重化処理
は、ＭＰＥＧにおいてシンタックス(syntax)として規定
されており、ピクチャデータ以外に、ＰＥＳ(Packetize
dElementary Stream)ヘッダ、シーケンスヘッダ、ＧＯ
Ｐヘッダ、スライスヘッダ等のヘッダ情報が多重化され
る。ヘッダ情報は、ピクチャデータの復号等の処理にと
って必要なものであり、ＭＰＥＧのエレメンタリストリ
ームを記録／再生する時には、ピクチャデータと共にヘ
ッダ情報を記録／再生することが必要となる。ヘッダ情
報を記録／再生する一つの方法としては、ヘッダ情報の
全体またはその中で、再生にとって必要最小限のデータ
を固定長データとして記録／再生することが考えられ
る。

【０００５】しかしながら、ヘッダ情報のデータ量を固
定長データとして扱うことが難しい場合がある。一つに
は、種々の画像データのフォーマットが存在し、ヘッダ
情報のデータ量が変動する。例えばアメリカのディジタ
ルテレビジョン放送の画像フォーマットは、１８種類存
在している。第２には、ビデオインデックスのデータと
か、特定ライン上に多重化されるアンシラリイデータ
（クローズドキャプション、テレテキスト、垂直ブラン
キング期間のタイムコード（ＶＩＴＣ）等）をビデオエ
レメンタリストリームとして伝送するために、ピクチャ
ヘッダ中のユーザデータに挿入する場合には、ユーザデ
ータのデータ量が変動する。

【０００６】このように、本来の画像データでないにも
かかわらず、そのデータ長が可変であるデータ（ヘッダ
情報、ビデオインデックス、アンシラリイデータ等であ
り、これらを総称してピクチャデータ以外という意味で
非画像データと称する）を記録するためには、個々の記
録すべき画像フォーマットを考慮して記録領域を割り当
てる必要があり、また、発生しうるデータ量の最大量を
記録可能な記録領域を確保する必要がある。

【０００７】画像フォーマットが１種類あるいは２種類
程度である場合には、データ量の変動幅を比較的小さ
く、個々の画像フォーマットに対応して非画像データの
記録領域をテープ上で設定することは、それほど難しく
ない。しかしながら、画像フォーマットの種類が多い
と、非画像データのデータ量の変動幅が大きくなった
り、予測できなくなり、非画像データ用の記録領域を設
定することが難しくなる。また、発生しうるデータ量の
最大量を記録可能な領域を設定すると、データ量が多く
ない時には、テープ上で記録に使用されない無駄な領域
が生じ、テープの記録容量を有効に利用できない。そこ
で、本願出願人は、これらの問題を回避するために、可
変長の非画像データを画像データと同等に扱って記録す
ることを提案している。

【０００８】ここで、パッキング処理の対象のデータが
１フレーム期間の画像データのように、大きい場合に
は、パッキング処理のために使用するメモリが大容量と
なる。そのためパッキング処理部と同一半導体基板に集
積することは難しく、また、コストが上昇する。そこ
で、メモリとしては、記録処理部から独立した単独のデ
バイス（素子）を用いることとなる。現在の技術では、
記録処理部を集積回路の構成としても、メインなるべく
低いコストでメインメモリを構成しようとすると、ＤＲ
ＡＭ(Dynamic Random Access Memory)、ＥＤＯ(Extende
d data out) −ＲＡＭ、ＳＤＲＡＭ(Synchronous Dynam
ic Random Access Memory)といったＤＲＡＭ系のデバイ
スを用いることが現実的である。さらに、速度を考慮す
ると、ＳＤＲＡＭを使用することが多い。

【０００９】また、ディジタルＶＴＲでは、画像の他に
オーディオデータも記録する必要がある。そのために、
ＳＤＲＡＭには、オーディオデータも書込まれ、記録処
理を受ける。また、画像データおよびオーディオデータ
のそれぞれの順序を１フィールドあるいは１フレーム単
位で並び替えることによって、エラー耐性を高めるため
のシャフリング処理を行う場合では、その処理のために
ＳＤＲＡＭが使用されることがある。

【００１０】このようなＳＤＲＡＭを備える記録処理部
に対する画像データの転送について検討する。ＳＤＲＡ
Ｍに対する転送能力は、ＳＤＲＡＭのバス幅と、与えて
いるクロックによって決まる。一つの転送方法として、
画像データを連続的に転送するものが考えられる。ＳＤ
ＲＡＭに与えるクロック数は、ＳＤＲＡＭに対してアク
セスするデータ量の瞬間最大アクセスレートに備えられ
ている必要がある。若し、画像データをＳＤＲＡＭに対
して書込み可能とするためには、それ相当のクロック数
を与える必要がある。例えばビデオデータのインターフ
ェースクロックを２７ＭHzとし、データ幅を１６ビット
とし、ＳＤＲＡＭのバス幅を３２ビットとした場合に
は、ビデオデータのみをＳＤＲＡＭに書込み、読出すの
に、２７ＭHz×１６ビット×２（ライトとリード）／３
２ビット＝２７ＭHz以上のクロックが必要である。

【００１１】実際には、ＳＤＲＡＭのデータを保持する
ためのリフレッシュや、ロウアドレスを変更するための
プリチャージの際に待ち動作が生じてしまう。この待ち
動作に関する量もクロックを高くする必要がある。さら
に、オーディオデータも処理する場合には、より高い周
波数のクロックが必要となる。従って、現実的には、画
像データおよびオーディオデータを連続的に転送するの
は難しい。

【００１２】従って、画像データをＳＤＲＡＭを使用す
る処理部に転送する時に、画像データ以外のデータをＳ
ＤＲＡＭで処理するために、画像データの処理中にＳＤ
ＲＡＭに対するアクセスの空き期間を作る必要がある。
その一つの方法として、画像データの１フレームをバー
スト的に転送し、１フレーム毎の空き期間を作る方法が
考えられる。この方法では、画像データの処理が終わる
まで、１フレーム分のオーディオデータを蓄積するバッ
ファメモリが必要となる。または、画像データと時分割
でオーディオデータを処理するために、バンド幅を広げ
る必要がある。バンド幅が高いと消費電力が増大する。
従って、１フレーム毎に空き期間を作る方法は、好まし
くない。

【００１３】他の方法として、ＭＰＥＧのスライス単位
毎に転送しない期間を作成して、ＳＤＲＡＭに対する転
送レートを下げることが考えられる。しかしながら、上
述した非画像データのユーザデータ部分に大量のデータ
が含まれていると、非画像データからなるスライスの長
さがおおきくなり、ＳＤＲＡＭに対する連続転送になっ
てしまい、他のデータの処理が連続転送の間できなくな
る問題が生じる。

【００１４】従って、この発明の目的は、上述したよう
なオーディオバッファ用メモリを必要とする問題、消費
電力の増大、非画像データの転送時の問題を解決するこ
とができるデータ転送装置および方法、並びにデータ記
録装置を提供することにある。

【００１５】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１の発明は、複数の所定範囲の画像領域
にそれぞれ対応して発生した複数の可変長画像データ
と、オーディオデータとを扱う第１および第２の回路ブ
ロック間のデータ転送装置であって、可変長画像データ
を転送可能な期間毎に、転送しない期間を設け、転送し
ない期間において、オーディオデータの処理を可能とす
ることを特徴とするデータ転送装置である。

【００１６】請求項２の発明は、画像データおよびオー
ディオデータを記録媒体に記録するデータ記録装置にお
いて、複数の所定範囲の画像領域にそれぞれ対応して発
生した複数の可変長画像データを含むストリームであっ
て、可変長画像データを転送可能な期間毎に、転送しな
い期間を設けたストリームを出力するストリーム変換部
と、ストリームが入力され、可変長画像データを複数の
固定枠に配置し、固定枠からはみ出すオーバーフローデ
ータを他の固定枠に生じた空き領域に詰め込むパッキン
グを行うと共に、エラー訂正符号化の処理を行い、転送
しない期間においてオーディオデータのエラー訂正符号
化の処理を行う処理部と、処理部の出力データに対して
同期信号を付加し、シンクブロックを形成する同期信号
付加部と、同期信号付加部からのシンクブロックが連続
する出力信号を記録媒体に記録する記録手段とからなる
ことを特徴とするデータ記録装置である。

【００１７】請求項８の発明は、複数の所定範囲の画像
領域にそれぞれ対応して発生した複数の可変長画像デー
タと、オーディオデータとを扱う第１および第２の回路
ブロック間の画像データ転送方法であって、可変長画像
データを転送可能な期間毎に、転送しない期間を設け、
転送しない期間において、オーディオデータの処理を可
能とすることを特徴とするデータ転送方法である。

【００１８】画像データは、所定範囲例えばマクロブロ
ックに対応して発生した不等長データからなる。また、
画像データの復元に必要な情報、ユーザデータ等の非画
像データも発生する。これらの画像データおよび非画像
データを転送する時に、データ転送可能な期間中に、デ
ータを転送しない期間を設ける。それによって、転送さ
れたデータを受け取った回路ブロックは、空き期間にお
いて、他のデータ例えばオーディオデータを処理するこ
とができる。従って、オーディオ用のバッファメモリを
持つ必要がない。非画像データのデータ量が大きくなっ
ても、所定周期で空き期間が存在するので、連続的転送
とならず、バンド幅を高くする必要がない。転送された
データを受け取った回路ブロックでは、ＤＲＡＭを使用
して非画像データを画像データと同等に扱って、固定枠
にパッキングする。また、画像データに対するエラー訂
正符号化およびオーディオデータに対するエラー訂正符
号化の処理を行う。

【００１９】

【発明の実施の形態】以下、この発明をディジタルＶＴ
Ｒに対して適用した一実施形態について説明する。この
一実施形態は、放送局の環境で使用して好適なもので、
互いに異なる複数のフォーマットのビデオ信号の記録・
再生を可能とするものである。例えば、ＮＴＳＣ方式に
基づいたインターレス走査で有効ライン数が４８０本の
信号（４８０ｉ信号）およびＰＡＬ方式に基づいたイン
ターレス走査で有効ライン数が５７６本の信号（５７６
ｉ信号）の両者を殆どハードウエアを変更せずに記録・
再生することが可能とされる。さらに、インターレス走
査でライン数が１０８０本の信号（１０８０ｉ信号）、
プログレッシブ走査（ノンインターレス）でライン数が
それぞれ４８０本、７２０本、１０８０本の信号（４８
０ｐ信号、７２０ｐ信号、１０８０ｐ信号）などの記録
・再生も行うようにできる。

【００２０】また、この一実施形態では、ビデオ信号
は、ＭＰＥＧ２方式に基づき圧縮符号化される。周知の
ように、ＭＰＥＧ２は、動き補償予測符号化と、ＤＣＴ
による圧縮符号化とを組み合わせたものである。ＭＰＥ
Ｇ２のデータ構造は、階層構造をなしており、下位か
ら、ブロック層、マクロブロック層、スライス層、ピク
チャ層、ＧＯＰ層およびシーケンス層となっている。

【００２１】ブロック層は、ＤＣＴを行う単位であるＤ
ＣＴブロックからなる。マクロブロック層は、複数のＤ
ＣＴブロックで構成される。スライス層は、ヘッダ部
と、行間をまたがらない任意個のマクロブロックより構
成される。ピクチャ層は、ヘッダ部と、複数のスライス
とから構成される。ピクチャは、１画面に対応する。Ｇ
ＯＰ層は、ヘッダ部と、フレーム内符号化に基づくピク
チャであるＩピクチャと、予測符号化に基づくピクチャ
であるＰおよびＢピクチャとから構成される。

【００２２】Ｉピクチャ(Intra-coded picture：イント
ラ符号化画像) は、符号化されるときその画像１枚の中
だけで閉じた情報を使用するものである。従って、復号
時には、Ｉピクチャ自身の情報のみで復号できる。Ｐピ
クチャ(Predictive-coded picture ：順方向予測符号化
画像）は、予測画像（差分をとる基準となる画像）とし
て、時間的に前の既に復号されたＩピクチャまたはＰピ
クチャを使用するものである。動き補償された予測画像
との差を符号化するか、差分を取らずに符号化するか、
効率の良い方をマクロブロック単位で選択する。Ｂピク
チャ(Bidirectionally predictive-coded picture ：両
方向予測符号化画像）は、予測画像（差分をとる基準と
なる画像）として、時間的に前の既に復号されたＩピク
チャまたはＰピクチャ、時間的に後ろの既に復号された
ＩピクチャまたはＰピクチャ、並びにこの両方から作ら
れた補間画像の３種類を使用する。この３種類のそれぞ
れの動き補償後の差分の符号化と、イントラ符号化の中
で、最も効率の良いものをマクロブロック単位で選択す
る。

【００２３】従って、マクロブロックタイプとしては、
フレーム内符号化(Intra) マクロブロックと、過去から
未来を予測する順方向(Foward)フレーム間予測マクロブ
ロックと、未来から過去を予測する逆方向(Backward)フ
レーム間予測マクロブロックと、前後両方向から予測す
る両方向マクロブロックとがある。Ｉピクチャ内の全て
のマクロブロックは、フレーム内符号化マクロブロック
である。また、Ｐピクチャ内には、フレーム内符号化マ
クロブロックと順方向フレーム間予測マクロブロックと
が含まれる。Ｂピクチャ内には、上述した４種類の全て
のタイプのマクロブロックが含まれる。

【００２４】ＧＯＰには、最低１枚のＩピクチャが含ま
れ、ＰおよびＢピクチャは、存在しなくても許容され
る。最上層のシーケンス層は、ヘッダ部と複数のＧＯＰ
とから構成される。

【００２５】ＭＰＥＧのフォーマットにおいては、スラ
イスが１つの可変長符号系列である。可変長符号系列と
は、可変長符号を復号化しなければデータの境界を検出
できない系列である。

【００２６】また、シーケンス層、ＧＯＰ層、ピクチャ
層、スライス層およびマクロブロック層の先頭には、そ
れぞれ、バイト単位に整列された所定のビットパターン
を有する識別コード（スタートコードと称される）が配
される。なお、上述した各層のヘッダ部は、ヘッダ、拡
張データまたはユーザデータをまとめて記述したもので
ある。シーケンス層のヘッダには、画像（ピクチャ）の
サイズ（縦横の画素数）等が記述される。ＧＯＰ層のヘ
ッダには、タイムコードおよびＧＯＰを構成するピクチ
ャ数等が記述される。

【００２７】スライス層に含まれるマクロブロックは、
複数のＤＣＴブロックの集合であり、ＤＣＴブロックの
符号化系列は、量子化されたＤＣＴ係数の系列を０係数
の連続回数（ラン）とその直後の非０系列（レベル）を
１つの単位として可変長符号化したものである。マクロ
ブロックならびにマクロブロック内のＤＣＴブロックに
は、バイト単位に整列した識別コードが付加されない。

【００２８】マクロブロックは、画面（ピクチャ）を１
６画素×１６ラインの格子状に分割したものである。ス
ライスは、例えばこのマクロブロックを水平方向に連結
してなる。連続するスライスの前のスライスの最後のマ
クロブロックと、次のスライスの先頭のマクロブロック
とは連続しており、スライス間でのマクロブロックのオ
ーバーラップを形成することは、許されていない。ま
た、画面のサイズが決まると、１画面当たりのマクロブ
ロック数は、一意に決まる。

【００２９】一方、復号および符号化による信号の劣化
を避けるためには、符号化データ上で編集することが望
ましい。このとき、ＰピクチャおよびＢピクチャは、そ
の復号に、時間的に前のピクチャあるいは前後のピクチ
ャを必要とする。そのため、編集単位を１フレーム単位
とすることができない。この点を考慮して、この一実施
形態では、１つのＧＯＰが１枚のＩピクチャからなるよ
うにしている。

【００３０】また、例えば１フレーム分の記録データが
記録される記録領域が所定のものとされる。ＭＰＥＧ２
では、可変長符号化を用いているので、１フレーム期間
に発生するデータを所定の記録領域に記録できるよう
に、１フレーム分の発生データ量が制御される。さら
に、この一実施形態では、磁気テープへの記録に適する
ように、１スライスを１マクロブロックから構成すると
共に、１マクロブロックを、所定長の固定枠に当てはめ
る。ＭＰＥＧでは、１スライスを１ストライプ（１６ラ
イン）で構成するのが普通であり、画面の左端から可変
長符号化が始まり、右端で終わる。従って、ＶＴＲによ
ってそのままＭＰＥＧエレメンタリストリームを記録し
た場合、高速再生時に、再生できる部分が画面の左端に
集中し、均一に更新することができない。また、データ
のテープ上の配置を予測できないため、テープパターン
を一定の間隔でトレースしたのでは、均一な画面更新が
できなくなる。さらに、１箇所でもエラーが発生する
と、画面右端まで影響し、次のスライスヘッダが検出さ
れるまで復帰できない。このために、１スライスを１マ
クロブロックで構成するようにしている。

【００３１】図１は、この一実施形態による記録再生装
置の記録側の構成の一例を示す。記録時には、所定のイ
ンターフェース例えばＳＤＩ(Serial Data Interface)
の受信部を介してディジタルビデオ信号が端子１０１か
ら入力される。ＳＤＩは、（４：２：２）コンポーネン
トビデオ信号とディジタルオーディオ信号と付加的デー
タとを伝送するために、ＳＭＰＴＥによって規定された
インターフェイスである。入力ビデオ信号は、ビデオエ
ンコーダ１０２においてＤＣＴ(Discrete Cosine Trans
form) の処理を受け、係数データに変換され、係数デー
タが可変長符号化される。ビデオエンコーダ１０２から
の可変長符号化（ＶＬＣ）データは、ＭＰＥＧ２に準拠
したエレメンタリストリームである。この出力は、セレ
クタ１０３の一方の入力端に供給される。

【００３２】一方、入力端子１０４を通じて、ＡＮＳＩ
／ＳＭＰＴＥ３０５Ｍによって規定されたインターフ
ェイスである、ＳＤＴＩ(Serial Data Transport Inter
face) のフォーマットのデータが入力される。この信号
は、ＳＤＴＩ受信部１０５で同期検出される。そして、
バッファに一旦溜め込まれ、エレメンタリストリームが
抜き出される。抜き出されたエレメンタリストリーム
は、セレクタ１０３の他方の入力端に供給される。

【００３３】セレクタ１０３で選択され出力されたエレ
メンタリストリームは、ストリームコンバータ１０６に
供給される。ストリームコンバータ１０６では、ＭＰＥ
Ｇ２の規定に基づきＤＣＴブロック毎に並べられていた
ＤＣＴ係数を、１マクロブロックを構成する複数のＤＣ
Ｔブロックを通して、周波数成分毎にまとめ、まとめた
周波数成分を並べ替える。また、ストリームコンバータ
１０６は、エレメンタリストリームの１スライスが１ス
トライプの場合には、１スライスを１マクロブロックか
らなるものにする。さらに、ストリームコンバータ１０
６は、１マクロブロックで発生する可変長データの最大
長を所定長に制限する。これは、高次のＤＣＴ係数を０
とすることでなしうる。並べ替えられた変換エレメンタ
リストリームは、パッキングおよびシャフリング部１０
７に供給される。

【００３４】エレメンタリストリームのビデオデータ
は、可変長符号化されているため、各マクロブロックの
データの長さが不揃いである。パッキングおよびシャフ
リング部１０７では、マクロブロックが固定枠に詰め込
まれる。このとき、固定枠からはみ出たオーバーフロー
部分は、固定枠のサイズに対して空いている領域に順に
詰め込まれる。また、画像フォーマット、シャフリング
パターンのバージョン等の情報を有するシステムデータ
が入力端子１０８からパッキングおよびシャフリング部
１０７に供給され、ピクチャデータと同様にシステムデ
ータが記録処理を受ける。システムデータは、ビデオＡ
ＵＸとして記録される。また、走査順に発生する１フレ
ームのマクロブロックを並び替え、テープ上のマクロブ
ロックの記録位置を分散させるシャフリングが行われ
る。シャフリングによって、変速再生時に断片的にデー
タが再生される時でも、画像の更新率を向上させること
ができる。

【００３５】パッキングおよびシャフリング部１０７か
らのビデオデータおよびシステムデータ（以下、特に必
要な場合を除き、システムデータを含む場合も単にビデ
オデータと言う。）が外符号エンコーダ１０９に供給さ
れる。ビデオデータおよびオーディオデータに対するエ
ラー訂正符号としては、積符号が使用される。積符号
は、ビデオデータまたはオーディオデータの２次元配列
の縦方向に外符号の符号化を行い、その横方向に内符号
の符号化を行い、データシンボルを２重に符号化するも
のである。外符号および内符号としては、リードソロモ
ンコード(Reed-Solomon code) を使用できる。

【００３６】外符号エンコーダ１０９の出力がシャフリ
ング部１１０に供給され、複数のＥＣＣブロックにわた
ってシンクブロック単位で順番を入れ替える、シャフリ
ングがなされる。シンクブロック単位のシャフリングに
よって特定のＥＣＣブロックにエラーが集中することが
防止される。シャフリング部１１０でなされるシャフリ
ングをインターリーブと称することもある。シャフリン
グ部１１０の出力が混合部１１１に供給され、オーディ
オデータと混合される。なお、混合部１１１は、後述の
ように、メインメモリにより構成される。

【００３７】１１２で示す入力端子からオーディオデー
タが供給される。この一実施形態では、非圧縮のディジ
タルオーディオ信号が扱われる。ディジタルオーディオ
信号は、入力側のＳＤＩ受信部（図示しない）またはＳ
ＤＴＩ受信部１０５で分離されたもの、またはオーディ
オインターフェースを介して入力されたものである。入
力ディジタルオーディオ信号が遅延部１１３を介してＡ
ＵＸ付加部１１４に供給される。遅延部１１３は、オー
ディオ信号とビデオ信号と時間合わせ用のものである。
入力端子１１５から供給されるオーディオＡＵＸは、補
助的データであり、オーディオデータのサンプリング周
波数等のオーディオデータに関連する情報を有するデー
タである。オーディオＡＵＸは、ＡＵＸ付加部１１４に
てオーディオデータに付加され、オーディオデータと同
等に扱われる。

【００３８】ＡＵＸ付加部１１４からのオーディオデー
タおよびＡＵＸ（以下、特に必要な場合を除き、ＡＵＸ
を含む場合も単にオーディオデータと言う。）が外符号
エンコーダ１１６に供給される。外符号エンコーダ１１
６は、オーディオデータに対して外符号の符号化を行
う。外符号エンコーダ１１６の出力がシャフリング部１
１７に供給され、シャフリング処理を受ける。オーディ
オシャフリングとして、シンクブロック単位のシャフリ
ングと、チャンネル単位のシャフリングとがなされる。

【００３９】シャフリング部１１７の出力が混合部１１
１に供給され、ビデオデータとオーディオデータが１チ
ャンネルのデータとされる。混合部１１１の出力がＩＤ
付加部１１８が供給され、ＩＤ付加部１１８にて、シン
クブロック番号を示す情報等を有するＩＤが付加され
る。ＩＤ付加部１１８の出力が内符号エンコーダ１１９
に供給され、内符号の符号化がなされる。さらに、内符
号エンコーダ１１９の出力が同期付加部１２０に供給さ
れ、シンクブロック毎の同期信号が付加される。同期信
号が付加されることによってシンクブロックが連続する
記録データが構成される。この記録データが記録アンプ
１２１を介して回転ヘッド１２２に供給され、磁気テー
プ１２３上に記録される。回転ヘッド１２２は、実際に
は、隣接するトラックを形成するヘッドのアジマスが互
いに異なる複数の磁気ヘッドが回転ドラムに取り付けら
れたものである。

【００４０】記録データに対して必要に応じてスクラン
ブル処理を行っても良い。また、記録時にディジタル変
調を行っても良く、さらに、パーシャル・レスポンスク
ラス４とビタビ符号を使用しても良い。

【００４１】図２は、この発明の一実施形態の再生側の
構成の一例を示す。磁気テープ１２３から回転ヘッド１
２２で再生された再生信号が再生アンプ１３１を介して
同期検出部１３２に供給される。再生信号に対して、等
化や波形整形などがなされる。また、ディジタル変調の
復調、ビタビ復号等が必要に応じてなされる。同期検出
部１３２は、シンクブロックの先頭に付加されている同
期信号を検出する。同期検出によって、シンクブロック
が切り出される。

【００４２】同期検出ブロック１３２の出力が内符号エ
ンコーダ１３３に供給され、内符号のエラー訂正がなさ
れる。内符号エンコーダ１３３の出力がＩＤ補間部１３
４に供給され、内符号によりエラーとされたシンクブロ
ックのＩＤ例えばシンクブロック番号が補間される。Ｉ
Ｄ補間部１３４の出力が分離部１３５に供給され、ビデ
オデータとオーディオデータとが分離される。上述した
ように、ビデオデータは、ＭＰＥＧのイントラ符号化で
発生したＤＣＴ係数データおよびシステムデータを意味
し、オーディオデータは、ＰＣＭ(Pulse Code Modulati
on) データおよびＡＵＸを意味する。

【００４３】分離部１３５からのビデオデータがデシャ
フリング部１３６において、シャフリングと逆の処理が
なされる。デシャフリング部１３６は、記録側のシャフ
リング部１１０でなされたシンクブロック単位のシャフ
リングを元に戻す処理を行う。デシャフリング部１３６
の出力が外符号デコーダ１３７に供給され、外符号によ
るエラー訂正がなされる。訂正できないエラーが発生し
た場合には、エラーの有無を示すエラーフラグがエラー
有りを示すものとされる。

【００４４】外符号デコーダ１３７の出力がデシャフリ
ングおよびデパッキング部１３８に供給される。デシャ
フリングおよびデパッキング部１３８は、記録側のパッ
キングおよびシャフリング部１０７でなされたマクロブ
ロック単位のシャフリングを元に戻す処理を行う。ま
た、デシャフリングおよびデパッキング部１３８では、
記録時に施されたパッキングを分解する。すなわち、マ
クロブロック単位にデータの長さを戻して、元の可変長
符号（不等長データ）を復元する。さらに、デシャフリ
ングおよびデパッキング部１３８において、システムデ
ータが分離され、出力端子１３９に取り出される。

【００４５】デシャフリングおよびデパッキング部１３
８の出力が補間部１４０に供給され、エラーフラグが立
っている（すなわち、エラーのある）データが修整され
る。すなわち、変換前に、マクロブロックデータの途中
にエラーがあるとされた場合には、エラー箇所以降の周
波数成分のＤＣＴ係数が復元できない。そこで、例えば
エラー箇所のデータをブロック終端符号（ＥＯＢ）に置
き替え、それ以降の周波数成分のＤＣＴ係数をゼロとす
る。同様に、高速再生時にも、シンクブロック長に対応
する長さまでのＤＣＴ係数のみを復元し、それ以降の係
数は、ゼロデータに置き替えられる。さらに、補間部１
４０では、ビデオデータの先頭に付加されているヘッダ
がエラーの場合に、ヘッダ（シーケンスヘッダ、ＧＯＰ
ヘッダ、ピクチャヘッダ、ユーザデータ等）を回復する
処理もなされる。

【００４６】ＤＣＴブロックに跨がって、ＤＣＴ係数が
ＤＣ成分および低域成分から高域成分へと並べられてい
るため、このように、ある箇所以降からＤＣＴ係数を無
視しても、マクロブロックを構成するＤＣＴブロックの
それぞれに対して、満遍なくＤＣならびに低域成分から
のＤＣＴ係数を行き渡らせることができる。

【００４７】補間部１４０の出力がストリームコンバー
タ１４１に供給される。ストリームコンバータ１４１で
は、記録側のストリームコンバータ１０６と逆の処理が
なされる。すなわち、ＤＣＴブロックに跨がって周波数
成分毎に並べられていたＤＣＴ係数を、ＤＣＴブロック
毎に並び替える。これにより、再生信号がＭＰＥＧ２に
準拠したエレメンタリストリームに変換される。

【００４８】また、ストリームコンバータ１４１の入出
力は、記録側と同様に、マクロブロックの最大長に応じ
て、十分な転送レート（バンド幅）を確保しておく。マ
クロブロック（スライス）の長さを制限しない場合に
は、画素レートの３倍のバンド幅を確保するのが好まし
い。

【００４９】ストリームコンバータ１４１の出力がビデ
オデコーダ１４２に供給される。ビデオデコーダ１４２
は、エレメンタリストリームを復号し、ビデオデータを
出力する。すなわち、ビデオデコーダ１４２は、逆量子
化処理と、逆ＤＣＴ処理とがなされる。復号ビデオデー
タが出力端子１４３に取り出される。外部とのインター
フェースには、例えばＳＤＩが使用される。また、スト
リームコンバータ１４１からのエレメンタリストリーム
がＳＤＴＩ送信部１４４に供給される。ＳＤＴＩ送信部
１４４には、経路の図示を省略しているが、システムデ
ータ、再生オーディオデータ、ＡＵＸも供給され、ＳＤ
ＴＩフォーマットのデータ構造を有するストリームへ変
換される。ＳＤＴＩ送信部１４４からのストリームが出
力端子１４５を通じて外部に出力される。

【００５０】分離部１３５で分離されたオーディオデー
タがデシャフリング部１５１に供給される。デシャフリ
ング部１５１は、記録側のシャフリング部１１７でなさ
れたシャフリングと逆の処理を行う。デシャフリング部
１１７の出力が外符号デコーダ１５２に供給され、外符
号によるエラー訂正がなされる。外符号デコーダ１５２
からは、エラー訂正されたオーディオデータが出力され
る。訂正できないエラーがあるデータに関しては、エラ
ーフラグがセットされる。

【００５１】外符号デコーダ１５２の出力がＡＵＸ分離
部１５３に供給され、オーディオＡＵＸが分離される。
分離されたオーディオＡＵＸが出力端子１５４に取り出
される。また、オーディオデータが補間部１５５に供給
される。補間部１５５では、エラーの有るサンプルが補
間される。補間方法としては、時間的に前後の正しいデ
ータの平均値で補間する平均値補間、前の正しいサンプ
ルの値をホールドする前値ホールド等を使用できる。補
間部１５５の出力が出力部１５６に供給される。出力部
１５６は、エラーであり、補間できないオーディオ信号
の出力を禁止するミュート処理、並びにビデオ信号との
時間合わせのための遅延量調整処理がなされる。出力部
１５６から出力端子１５７に再生オーディオ信号が取り
出される。

【００５２】なお、図１および図２では省略されている
が、入力データと同期したタイミング信号を発生するタ
イミング発生部、記録再生装置の全体の動作を制御する
システムコントローラ（マイクロコンピュータ）等が備
えられている。

【００５３】この一実施形態では、磁気テープへの信号
の記録は、回転する回転ヘッド上に設けられた磁気ヘッ
ドにより、斜めのトラックを形成する、ヘリカルスキャ
ン方式によって行われる。磁気ヘッドは、回転ドラム上
の、互いに対向する位置に、それぞれ複数個が設けられ
る。すなわち、磁気テープが回転ヘッドに１８０°程度
の巻き付け角で以て巻き付けられている場合、回転ヘッ
ドの１８０°の回転により、同時に複数本のトラックを
形成することができる。また、磁気ヘッドは、互いにア
ジマスの異なる２個で一組とされる。複数個の磁気ヘッ
ドは、隣接するトラックのアジマスが互いに異なるよう
に配置される。

【００５４】図３は、上述した回転ヘッドにより磁気テ
ープ上に形成されるトラックフォーマットの一例を示
す。これは、１フレーム当たりのビデオおよびオーディ
オデータが８トラックで記録される例である。例えばフ
レーム周波数が２９．９７Ｈｚ、レートが５０Ｍｂｐ
ｓ、有効ライン数が４８０本で有効水平画素数が７２０
画素のインターレス信号（４８０ｉ信号）およびオーデ
ィオ信号が記録される。また、フレーム周波数が２５Ｈ
ｚ、レートが５０Ｍｂｐｓ、有効ライン数が５７６本で
有効水平画素数が７２０画素のインターレス信号（５７
６ｉ信号）およびオーディオ信号も、図３と同一のテー
プフォーマットによって記録できる。

【００５５】互いに異なるアジマスの２トラックによっ
て１セグメントが構成される。すなわち、８トラック
は、４セグメントからなる。セグメントを構成する１組
のトラックに対して、アジマスと対応するトラック番号

〔０〕とトラック番号〔１〕が付される。図３に示され
る例では、前半の８トラックと、後半の８トラックとの
間で、トラック番号が入れ替えられると共に、フレーム
毎に互いに異なるトラックシーケンスが付される。これ
により、アジマスが異なる１組の磁気ヘッドのうち一方
が、例えば目詰まりなどにより読み取り不能状態に陥っ
ても、前フレームのデータを利用してエラーの影響を小
とできる。

【００５６】トラックのそれぞれにおいて、両端側にビ
デオデータが記録されるビデオセクタが配され、ビデオ
セクタに挟まれて、オーディオデータが記録されるオー
ディオセクタが配される。なお、この図３および後述す
る図４は、テープ上のオーディオセクタの配置を示すも
のである。

【００５７】図３のトラックフォーマットでは、８チャ
ンネルのオーディオデータを扱うことができるようにさ
れている。Ａ１〜Ａ８は、それぞれオーディオデータの
１〜８ｃｈのセクタを示す。オーディオデータは、セグ
メント単位で配列を変えられて記録される。オーディオ
データは、１フィールド期間で発生するオーディオサン
プル（例えばフィールド周波数が２９．９７Hzで、サン
プリング周波数が４８ｋHzの場合には、８００サンプル
または８０１サンプル）が偶数番目のサンプルと奇数番
目のサンプルとにわけられ、各サンプル群とＡＵＸによ
って積符号の１ＥＣＣブロックが構成される。

【００５８】図３では、１フィールド分のオーディオデ
ータが４トラックに記録されるので、オーディオデータ
の１チャンネル当たりの２個のＥＣＣブロックが４トラ
ックに記録される。２個のＥＣＣブロックのデータ（外
符号パリティを含む）が４個のセクタに分割され、図３
に示すように、４トラックに分散されて記録される。２
個のＥＣＣブロックに含まれる複数のシンクブロックが
シャフリングされる。例えばＡ１の参照番号が付された
４セクタによって、チャンネル１の２ＥＣＣブロックが
構成される。

【００５９】また、ビデオデータは、この例では、１ト
ラックに対して４ＥＣＣブロック分のデータがシャフリ
ング（インターリーブ）され、ＵｐｐｅｒＳｉｄｅお
よびＬｏｗｅｒＳｉｄｅで各セクタに分割され記録さ
れる。ＬｏｗｅｒＳｉｄｅのビデオセクタには、所定
位置にシステム領域が設けられる。

【００６０】なお、図３において、ＳＡＴ１（Ｔｒ）お
よびＳＡＴ２（Ｔｍ）は、サーボロック用の信号が記録
されるエリアである。また、各記録エリアの間には、所
定の大きさのギャップ（Ｖｇ１，Ｓｇ１，Ａｇ，Ｓｇ
２，Ｓｇ３およびＶｇ２）が設けられる。

【００６１】図３は、１フレーム当たりのデータを８ト
ラックで記録する例であるが、記録再生するデータのフ
ォーマットによっては、１フレーム当たりのデータを４
トラック、６トラックなどでの記録することができる。
図４Ａは、１フレームが６トラックのフォーマットであ
る。この例では、トラックシーケンスが

〔０〕のみとさ
れる。

【００６２】図４Ｂに示すように、テープ上に記録され
るデータは、シンクブロックと称される等間隔に区切ら
れた複数のブロックからなる。図４Ｃは、シンクブロッ
クの構成を概略的に示す。詳細は後述するが、シンクブ
ロックは、同期検出するためのＳＹＮＣパターン、シン
クブロックのそれぞれを識別するためのＩＤ、後続する
データの内容を示すＤＩＤ、データパケットおよびエラ
ー訂正用の内符号パリティから構成される。データは、
シンクブロック単位でパケットとして扱われる。すなわ
ち、記録あるいは再生されるデータ単位の最小のものが
１シンクブロックである。シンクブロックが多数並べら
れて（図４Ｂ）、例えばビデオセクタが形成される（図
４Ａ）。

【００６３】図５は、記録／再生の最小単位である、ビ
デオデータのシンクブロックのデータ構成をより具体的
に示す。この一実施形態においては、記録するビデオデ
ータのフォーマットに適応して１シンクブロックに対し
て１個乃至は２個のマクロブロックのデータ（ＶＬＣデ
ータ）が格納されると共に、１シンクブロックのサイズ
が扱うビデオ信号のフォーマットに応じて長さが変更さ
れる。図５Ａに示されるように、１シンクブロックは、
先頭から、２バイトのＳＹＮＣパターン、２バイトのＩ
Ｄ、１バイトのＤＩＤ、例えば１１２バイト〜２０６バ
イトの間で可変に規定されるデータ領域および１２バイ
トのパリティ（内符号パリティ）からなる。なお、デー
タ領域は、ペイロードとも称される。

【００６４】先頭の２バイトのＳＹＮＣパターンは、同
期検出用であり、所定のビットパターンを有する。固有
のパターンに対して一致するＳＹＮＣパターンを検出す
ることで、同期検出が行われる。

【００６５】図６Ａは、ＩＤ０およびＩＤ１のビットア
サインの一例を示す。ＩＤは、シンクブロックが固有に
持っている重要な情報を持っており、各２バイト（ＩＤ
０およびＩＤ１）が割り当てられている。ＩＤ０は、１
トラック中のシンクブロックのそれぞれを識別するため
の識別情報（ＳＹＮＣＩＤ）が格納される。ＳＹＮＣ
ＩＤは、例えば各セクタ内のシンクブロックに対して
付された通し番号である。ＳＹＮＣＩＤは、８ビット
で表現される。ビデオのシンクブロックとオーディオの
シンクブロックとでそれぞれ別個にＳＹＮＣＩＤが付
される。

【００６６】ＩＤ１は、シンクブロックのトラックに関
する情報が格納される。ＭＳＢ側をビット７、ＬＳＢ側
をビット０とした場合、このシンクブロックに関して、
ビット７でトラックの上側（Ｕｐｐｅｒ）か下側（Ｌｏ
ｗｅｒ）かが示され、ビット５〜ビット２で、トラック
のセグメントが示される。また、ビット１は、トラック
のアジマスに対応するトラック番号が示され、ビット０
は、このシンクブロックがビデオデータおよびオーディ
オデータを区別するビットである。

【００６７】図６Ｂは、ビデオの場合のＤＩＤのビット
アサインの一例を示す。ＤＩＤは、ペイロードに関する
情報が格納される。上述したＩＤ１のビット０の値に基
づき、ビデオおよびオーディオで、ＤＩＤの内容が異な
る。ビット７〜ビット４は、未定義（Ｒｅｓｅｒｖｅ
ｄ）とされている。ビット３および２は、ペイロードの
モードであり、例えばペイロードのタイプが示される。
ビット３および２は、補助的なものである。ビット１で
ペイロードに１個あるいは２個のマクロブロックが格納
されることが示される。ビット０でペイロードに格納さ
れるビデオデータが外符号パリティであるかどうかが示
される。

【００６８】図６Ｃは、オーディオの場合のＤＩＤのビ
ットアサインの一例を示す。ビット７〜ビット４は、Ｒ
ｅｓｅｒｖｅｄとされている。ビット３でペイロードに
格納されているデータがオーディオデータであるか、一
般的なデータであるかどうかが示される。ペイロードに
対して、圧縮符号化されたオーディオデータが格納され
ている場合には、ビット３がデータを示す値とされる。
ビット２〜ビット０は、ＮＴＳＣ方式における、５フィ
ールドシーケンスの情報が格納される。すなわち、ＮＴ
ＳＣ方式においては、ビデオ信号の１フィールドに対し
てオーディオ信号は、サンプリング周波数が４８ｋＨｚ
の場合、８００サンプルおよび８０１サンプルの何れか
であり、このシーケンスが５フィールド毎に揃う。ビッ
ト２〜ビット０によって、シーケンスの何処に位置する
かが示される。

【００６９】図５に戻って説明すると、図５Ｂ〜図５Ｅ
は、上述のペイロードの例を示す。図５Ｂおよび図５Ｃ
は、ペイロードに対して、１および２マクロブロックの
ビデオデータ（不等長データ）が格納される場合の例を
それぞれ示す。図５Ｂに示される、１マクロブロックが
格納される例では、先頭の３バイトに、そのマクロブロ
ックに対応する不等長データの長さを示すデータ長標識
ＬＴが配される。なお、データ長標識ＬＴには、自分自
身の長さを含んでも良いし、含まなくても良い。また、
図５Ｃに示される、２マクロブロックが格納される例で
は、先頭に第１のマクロブロックのデータ長標識ＬＴが
配され、続けて第１のマクロブロックが配される。そし
て、第１のマクロブロックに続けて第２のマクロブロッ
クの長さを示すデータ長標識ＬＴが配され、続けて第２
のマクロブロックが配される。データ長標識ＬＴは、デ
パッキングのために必要な情報である。

【００７０】図５Ｄは、ペイロードに対して、ビデオＡ
ＵＸ（補助的）データが格納される場合の例を示す。先
頭のデータ長標識ＬＴには、ビデオＡＵＸデータの長さ
が記される。このデータ長標識ＬＴに続けて、５バイト
のシステム情報、１２バイトのＰＩＣＴ情報、および９
２バイトのユーザ情報が格納される。ペイロードの長さ
に対して余った部分は、Ｒｅｓｅｒｖｅｄとされる。

【００７１】図５Ｅは、ペイロードに対してオーディオ
データが格納される場合の例を示す。オーディオデータ
は、ペイロードの全長にわたって詰め込むことができ
る。オーディオ信号は、圧縮処理などが施されない、例
えばＰＣＭ形式で扱われる。これに限らず、所定の方式
で圧縮符号化されたオーディオデータを扱うようにもで
きる。

【００７２】この一実施形態においては、各シンクブロ
ックのデータの格納領域であるペイロードの長さは、ビ
デオシンクブロックとオーディオシンクブロックとでそ
れぞれ最適に設定されているため、互いに等しい長さで
はない。また、ビデオデータを記録するシンクブロック
の長さと、オーディオデータを記録するシンクブロック
の長さとを、信号フォーマットに応じてそれぞれ最適な
長さに設定される。これにより、複数の異なる信号フォ
ーマットを統一的に扱うことができる。

【００７３】図７Ａは、ＭＰＥＧエンコーダのＤＣＴ回
路から出力されるビデオデータ中のＤＣＴ係数の順序を
示す。ＤＣＴブロックにおいて左上のＤＣ成分から開始
して、水平ならびに垂直空間周波数が高くなる方向に、
ＤＣＴ係数がジグザグスキャンで出力される。その結
果、図７Ｂに一例が示されるように、全部で６４個（８
画素×８ライン）のＤＣＴ係数が周波数成分順に並べら
れて得られる。

【００７４】このＤＣＴ係数がＭＰＥＧエンコーダのＶ
ＬＣ部によって可変長符号化される。すなわち、最初の
係数は、ＤＣ成分として固定的であり、次の成分（ＡＣ
成分）からは、ゼロのランとそれに続くレベルに対応し
てコードが割り当てられる。従って、ＡＣ成分の係数デ
ータに対する可変長符号化出力は、周波数成分の低い
（低次の）係数から高い（高次の）係数へと、ＡＣ₁，
ＡＣ₂，ＡＣ₃，・・・と並べられたものである。可変
長符号化されたＤＣＴ係数をエレメンタリストリームが
含んでいる。

【００７５】ストリームコンバータ１０６では、供給さ
れた信号のＤＣＴ係数の並べ替えが行われる。すなわ
ち、それぞれのマクロブロック内で、ジグザグスキャン
によってＤＣＴブロック毎に周波数成分順に並べられた
ＤＣＴ係数がマクロブロックを構成する各ＤＣＴブロッ
クにわたって周波数成分順に並べ替えられる。

【００７６】図８は、このストリームコンバータ１０６
におけるＤＣＴ係数の並べ替えを概略的に示す。（４：
２：２）コンポーネント信号の場合に、１マクロブロッ
クは、輝度信号Ｙによる４個のＤＣＴブロック（Ｙ₁，
Ｙ₂，Ｙ₃およびＹ₄）と、色度信号Ｃｂ，Ｃｒのそれ
ぞれによる２個ずつのＤＣＴブロック（Ｃｂ₁，Ｃ
ｂ₂，Ｃｒ₁およびＣｒ₂）からなる。

【００７７】上述したように、ビデオエンコーダ１０２
では、ＭＰＥＧ２の規定に従いジグザグスキャンが行わ
れ、図８Ａに示されるように、各ＤＣＴブロック毎に、
ＤＣＴ係数がＤＣ成分および低域成分から高域成分に、
周波数成分の順に並べられる。一つのＤＣＴブロックの
スキャンが終了したら、次のＤＣＴブロックのスキャン
が行われ、同様に、ＤＣＴ係数が並べられる。

【００７８】すなわち、マクロブロック内で、ＤＣＴブ
ロックＹ₁，Ｙ₂，Ｙ₃およびＹ₄、ＤＣＴブロックＣ
ｂ₁，Ｃｂ₂，Ｃｒ₁およびＣｒ₂のそれぞれについ
て、ＤＣＴ係数がＤＣ成分および低域成分から高域成分
へと周波数順に並べられる。そして、連続したランとそ
れに続くレベルとからなる組に、〔ＤＣ，ＡＣ₁，ＡＣ
₂，ＡＣ₃，・・・〕と、それぞれ符号が割り当てられ
るように、可変長符号化されている。

【００７９】ストリームコンバータ１０６では、可変長
符号化され並べられたＤＣＴ係数を、一旦可変長符号を
解読して各係数の区切りを検出し、マクロブロックを構
成する各ＤＣＴブロックに跨がって周波数成分毎にまと
める。この様子を、図８Ｂに示す。最初にマクロブロッ
ク内の８個のＤＣＴブロックのＤＣ成分をまとめ、次に
８個のＤＣＴブロックの最も周波数成分が低いＡＣ係数
成分をまとめ、以下、順に同一次数のＡＣ係数をまとめ
るように、８個のＤＣＴブロックに跨がって係数データ
を並び替える。

【００８０】並び替えられた係数データは、ＤＣ
（Ｙ₁），ＤＣ（Ｙ₂），ＤＣ（Ｙ₃），ＤＣ
（Ｙ₄），ＤＣ（Ｃｂ₁），ＤＣ（Ｃｂ₂），ＤＣ（Ｃ
ｒ₁），ＤＣ（Ｃｒ₂），ＡＣ₁（Ｙ₁），ＡＣ₁（Ｙ
₂），ＡＣ₁（Ｙ₃），ＡＣ₁（Ｙ₄），ＡＣ₁（Ｃｂ
₁），ＡＣ₁（Ｃｂ₂），ＡＣ₁（Ｃｒ₁），ＡＣ
₁（Ｃｒ₂），・・・である。ここで、ＤＣ、ＡＣ₁、
ＡＣ₂、・・・は、図７を参照して説明したように、ラ
ンとそれに続くレベルとからなる組に対して割り当てら
れた可変長符号の各符号である。

【００８１】ストリームコンバータ１０６で係数データ
の順序が並べ替えられた変換エレメンタリストリーム
は、パッキングおよびシャフリング部１０７に供給され
る。マクロブロックのデータの長さは、変換エレメンタ
リストリームと変換前のエレメンタリストリームとで同
一である。また、ビデオエンコーダ１０２において、ビ
ットレート制御によりＧＯＰ（１フレーム）単位に固定
長化されていても、マクロブロック単位では、長さが変
動している。パッキングおよびシャフリング部１０７で
は、マクロブロックのデータを固定枠に当てはめる。

【００８２】図９は、パッキングおよびシャフリング部
１０７でのマクロブロックのパッキング処理を概略的に
示す。マクロブロックは、所定のデータ長を持つ固定枠
に当てはめられ、パッキングされる。このとき用いられ
る固定枠のデータ長を、記録および再生の際のデータの
最小単位であるシンクブロックのデータ長と一致させて
いる。これは、シャフリングおよびエラー訂正符号化の
処理を簡単に行うためである。図９では、簡単のため、
１フレームに８マクロブロックが含まれるものと仮定す
る。

【００８３】可変長符号化によって、図９Ａに一例が示
されるように、８マクロブロックの長さは、互いに異な
る。この例では、固定枠である１シンクブロックのデー
タ領域の長さと比較して、マクロブロック＃１のデー
タ，＃３のデータおよび＃６のデータがそれぞれ長く、
マクロブロック＃２のデータ，＃５のデータ，＃７のデ
ータおよび＃８のデータがそれぞれ短い。また、マクロ
ブロック＃４のデータは、１シンクブロックと略等しい
長さである。

【００８４】パッキング処理によって、マクロブロック
が１シンクブロック長の固定長枠に詰め込まれる。過不
足無くデータを詰め込むことができるのは、１フレーム
期間で発生するデータ量が固定量に制御されているから
である。図９Ｂに一例が示されるように、１シンクブロ
ックと比較して長いマクロブロックは、シンクブロック
長に対応する位置で分割される。分割されたマクロブロ
ックのうち、シンクブロック長からはみ出た部分（オー
バーフロー部分）は、先頭から順に空いている領域に、
すなわち、長さがシンクブロック長に満たないマクロブ
ロックの後ろに、詰め込まれる。

【００８５】図９Ｂの例では、マクロブロック＃１の、
シンクブロック長からはみ出た部分が、先ず、マクロブ
ロック＃２の後ろに詰め込まれ、そこがシンクブロック
の長さに達すると、マクロブロック＃５の後ろに詰め込
まれる。次に、マクロブロック＃３の、シンクブロック
長からはみ出た部分がマクロブロック＃７の後ろに詰め
込まれる。さらに、マクロブロック＃６のシンクブロッ
ク長からはみ出た部分がマクロブロック＃７の後ろに詰
め込まれ、さらにはみ出た部分がマクロブロック＃８の
後ろに詰め込まれる。こうして、各マクロブロックがシ
ンクブロック長の固定枠に対してパッキングされる。

【００８６】各マクロブロックに対応する不等長データ
の長さは、ストリームコンバータ１０６において予め調
べておくことができる。これにより、このパッキング部
１０７では、ＶＬＣデータをデコードして内容を検査す
ること無く、マクロブロックのデータの最後尾を知るこ
とができる。

【００８７】図１０は、一実施形態で使用されるエラー
訂正符号の一例を示し、図１０Ａは、ビデオデータに対
するエラー訂正符号の１ＥＣＣブロックを示し、図１０
Ｂは、オーディオデータに対するエラー訂正符号の１Ｅ
ＣＣブロックを示す。図１０Ａにおいて、ＶＬＣデータ
がパッキングおよびシャフリング部１０７からのデータ
である。ＶＬＣデータの各行に対して、ＳＹＮＣパター
ン、ＩＤ、ＤＩＤが付加され、さらに、内符号のパリテ
ィが付加されることによって、１ＳＹＮＣブロックが形
成される。

【００８８】すなわち、ＶＬＣデータの配列の垂直方向
に整列する所定数のシンボル（バイト）から１０バイト
の外符号のパリティが生成され、その水平方向に整列す
る、ＩＤ、ＤＩＤおよびＶＬＣデータ（または外符号の
パリティ）の所定数のシンボル（バイト）から内符号の
パリティが生成される。図１０Ａの例では、１０個の外
符号パリティのシンボルと、１２個の内符号のパリティ
のシンボルとが付加される。具体的なエラー訂正符号と
しては、リードソロモン符号が使用される。また、図１
０Ａにおいて、１ＳＹＮＣブロック内のＶＬＣデータの
長さが異なるのは、５９．９４Hz、２５Hz、２３．９７
６Hzのように、ビデオデータのフレーム周波数が異なる
のと対応するためである。

【００８９】図１０Ｂに示すように、オーディオデータ
に対する積符号もビデオデータに対するものと同様に、
１０シンボルの外符号のパリティおよび１２シンボルの
内符号のパリティを生成するものである。オーディオデ
ータの場合は、サンプリング周波数が例えば４８ｋHzと
され、１サンプルが２４ビットに量子化される。１サン
プルを他のビット数例えば１６ビットに変換しても良
い。上述したフレーム周波数の相違に応じて、１ＳＹＮ
Ｃブロック内のオーディオデータの量が相違している。
前述したように、１フィールド分のオーディオデータ／
１チャンネルによって２ＥＣＣブロックが構成される。
１ＥＣＣブロックには、偶数番目および奇数番目の一方
のオーディオサンプルとオーディオＡＵＸとがデータと
して含まれる。

【００９０】図１１は、この発明の一実施形態の記録側
構成のより具体的な構成を示す。図１１において、１６
４がＩＣに対して外付けのメインメモリ１６０のインタ
ーフェースである。メインメモリ１６０は、ＳＤＲＡＭ
で構成されている。インターフェース１６４によって、
内部からのメインメモリ１６０に対する要求を調停し、
メインメモリ１６０に対して書込み／読出しの処理を行
う。また、パッキング部１０７ａ、ビデオシャフリング
部１０７ｂ、パッキング部１０７ｃによって、パッキン
グおよびシャフリング部１０７が構成される。

【００９１】図１２は、メインメモリ１６０のアドレス
構成の一例を示す。メインメモリ１６０は、例えば６４
ＭビットのＳＤＲＡＭで構成される。メインメモリ１６
０は、ビデオ領域２５０、オーバーフロー領域２５１お
よびオーディオ領域２５２を有する。ビデオ領域２５０
は、４つのバンク（ｖｂａｎｋ＃０、ｖｂａｎｋ＃１、
ｖｂａｎｋ＃２およびｖｂａｎｋ＃３）からなる。４バ
ンクのそれぞれは、１等長化単位のディジタルビデオ信
号が格納できる。１等長化単位は、発生するデータ量を
略目標値に制御する単位であり、例えばビデオ信号の１
ピクチャ（Ｉピクチャ）である。図１２中の、部分Ａ
は、ビデオ信号の１シンクブロックのデータ部分を示
す。１シンクブロックには、フォーマットによって異な
るバイト数のデータが挿入される（図５Ａ参照）。複数
のフォーマットに対応するために、最大のバイト数以上
であって、処理に都合の良いバイト数例えば２５６バイ
トが１シンクブロックのデータサイズとされている。

【００９２】ビデオ領域の各バンクは、さらに、パッキ
ング用領域２５０Ａと内符号化エンコーダへの出力用領
域２５０Ｂとに分けられる。オーバーフロー領域２５１
は、上述のビデオ領域に対応して、４つのバンクからな
る。さらに、オーディオデータ処理用の領域２５２をメ
インメモリ１６０が有する。

【００９３】この一実施形態では、各マクロブロックの
データ長標識ＬＴを参照することによって、パッキング
部１０７ａが固定枠長データと、固定枠を越える部分で
あるオーバーフローデータとをメインメモリ１６０の別
々の領域に分けて記憶する。固定枠長データは、シンク
ブロックのデータ領域の長さ以下のデータであり、以
下、ブロック長データと称する。ブロック長データを記
憶する領域は、各バンクのパッキング処理用領域２５０
Ａである。ブロック長より短いデータ長の場合には、メ
インメモリ１６０の対応する領域に空き領域を生じる。
ビデオシャフリング部１０７ｂが書込みアドレスを制御
することによってシャフリングを行う。ここで、ビデオ
シャフリング部１０７ｂは、ブロック長データのみをシ
ャフリングし、オーバーフロー部分は、シャフリングせ
ずに、オーバーフローデータに割り当てられた領域に書
込まれる。

【００９４】次に、パッキング部１０７ｃが外符号エン
コーダ１０９へのメモリにオーバーフロー部分をパッキ
ングして読み込む処理を行う。すなわち、メインメモリ
１６０から外符号エンコーダ１０９に用意されている１
ＥＣＣブロック分のメモリに対してブロック長のデータ
を読み込み、若し、ブロック長のデータに空き領域が有
れば、そこにオーバーフロー部分を読み込んでブロック
長にデータが詰まるようにする。そして、１ＥＣＣブロ
ック分のデータを読み込むと、読み込み処理を一時中断
し、外符号エンコーダ１０９によって外符号のパリティ
を生成する。外符号パリティは、外符号エンコーダ１０
９のメモリに格納する。外符号エンコーダ１０９の処理
が１ＥＣＣブロック分終了すると、外符号エンコーダ１
０９からデータおよび外符号パリティを内符号を行う順
序に並び替えて、メインメモリ１６０のパッキング処理
用領域２５０Ａと別の出力用領域２５０Ｂに書き戻す。
ビデオシャフリング部１１０は、この外符号の符号化が
終了したデータをメインメモリ１６０へ書き戻す時のア
ドレスを制御することによって、シンクブロック単位の
シャフリングを行う。

【００９５】このようにブロック長データとオーバーフ
ローデータとを分けてメインメモリ１６０の第１の領域
２５０Ａへのデータの書込み（第１のパッキング処
理）、外符号エンコーダ１０９へのメモリにオーバーフ
ローデータをパッキングして読み込む処理（第２のパッ
キング処理）、外符号パリティの生成、データおよび外
符号パリティをメインメモリ１６０の第２の領域２５０
Ｂに書き戻す処理が１ＥＣＣブロック単位でなされる。
外符号エンコーダ１０９がＥＣＣブロックのサイズのメ
モリを備えることによって、メインメモリ１６０へのア
クセスの頻度を少なくすることができる。

【００９６】そして、１ピクチャに含まれる所定数のＥ
ＣＣブロック（例えば３２個のＥＣＣブロック）の処理
が終了すると、１ピクチャのパッキング、外符号の符号
化が終了する。そして、インターフェース１６４を介し
てメインメモリ１６０の領域２５０Ｂから読出したデー
タがＩＤ付加部１１８、内符号エンコーダ１１９、同期
付加部１２０で処理され、並列直列変換部１２４によっ
て、同期付加部１２０の出力データがビットシリアルデ
ータに変換される。出力されるシリアルデータがパーシ
ャル・レスポンスクラス４のプリコーダ１２５により処
理される。この出力が必要に応じてディジタル変調さ
れ、記録アンプ１２１を介して回転ヘッドに供給され
る。

【００９７】なお、ＥＣＣブロック内にヌルシンクと称
する有効なデータが配されないシンクブロックを導入
し、記録ビデオ信号のフォーマットの違いに対してＥＣ
Ｃブロックの構成の柔軟性を持たせるようにしても良
い。ヌルシンクは、パッキングおよびシャフリングブロ
ック１０７のパッキング部１０７ａにおいて生成され、
メインメモリ１６０に書込まれる。従って、ヌルシンク
がデータ記録領域を持つことになるので、これをオーバ
ーフロー部分の記録用シンクとして使用することができ
る。

【００９８】オーディオデータの場合では、１フィール
ドのオーディオデータの偶数番目のサンプルと奇数番目
のサンプルとがそれぞれ別のＥＣＣブロックを構成す
る。ＥＣＣの外符号の系列は、入力順序のオーディオサ
ンプルで構成されるので、外符号系列のオーディオサン
プルが入力される毎に外符号エンコーダ１１６が外符号
パリティを生成する。外符号エンコーダ１１６の出力を
メインメモリ１６０の領域２５２に書込む時のアドレス
制御によって、シャフリング部１１７がシャフリング
（チャンネル単位およびシンクブロック単位）を行う。

【００９９】さらに、１２６で示すＣＰＵインターフェ
ースが設けられ、システムコントローラとして機能する
外部のＣＰＵ１２７からのデータを受け取り、内部ブロ
ックに対してパラメータの設定が可能とされている。複
数のフォーマットに対応するために、シンクブロック
長、パリティ長を始め多くのパラメータを設定すること
が可能とされている。パラメータの一つとしてのシャフ
リングテーブルデータがビデオ用シャフリングテーブル
（ＲＡＭ）１２８ｖおよびオーディオ用シャフリングテ
ーブル（ＲＡＭ）１２８ａに格納される。シャフリング
テーブル１２８ｖは、ビデオシャフリング部１０７ｂお
よび１１０のシャフリングのためのアドレス変換を行
う。シャフリングテーブル１２８ａは、オーディオシャ
フリング１１７のためのアドレス変換を行う。

【０１００】上述したように、ストリームコンバータ１
０６からは、マクロブロック内の係数データ（可変長符
号）の同じ周波数成分をまとめるように並び替えたビデ
オデータ（ピクチャデータ）が発生する。例えばストリ
ームコンバータ１０６がＳＤＴＩ受信部１０５に対して
リードリクエストを発生することによって、ＳＤＴＩ受
信部１０５のバッファに蓄えられているストリームを読
み込むようになされる。このリートリクエストをパッキ
ングおよびシャフリング部１０７が発行しても良い。ス
トリームコンバータ１０６からは、ピクチャデータ以外
のヘッダ情報等の非画像データも発生する。非画像デー
タは、ＭＰＥＧシンタックスで規定されたヘッダ（ＰＥ
Ｓヘッダ、シーケンスヘッダ、ＧＯＰヘッダ、ピクチャ
ヘッダ）、並びにピクチャヘッダ中のユーザデータとし
て含まれるアンシアリイデータ（Ancillary Data: クロ
ーズドキャプション、テレテキスト、ＶＩＴＣ等）であ
る。非画像データは、画像フォーマット、ユーザデータ
の量等によってデータ量が変動する可変長データであ
る。しかも、１フレーム当たりの非画像データの最大長
を見積もることは難しい。また、ビデオエレメンタリス
トリームの場合でも、マクロブロック当たりのデータの
最大長を見積もることが難しい。ＭＰＥＧシンタックス
では、マクロブロック当たりのデータが原データより多
くなることが許容されている。例えば１フレームの全マ
クロブロックの内で、本来の画像データが少なく、その
多くをユーザデータにすることも可能である。

【０１０１】この発明では、非画像データをピクチャデ
ータと同等に扱うので、ストリームコンバータ１０６か
らパッキングおよびシャフリング部１０７に対して非画
像データも供給され、ピクチャデータと共にパッキング
される。非画像データに対してては、１マクロブロック
のピクチャデータと同様に、一つの固定枠が割り当てら
れ、その先頭に長さ標識が付加される。従って、１編集
単位例えば１フレーム期間の発生データ量を所定のもの
に制御する場合には、非画像データを含むデータ量が所
定のものに制御され、１フレームの全マクロブロックの
数に１を加えた数の固定枠にピクチャデータおよび非画
像データがパッキングされる。この一実施形態では、１
ＧＯＰが１枚のＩピクチャで構成され、１スライスが１
マクロブロックで構成され、ピクチャデータがスライス
１から開始するので、以下の説明では、便宜上、非画像
データをスライス０と呼び、ピクチャデータのスライス
を総称してスライスＸと呼ぶ。

【０１０２】図１３および図１４を参照して、ストリー
ムコンバータ１０６とパッキングおよびシャフリング部
１０７との間のデータのインターフェースについて説明
する。図１３は、スライスＸのインターフェースを示
す。図１３Ａに示すシンクパルスと同期して、図１３Ｂ
に示すように、スライスＸのデータ（バイトシリアル）
が転送される。転送レートは、入力画像データのフォー
マットによって変わるが、例えばＭＰＥＧの規定の上限
値である５０Ｍ bpsである。この転送レートに等しい周
波数のベースバンドクロックが使用される。

【０１０３】スライスＸの場合、シンクパルスが５４４
クロックの周期で発生し、５４４クロック中で最大５１
２クロック（５１２バイト）の期間でデータを転送する
ようになされる。各周期で、１スライスのピクチャデー
タが転送される。従って、５４４−５１２＝３２クロッ
クの空き期間が周期的に存在する。１マクロブロックで
発生するピクチャデータの最大長は、見積もりが難しい
が、この一実施形態では、一例として、５１２バイトを
スライスＸの１スライスが越えないように、ストリーム
コンバータ１０６において制限している。また、図１３
Ｃに示すように、ストリームコンバータ１０６からは、
各周期内で転送されるスライスの長さに一致した期間、
ハイレベルとなるイネーブル信号をデータと同期して発
生する。

【０１０４】パッキングおよびシャフリング部１０７
（パッキング部１０７ａ）では、図１３Ｄに示すよう
に、シンクパルスでリセットされてからイネーブル信号
のハイレベルの期間を計測することによって、各周期で
転送されるスライスのデータ長を検出することができ
る。イネーブル信号を送る代わりに、パッキングおよび
シャフリング部１０７において受け取ったデータをカウ
ントする方法もあるが、予めストリームコンバータ１０
６がストリームを知っているので、再度、パッキングお
よびシャフリング部１０７において解析する必要がない
ことので、イネーブル信号を送るようにしている。

【０１０５】図１４は、スライス０、すなわち、非画像
データをストリームコンバータ１０６からパッキングお
よびシャフリング部１０７へ転送するインターフェース
を説明するものである。スライス０は、図１４Ｂに示す
ように、上述したスライスＸと同様に、５４４クロック
の中の最大５１２クロックの区間を使用して転送され
る。従って、３２クロックの空き期間が周期的に存在す
る。但し、図１４Ａに示すように、スライス０の転送が
終了するまでシンクパルスが発生せず、それによってス
ライス０が１スライスであることが指示される。図１４
Ｃに示すように、各周期の中で、データの期間に対応し
てハイレベルとなるイネーブル信号も転送される。パッ
キングおよびシャフリング部１０７（パッキング部１０
７ａ）では、図１４Ｄに示すように、シンクパルスでリ
セットされてからイネーブル信号のハイレベルの期間を
計測することによって、スライス０のデータ長を検出す
ることができる。

【０１０６】なお、スライスＸは、図１３Ｅに示すよう
に、固定の３バイトのスタートコード（０００００１）
Ｈ（Ｈは１６進を意味する）の後に、スライススタート
コード（０１）Ｈ〜（ＡＦ）Ｈが続くように規定されて
いる。一方、スライス０の場合には、図１４Ｅに示すよ
うに、固定の３バイトのスタートコードの後に、sequen
ce header code（Ｂ３）Ｈが続く。従って、スライス０
とスライスＸとを識別するために、スライス０の場合に
は、スタートコードを（００００００）Ｈに変更する。
他の方法として、スタートコードを共に（０００００
１）Ｈとして、その後が（Ｂ３）Ｈかどうかを調べて、
スライス０とスライスＸとを識別するようにしても良
い。

【０１０７】上述したインターフェースは、要約する
と、スライスＸのシンクパルスの間隔が５４４クロック
の固定とし、有効データの区間をイネーブル信号で示
し、その最大長を５１２クロックとし、シンクパルスの
間隔内でイネーブル信号の立ち上がりおよび立ち下がり
がそれぞれ１回とされる。スライス０については、１シ
ンク間隔内で、イネーブル信号の立ち上がりおよび立ち
下がりが複数回あることがある。さらに、図１３Ｂおよ
び図１４Ｂにおいて斜線で示すように、スライス０およ
びスライスＸの何れの場合でも、シンクパルスの間隔よ
り有効データの区間が短いので、データが転送されない
空き期間が生じる。この空き期間をスライス０およびス
ライスＸの両者に関して設けることによって、空き期間
において、オーディオデータの処理（エラー訂正符号
化、シャフリング処理）をピクチャデータと共通のメイ
ンメモリ１６０を使用して行うことが可能となり、ま
た、瞬間的に必要となるメインメモリ１６０の転送レー
トを下げることができ、消費電力の削減や内部メモリを
なくすことが可能となる。

【０１０８】シンクパルスは、ストリームコンバータ１
０６がビデオエレメンタリストリームから以下のような
順序で生成する。

【０１０９】if(PES header があれば) PES headerの最初の00の１クロック前 Else if(Sequence header があれば) Sequence headerの最初の00の１クロック前 Else if(GOP headerがあれば) GOP header の最初の00の１クロック前 Else Picture header の最初の00の１クロック前にシンクパルスをhighとする。その後は、slice header
(MB data) までlow のままとする。従って、user data
のstart code等にはシンクパルスを付けない。

【０１１０】さらに、上述したように、データを転送す
るインターフェースについて図１５を参照してより詳細
に説明する。図１５Ａがシンクパルスを示し、図１５Ｂ
がストリームコンバータ１０６からのビデオエレメンタ
リストリームを示す。図１５Ｂの例では、シンクパルス
の間隔（５４４クロック）を４個使用してスライス０の
データを間欠的に転送し、その後、スライス１から順に
転送している。

【０１１１】スライス０がシーケンスヘッダが始まる場
合では、スライス０のデータの内容は、例えば図１５Ｃ
に示すものである。スライス０は、第１のデータ部分、
第２のデータ部分、第３のデータ部分からなる。第１の
データ部分は、sequence header() 、sequence extensi
on()およびextension and user data(0)からなる。第２
のデータ部分は、group of pictures header()およびex
tension and user data(1)からなる。第３のデータ部分
は、picture header()、picture coding extension()お
よびextension and user data(2)からなる。この一実施
形態では、ピクチャ毎にsequence header() 、group of
pictures header()、picture header()を必ずスライス
０として付けるようにしている。さらに、スライスＸ
（スライス１、スライス２、・・・）には、それぞれsl
ice() の後にmacroblock()が続くデータである。extens
ion and user data() には、ビデオインデックス（垂直
ブランキング期間内の特定のライン中に挿入されるコー
ド化された情報）、ビデオアンシラリイデータ，クロー
ズドキャプション、テレテキスト、ＶＩＴＣ（垂直ブラ
ンキング期間内に記録されるタイムコード）、ＬＴＣ
（テープ長手方向に記録されるタイムコード）などのデ
ータが収められる。

【０１１２】各データの内容および多重化方法は、ＭＰ
ＥＧシンタックス(ISO/IEC 13818-2) において規定され
ている。その一部について説明すると、図１６がスター
トコード値の規定を示す。スタートコードは、ビデオエ
レメンタリストリーム中で特異なビットパターンを有す
る。各スタートコードは、２バイトの所定のビット列(0
000 0000 0000 0000) の後にスタートコード値が続くも
のである。例えばslice start codeが（０１〜ＡＦ）と
規定され、sequence header codeが（Ｂ３）と規定され
ている。

【０１１３】また、図１７は、ＭＰＥＧシンタックス
（ビデオシーケンス）を示すものである。図１７中で現
れ、上述したようなデータ、すなわち、sequence heade
r() 、sequence extension()、extension and user dat
a() 、group of pictures header()、picture heade
r()、picture coding extension()がスライス０（非画
像データ）として扱われる。

【０１１４】図１８は、Sequence header の内容を示す
ものである。例えばhorizontal size value （１２ビッ
ト）が画像の横の画素数を表し、bit rate valueがビッ
トレートを表す。図１９は、Group of pictures header
の内容を表す。例えばtime code がシーケンスの先頭か
らの時間を示し、closed gopは、ＧＯＰ内の画像が他の
ＧＯＰから独立して再生可能なことを示す。図２０は、
Picture headerの内容を示す。例えばpicture coding t
ype がピクチャタイプを示し、full pel forward vecto
r が動きベクトルの精度が整数画素か半画素単位かを示
す。

【０１１５】上述した一実施形態では、インターフェー
スのデータ幅を８ビットとして説明したが、他のビット
幅でも良く、データ転送可能な期間（５１２クロック）
および空き期間（３２クロック）の値は、一例であり、
１フレームより短かければ、スライスＸのデータ長に応
じて種々の値に設定可能である。また、シンクパルスの
データに対する位置や、極性も一実施形態のものに限定
されない。さらに、この発明は、ＭＰＥＧ２のみなら
ず、ＭＰＥＧ１のストリームに対しても適用可能なこと
は勿論であるが、ＭＰＥＧ以外でも、ヘッダ部分がスト
リーム内に存在するようなビデオストリームに対しても
適用できる。さらに、スライスの長さ情報を算出する方
法は、一実施形態の方法に限定されない。よりさらに、
シンクパルスは、ストリームコンバータが生成するのに
限らず、パッキングおよびシャフリング部がストリーム
を解析することによって生成することも可能である。

【０１１６】なお、この発明は、磁気テープ以外の光テ
ープ、光ディスク（光磁気ディスク、相変化型ディス
ク）等の記録媒体を使用する場合、データを伝送路を介
して伝送する場合に対しても適用することができる。

【０１１７】

【発明の効果】この発明では、画像データを転送する時
に、周期的にデータを転送しない空き期間を設けること
によって、この空き期間で他のオーディオデータ、ＡＵ
Ｘデータ等の処理を行うことができる。従って、他のデ
ータを処理するためのバッファメモリを内部に持つ必要
がなく、また、パンド幅が高くなり、消費電力が増大す
る問題が発生しない。

【図面の簡単な説明】

【図１】この発明の一実施形態の記録側の構成を示すブ
ロック図である。

【図２】この発明の一実施形態の再生側の構成を示すブ
ロック図である。

【図３】トラックフォーマットの一例を示す略線図であ
る。

【図４】トラックフォーマットの他の例を示す略線図で
ある。

【図５】シンクブロックの構成の複数の例を示す略線図
である。

【図６】シンクブロックに付加されるＩＤおよびＤＩＤ
の内容を示す略線図である。

【図７】ビデオエンコーダの出力の方法と可変長符号化
を説明するための略線図である。

【図８】ビデオエンコーダの出力の順序の並び替えを説
明するための略線図である。

【図９】順序の並び替えられたデータをシンクブロック
にパッキングする処理を説明するための略線図である。

【図１０】ビデオデータおよびオーディオデータに対す
るエラー訂正符号を説明するための略線図である。

【図１１】記録信号処理部のより具体的なブロック図で
ある。

【図１２】使用するメモリのメモリ空間を示す略線図で
ある。

【図１３】画像データの転送方法を説明するためのタイ
ミングチャートである。

【図１４】非画像データの転送方法を説明するためのタ
イミングチャートである。

【図１５】ビデオストリームの転送方法を説明するため
のタイミングチャートである。

【図１６】ＭＰＥＧシンタックスのスタートコード値の
規定を示す略線図である。

【図１７】ＭＰＥＧシンタックスを説明するための略線
図である。

【図１８】ＭＰＥＧシンタックスを説明するための略線
図である。

【図１９】ＭＰＥＧシンタックスを説明するための略線
図である。

【図２０】ＭＰＥＧシンタックスを説明するための略線
図である。

【符号の説明】

１０６・・・ストリームコンバータ、１０７・・・パッ
キングおよびシャフリング部、１０９、１１６・・・外
符号エンコーダ、１１０、１１７・・・シャフリング
部、１１８・・・ＩＤ付加部、１２０・・・同期付加
部、１６０・・・メインメモリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者富樫治夫東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5C053 FA22 GB01 GB06 GB07 GB08 GB11 GB15 GB17 GB18 GB21 GB22 GB26 GB30 GB32 GB40 JA15 JA21 JA22 KA03 KA05 KA19 KA24 5D044 AB05 AB07 BC01 CC03 DE02 DE32 DE68 EF03 GK08

Claims

【特許請求の範囲】

【請求項１】複数の所定範囲の画像領域にそれぞれ対
応して発生した複数の可変長画像データと、オーディオ
データとを扱う第１および第２の回路ブロック間のデー
タ転送装置であって、上記可変長画像データを転送可能な期間毎に、転送しな
い期間を設け、上記転送しない期間において、オーディオデータの処理
を可能とすることを特徴とするデータ転送装置。
【請求項２】画像データおよびオーディオデータを記
録媒体に記録するデータ記録装置において、複数の所定範囲の画像領域にそれぞれ対応して発生した
複数の可変長画像データを含むストリームであって、上
記可変長画像データを転送可能な期間毎に、転送しない
期間を設けたストリームを出力するストリーム変換部
と、上記ストリームが入力され、上記可変長画像データを複
数の固定枠に配置し、固定枠からはみ出すオーバーフロ
ーデータを他の固定枠に生じた空き領域に詰め込むパッ
キングを行うと共に、エラー訂正符号化の処理を行い、
上記転送しない期間においてオーディオデータのエラー
訂正符号化の処理を行う処理部と、上記処理部の出力データに対して同期信号を付加し、シ
ンクブロックを形成する同期信号付加部と、上記同期信号付加部からの上記シンクブロックが連続す
る出力信号を記録媒体に記録する記録手段とからなるこ
とを特徴とするデータ記録装置。
【請求項３】請求項１または２において、さらに、上記可変長画像データと関連するヘッダ等の非
画像データを転送する時に、上記非画像データを転送可
能な期間毎に、転送しない期間を設けることを特徴とす
る装置。
【請求項４】請求項１または２において、上記可変長画像データがＤＣＴと可変長符号化とを組み
合わせた圧縮符号化により発生したものであることを特
徴とする装置。
【請求項５】請求項２において、上記処理部がメモリを有し、上記可変長画像データに対
する処理と上記オーディオデータに対する処理とが上記
メモリを使用してなされることを特徴とするデータ記録
装置。
【請求項６】請求項５において、上記メモリがＤＲＡＭであることを特徴とするデータ記
録装置。
【請求項７】請求項２において、上記可変長画像データが１画面を分割した２次元領域毎
に発生し、１画面で発生する上記可変長画像データを１
画面の上記２次元領域の個数の整数倍の個数の上記固定
枠にパッキングし、上記非画像データを一つの上記固定
枠にパッキングすることを特徴とするデータ記録装置。
【請求項８】複数の所定範囲の画像領域にそれぞれ対
応して発生した複数の可変長画像データと、オーディオ
データとを扱う第１および第２の回路ブロック間の画像
データ転送方法であって、上記可変長画像データを転送可能な期間毎に、転送しな
い期間を設け、上記転送しない期間において、オーディオデータの処理
を可能とすることを特徴とするデータ転送方法。