JP2001218161A

JP2001218161A - 記録装置および方法、ならびに、再生装置および方法

Info

Publication number: JP2001218161A
Application number: JP2000020532A
Authority: JP
Inventors: Hideyuki Matsumoto; 英之松本; Haruo Togashi; 治夫富樫; Susumu Todo; 晋藤堂; Akira Sugiyama; 晃杉山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-01-28
Filing date: 2000-01-28
Publication date: 2001-08-10

Abstract

(57)【要約】【課題】ＭＰＥＧストリームのスライス構造を変換し
て記録し、再生時に、記録時のスライス構造変換前のス
トリームを再現する。【解決手段】入力されたＭＰＥＧＥＳからスライス
検出回路３１２でスライスヘッダ（ＳＨ）が、ＶＬＤ３
１１で可変長符号が解読されマクロブロック（ＭＢ）の
終端が夫々検出される。ＡＮＤ回路３１７により、ＭＢ
の終端であって、且つ、ＳＨが存在しないときに”１”
が出力される。この出力に基づき、スライス挿入回路３
１８にて当該位置にスライススタートコードが挿入され
る。回路３１８からは、ＳＨを追加したかどうかを示す
フラグｓｌｃ＿ａｄｄが出力される。フラグｓｌｃ＿ａ
ｄｄは、ＭＢの夫々に対応されて、記録媒体に記録され
る。再生時には、このフラグｓｌｃ＿ａｄｄに基づき、
当該ＭＢに対して記録時に追加されたＳＨの期間だけ、
再生データを無効とし、追加されたＳＨを削除する。入
力ＭＰＥＧＥＳが１スライス＝１ＭＢに変換されて記
録されると共に、再生データにおいて記録時のスライス
構造が再現される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、圧縮符号化され
所定単位でヘッダ情報が付加されたディジタルビデオ信
号を記録媒体に記録し、記録媒体に記録された圧縮符号
化され所定単位でヘッダ情報が付加されたディジタルビ
デオ信号を再生する記録装置および方法、ならびに、再
生装置および方法に関する。

【０００２】

【従来の技術】近年では、ディジタルビデオ信号を圧縮
符号化する方式として、ＭＰＥＧ(Moving Pictures Exp
erts Group)と称される符号化方式が広く用いられてい
る。ＭＰＥＧ２は、ＤＣＴ(Discrete Cosine Transfor
m)と予測符号化を用いた動画圧縮の規格である。１フレ
ーム分の画像データを所定サイズのマクロブロックに分
割し、マクロブロック単位で動きベクトルを用いて予測
符号化され、マクロブロックがさらに分割されたＤＣＴ
ブロック単位でＤＣＴが行われ、可変長符号化される。
現状では、より拡張性が高く高画質が得られるようにさ
れたＭＰＥＧ２が主流となっている。以下、このＭＰＥ
Ｇ２を中心に、説明を行う。

【０００３】図２８は、ＭＰＥＧ２のデータストリーム
の一例を概略的に示す。ＭＰＥＧ２のデータは、階層構
造を有するデータストリームからなる。階層は、上位か
らシーケンス層、ＧＯＰ(Group Of Picture)層、ピクチ
ャ層、スライス層、マクロブロック（ＭＢ）層となって
おり、各層は、それぞれ１以上の下位構造を含む。各層
は、それぞれヘッダ部を有する。また、マクロブロック
層を除く各層には、ヘッダ部に先んじてスタートコード
が配される。

【０００４】マクロブロックは、１６画素×１６画素か
らなるブロックであり、１以上のマクロブロックで１ス
ライスが構成される。一方、１ピクチャは、１画面に対
応し、スライスは、ピクチャを跨ることができない。ま
た、スライスヘッダは、画面の左端には必ず来るように
される。スライススタートコードには、当該スライスの
垂直方向の位置情報が含まれ、スライスヘッダには、拡
張されたスライス垂直位置情報や量子化スケール情報な
どが格納される。

【０００５】図２９は、上述のような規定に基づく一例
のデータ構造を、画面に対応させて示す。ここでは、１
画面が７２０画素×５１２画素からなり、１６画素×１
６画素のマクロブロックが、水平方向に４５個、垂直方
向に３２個並ぶ。ＭＰＥＧ２の規定によれば、スライス
は、必ず画面の左端に配されることが要求される。さら
に、スライスは、画面上の任意のマクロブロックの先頭
部分に配することができる。

【０００６】ところで、図３０に一例が示されるよう
に、ＭＰＥＧ２のデータストリームをバイト単位で見た
場合、マクロブロックの大きさは、必ずしもバイトの整
数倍になっているわけではない。したがって、マクロブ
ロック毎にはバイト同期が成立しない。このため、ある
マクロブロックにエラーが存在すると、引き続くマクロ
ブロックとの境界が判断できなくなり、可変長符号の先
頭が判別できずにエラーが伝搬してしまう。一方、スラ
イスは、図３０に示されるように、マクロブロックの終
端においてバイト内で余りが存在する場合に、その部分
にデータ”０”が充填され、バイト同期がとられる。さ
らに、スライスには、固有のスタートコードが先頭に配
されているため、ここでバイト同期をとることができ
る。すなわち、スライスは、エラーからの回復の役割も
担っている。

【０００７】

【発明が解決しようとする課題】上述の、ＭＰＥＧ２に
よって圧縮符号化されたディジタルビデオ信号を、例え
ば磁気テープに記録することが提案されている。圧縮符
号化されたデータは、例えばリード・ソロモン符号と積
符号を用いてエラー訂正符号化される。１つの積符号で
完結されるブロックを、ＥＣＣブロックと称する。ＥＣ
Ｃブロックは、例えば１６４バイトの固定的なサイズを
有する。エラー訂正符号化されたデータは、磁気テープ
に対して、テープ上に斜めにトラックを形成するヘリカ
ルトラックで以て記録される。１ＥＣＣブロックで１シ
ンクブロックが形成され、１トラックに対して、所定数
のＥＣＣブロックが記録される。

【０００８】ＭＰＥＧ２では、１スライスを１ストライ
プ（１６ライン）で構成するのが普通であり、画面の左
端から可変長符号化が始まり、右端で終わる。ここで、
ＭＰＥＧ２によるストリームがヘリカルトラックで記録
された磁気テープを、記録時よりも高速なテープ速度で
再生する、高速再生を行う場合について考える。高速再
生を行った場合には、ヘッドがヘリカルトラックを完全
にトレースすることができないため、可変長符号を正し
く復号できなくなる。したがって、再生できる部分が画
面の左端に集中し、均一な更新ができないなどの、様々
な問題が生じる。そのため、１スライスを１マクロブロ
ックで構成して記録を行うことが提案されている。

【０００９】このような、１スライスを１マクロブロッ
クで構成して記録および再生を行うＶＴＲ(Video Tape
Recorder)では、外部から入力された、１スライス＝ｎ
マクロブロック（ｎは１以外の自然数）からなるＭＰＥ
Ｇ２ストリームを、１スライス＝１マクロブロックの形
式に変換して、記録媒体への記録を行うことになる。例
えば、各マクロブロックのうちスライスヘッダが付加さ
れていないもの、すなわち、スライスの先頭に配される
マクロブロック以外のマクロブロックにそれぞれスライ
スヘッダを配し、マクロブロックをスライスに変換す
る。

【００１０】図３１は、１スライス＝ｎマクロブロック
の形式のストリームを１スライス＝１マクロブロックの
形式に変換する処理を、概略的に示す。図３１Ａは、１
スライス＝ｎマクロブロックの形式のストリームを示
す。ストリームがマクロブロック毎に切り離され、マク
ロブロックの終端の、バイト内で余りが生じた部分にデ
ータ”０”が充填される。図３１において、マクロブロ
ックＭＢ１および４以外は、先頭にスライスヘッダが存
在しない。そのため、マクロブロックＭＢ２、３および
５において、先頭にスライスヘッダがそれぞれ配され、
スライスヘッダの後端からバイト単位でビットを整列さ
れてマクロブロックＭＢ２、３および５が配される。各
マクロブロックの終端において、バイト内で余りが生じ
た部分には、データ”０”が充填される。図３１Ｂは、
図３１Ａのストリームが１スライス＝１マクロブロック
の形式に変換された例を示す。

【００１１】このようにして記録がなされた磁気テープ
をそのまま再生すると、入力されたＭＰＥＧ２ストリー
ムとは異なる、１スライス＝１マクロブロックであるＭ
ＰＥＧ２ストリームが再生され、ＶＴＲから出力される
ことになるという問題点があった。すなわち、入力時と
スライス構造の異なったディジタルビデオ信号が出力さ
れてしまうという問題点があった。

【００１２】さらに、１スライス＝ｎマクロブロックの
式で入力されたディジタルビデオ信号が、スライスを追
加されて１スライス＝１マクロブロックで出力されると
いうことは、入力ストリームに対して出力ストリームの
ビットレートが増加していることになる。つまり、１ス
ライスを１マクロブロックで構成して記録するＶＴＲ
に、ＭＰＥＧ２ストリームを記録すると、再生時には、
ビットレートが増大したＭＰＥＧ２ストリームが出力さ
れることになるという問題点があった。

【００１３】したがって、この発明の目的は、１スライ
ス＝ｎマクロブロックで構成されるＭＰＥＧストリーム
を、１スライス＝１マクロブロックに変換して記録媒体
に記録し、記録媒体から再生された、１スライス＝１マ
クロブロックのＭＰＥＧストリームを、記録時の変換前
の、１スライス＝ｎマクロブロックの構成で出力できる
ようにした記録装置および方法、ならびに、再生装置お
よび方法を提供することにある。

【００１４】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、ディジタルビデオデータを圧縮符
号化のブロック単位で記録媒体に記録する記録装置にお
いて、ブロック単位で圧縮符号化されたディジタルビデ
オデータのブロックにヘッダ情報が付加されているかど
うか検出し、検出結果に基づきヘッダ情報が付加されて
いないブロックにヘッダ情報を付加するヘッダ情報付加
手段と、ブロックのそれぞれについて、ヘッダ情報付加
手段でヘッダ情報が付加されたかどうかを示すヒストリ
情報を生成するヒストリ情報生成手段とを有し、ヒスト
リ情報生成手段で生成されたヒストリ情報をブロックの
それぞれに対応付けて記録媒体に記録するようにしたこ
とを特徴とする記録装置である。

【００１５】また、この発明は、ディジタルビデオデー
タを圧縮符号化のブロック単位で記録媒体に記録する記
録方法において、ブロック単位で圧縮符号化されたディ
ジタルビデオデータのブロックにヘッダ情報が付加され
ているかどうか検出し、検出結果に基づきヘッダ情報が
付加されていないブロックにヘッダ情報を付加するヘッ
ダ情報付加のステップと、ブロックのそれぞれについ
て、ヘッダ情報付加のステップでヘッダ情報が付加され
たかどうかを示すヒストリ情報を生成するヒストリ情報
生成のステップとを有し、ヒストリ情報生成手段で生成
されたヒストリ情報をブロックのそれぞれに対応付けて
記録媒体に記録するようにしたことを特徴とする記録方
法である。

【００１６】また、この発明は、ブロック単位で圧縮符
号化され、ブロック毎にヘッダ情報が付加されて記録媒
体に記録されたディジタルビデオデータを再生する再生
装置において、ブロック単位で圧縮符号化され、ブロッ
ク毎にヘッダ情報が付加されると共に、ヘッダ情報が記
録時に追加されることで付加が行われたかどうかを示す
ヒストリ情報がブロックのそれぞれに対応付けられて記
録媒体に記録されたディジタルビデオデータを再生する
再生手段と、再生手段によって再生されたディジタルビ
デオデータ中のヒストリ情報が、対応するヘッダ情報が
記録時に追加されたものであることを示している場合に
は、再生手段によって再生されたディジタルビデオデー
タからヒストリ情報に対応したヘッダ情報を削除するヘ
ッダ情報削除手段とを有することを特徴とする再生装置
である。

【００１７】また、ブロック単位で圧縮符号化され、ブ
ロック毎にヘッダ情報が付加されて記録媒体に記録され
たディジタルビデオデータを再生する再生方法におい
て、ブロック単位で圧縮符号化され、ブロック毎にヘッ
ダ情報が付加されると共に、ヘッダ情報が記録時に追加
されることで付加が行われたかどうかを示すヒストリ情
報がブロックのそれぞれに対応付けられて記録媒体に記
録されたディジタルビデオデータを再生する再生のステ
ップと、再生のステップによって再生されたディジタル
ビデオデータ中のヒストリ情報が、対応するヘッダ情報
が記録時に追加されたものであることを示している場合
には、再生のステップによって再生されたディジタルビ
デオデータからヒストリ情報に対応したヘッダ情報を削
除するヘッダ情報削除のステップとを有することを特徴
とする再生方法である。

【００１８】上述したように、請求項１および３に記載
の発明は、ブロック単位で圧縮符号化されたディジタル
ビデオデータのブロックにヘッダ情報が付加されている
かどうか検出し、検出結果に基づきヘッダ情報が付加さ
れていないブロックにヘッダ情報を付加すると共に、ヘ
ッダ情報が付加されたかどうかを示すヒストリ情報を生
成し、ヒストリ情報をブロックに対応付けて記録媒体に
記録するようにしているため、再生時に、どのヘッダ情
報が記録時に追加されたヘッダ情報であるかを知ること
ができる。

【００１９】また、請求項４および請求項７に記載の発
明は、ブロック単位で圧縮符号化され、ブロック毎にヘ
ッダ情報が付加されると共に、ヘッダ情報が記録時に追
加されることで付加が行われたかどうかを示すヒストリ
情報がブロックのそれぞれに対応付けられて記録媒体に
記録されたディジタルビデオデータを再生し、再生され
たディジタルビデオデータ中のヒストリ情報が、対応す
るヘッダ情報が記録時に追加されたものであることを示
している場合には、再生されたディジタルビデオデータ
からヒストリ情報に対応したヘッダ情報を削除するよう
にしているため、再生において、記録時の元のストリー
ムと同一形態のストリーム出力を得ることができる。

【００２０】

【発明の実施の形態】以下、この発明をディジタルＶＴ
Ｒに対して適用した一実施形態について説明する。この
一実施形態は、放送局の環境で使用して好適なものであ
る。

【００２１】この一実施形態では、圧縮方式としては、
例えばＭＰＥＧ２方式が採用される。ＭＰＥＧ２は、動
き補償予測符号化と、ＤＣＴによる圧縮符号化とを組み
合わせたものである。ＭＰＥＧ２のデータ構造は、階層
構造をなしている。図１は、一般的なＭＰＥＧ２のデー
タストリームの階層構造を概略的に示す。図１に示され
るように、データ構造は、下位から、マクロブロック層
（図１Ｅ）、スライス層（図１Ｄ）、ピクチャ層（図１
Ｃ）、ＧＯＰ層（図１Ｂ）およびシーケンス層（図１
Ａ）となっている。

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

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

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

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

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

【００２７】また、シーケンス層、ＧＯＰ層、ピクチャ
層およびスライス層の先頭には、それぞれ、バイト単位
に整列された所定のビットパターンを有するスタートコ
ードが配される。この、各層の先頭に配されるスタート
コードを、シーケンス層においてはシーケンスヘッダコ
ード、他の階層においてはスタートコードと称し、ビッ
トパターンが〔０００００１ｘｘ〕（１６進表
記）とされる。２桁ずつ示され、〔ｘｘ〕は、各層のそ
れぞれで異なるビットパターンが配されることを示す。

【００２８】すなわち、スタートコードおよびシーケン
スヘッダコードは、４バイト（＝３２ビット）からな
り、４バイト目の値に基づき、後に続く情報の種類を識
別できる。これらスタートコードおよびシーケンスヘッ
ダコードは、バイト単位で整列されているため、４バイ
トのパターンマッチングを行うだけで捕捉することがで
きる。

【００２９】さらに、スタートコードに続く１バイトの
上位４ビットが、後述する拡張データ領域の内容の識別
子となっている。この識別子の値により、その拡張デー
タの内容を判別することができる。

【００３０】なお、マクロブロック層およびマクロブロ
ック内のＤＣＴブロックには、このような、バイト単位
に整列された所定のビットパターンを有する識別コード
は、配されない。

【００３１】各層のヘッダ部について、より詳細に説明
する。図１Ａに示すシーケンス層では、先頭にシーケン
スヘッダ２が配され、続けて、シーケンス拡張３、拡張
およびユーザデータ４が配される。シーケンスヘッダ２
の先頭には、シーケンスヘッダコード１が配される。ま
た、図示しないが、シーケンス拡張３およびユーザデー
タ４の先頭にも、それぞれ所定のスタートコードが配さ
れる。シーケンスヘッダ２からから拡張およびユーザデ
ータ４までがシーケンス層のヘッダ部とされる。

【００３２】シーケンスヘッダ２には、図２に内容と割
当ビットが示されるように、シーケンスヘッダコード
１、水平方向画素数および垂直方向ライン数からなる符
号化画像サイズ、アスペクト比、フレームレート、ビッ
トレート、ＶＢＶ(Video Buffering Verifier)バッファ
サイズ、量子化マトリクスなど、シーケンス単位で設定
される情報がそれぞれ所定のビット数を割り当てられて
格納される。

【００３３】なお、各ヘッダにおいて、このように、情
報の格納のために所定ビット数が割り当てられたそれぞ
れの領域を、フィールドと称する。

【００３４】シーケンスヘッダに続く拡張スタートコー
ド後のシーケンス拡張３では、図３に示されるように、
ＭＰＥＧ２で用いられるプロファイル、レベル、色差フ
ォーマット、プログレッシブシーケンスなどの付加デー
タが指定される。拡張およびユーザデータ４は、図４に
示されるように、シーケンス表示（）により、原信号の
ＲＧＢ変換特性や表示画サイズの情報を格納できると共
に、シーケンススケーラブル拡張（）により、スケーラ
ビリティモードやスケーラビリティのレイヤ指定などを
行うことができる。

【００３５】シーケンス層のヘッダ部に続けて、ＧＯＰ
が配される。ＧＯＰの先頭には、図１Ｂに示されるよう
に、ＧＯＰヘッダ６およびユーザデータ７が配される。
ＧＯＰヘッダ６およびユーザデータ７がＧＯＰのヘッダ
部とされる。ＧＯＰヘッダ６には、図５に示されるよう
に、ＧＯＰのスタートコード５、タイムコード、ＧＯＰ
の独立性や正当性を示すフラグがそれぞれ所定のビット
数を割り当てられて格納される。ユーザデータ７は、図
６に示されるように、拡張データおよびユーザデータを
含む。図示しないが、拡張データおよびユーザデータの
先頭には、それぞれ所定のスタートコードが配される。

【００３６】ＧＯＰ層のヘッダ部に続けて、ピクチャが
配される。ピクチャの先頭には、図１Ｃに示されるよう
に、ピクチャヘッダ９、ピクチャ符号化拡張１０、なら
びに、拡張およびユーザデータ１１が配される。ピクチ
ャヘッダ９の先頭には、ピクチャスタートコード８が配
される。また、ピクチャ符号化拡張１０、ならびに、拡
張およびユーザデータ１１の先頭には、それぞれ所定の
スタートコードが配される。ピクチャヘッダ９から拡張
およびユーザデータ１１までがピクチャのヘッダ部とさ
れる。

【００３７】ピクチャヘッダ９は、図７に示されるよう
に、ピクチャスタートコード８が配されると共に、画面
に関する符号化条件が設定される。ピクチャ符号化拡張
１０では、図８に示されるように、前後方向および水平
／垂直方向の動きベクトルの範囲の指定や、ピクチャ構
造の指定がなされる。また、ピクチャ符号化拡張１０で
は、イントラマクロブロックのＤＣ係数精度の設定、Ｖ
ＬＣタイプの選択、線型／非線型量子化スケールの選
択、ＤＣＴにおけるスキャン方法の選択などが行われ
る。

【００３８】拡張およびユーザデータ１１では、図９に
示されるように、量子化マトリクスの設定や、空間スケ
ーラブルパラメータの設定などが行われる。これらの設
定は、ピクチャ毎に可能となっており、各画面の特性に
応じた符号化を行うことができる。また、拡張およびユ
ーザデータ１１では、ピクチャの表示領域の設定を行う
ことが可能となっている。さらに、拡張およびユーザデ
ータ１１では、著作権情報を設定することもできる。

【００３９】ピクチャ層のヘッダ部に続けて、スライス
が配される。スライスの先頭には、図１Ｄに示されるよ
うに、スライスヘッダ１３が配され、スライスヘッド１
３の先頭に、スライススタートコード１２が配される。
図１０に示されるように、スライススタートコード１２
は、当該スライスの垂直方向の位置情報を含む。スライ
スヘッダ１３には、さらに、拡張されたスライス垂直位
置情報や、量子化スケール情報などが格納される。

【００４０】スライス層のヘッダ部に続けて、マクロブ
ロックが配される（図１Ｅ）。マクロブロックでは、マ
クロブロックヘッダ１４に続けて複数のＤＣＴブロック
が配される。上述したように、マクロブロックヘッダ１
４にはスタートコードが配されない。図１１に示される
ように、マクロブロックヘッダ１４は、マクロブロック
の相対的な位置情報が格納されると共に、動き補償モー
ドの設定、ＤＣＴ符号化に関する詳細な設定などを指示
する。

【００４１】マクロブロックヘッダ１４に続けて、ＤＣ
Ｔブロックが配される。ＤＣＴブロックは、図１２に示
されるように、可変長符号化されたＤＣＴ係数およびＤ
ＣＴ係数に関するデータが格納される。

【００４２】なお、図１では、各層における実線の区切
りは、データがバイト単位に整列されていることを示
し、点線の区切りは、データがバイト単位に整列されて
いないことを示す。すなわち、ピクチャ層までは、図１
３Ａに一例が示されるように、符号の境界がバイト単位
で区切られているのに対し、スライス層では、スライス
スタートコード１２のみがバイト単位で区切られてお
り、各マクロブロックは、図１３Ｂに一例が示されるよ
うに、ビット単位で区切ることができる。同様に、マク
ロブロック層では、各ＤＣＴブロックをビット単位で区
切ることができる。

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

【００４４】また、例えば１フレーム分の記録データが
記録される記録領域が所定のものとされる。ＭＰＥＧ２
では、可変長符号化を用いているので、１フレーム期間
に発生するデータを所定の記録領域に記録できるよう
に、１フレーム分の発生データ量が制御される。さら
に、この一実施形態では、磁気テープへの記録に適する
ように、１スライスを１マクロブロックから構成すると
共に、１マクロブロックを、所定長の固定枠に当てはめ
る。

【００４５】図１４は、この一実施形態におけるＭＰＥ
Ｇストリームのヘッダを具体的に示す。図１で分かるよ
うに、シーケンス層、ＧＯＰ層、ピクチャ層、スライス
層およびマクロブロック層のそれぞれのヘッダ部は、シ
ーケンス層の先頭から連続的に現れる。図１４は、シー
ケンスヘッダ部分から連続した一例のデータ配列を示し
ている。

【００４６】先頭から、１２バイト分の長さを有するシ
ーケンスヘッダ２が配され、続けて、１０バイト分の長
さを有するシーケンス拡張３が配される。シーケンス拡
張３の次には、拡張およびユーザデータ４が配される。
拡張およびユーザデータ４の先頭には、４バイト分のユ
ーザデータスタートコードが配され、続くユーザデータ
領域には、ＳＭＰＴＥの規格に基づく情報が格納され
る。

【００４７】シーケンス層のヘッダ部の次は、ＧＯＰ層
のヘッダ部となる。８バイト分の長さを有するＧＯＰヘ
ッダ６が配され、続けて拡張およびユーザデータ７が配
される。拡張およびユーザデータ７の先頭には、４バイ
ト分のユーザデータスタートコードが配され、続くユー
ザデータ領域には、既存の他のビデオフォーマットとの
互換性をとるための情報が格納される。

【００４８】ＧＯＰ層のヘッダ部の次は、ピクチャ層の
ヘッダ部となる。９バイトの長さを有するピクチャヘッ
ダ９が配され、続けて９バイトの長さを有するピクチャ
符号化拡張１０が配される。ピクチャ符号化拡張１０の
後に、拡張およびユーザデータ１１が配される。拡張お
よびユーザデータ１１の先頭側１３３バイトに拡張およ
びユーザデータが格納され、続いて４バイトの長さを有
するユーザデータスタートコード１５が配される。ユー
ザデータスタートコード１５に続けて、既存の他のビデ
オフォーマットとの互換性をとるための情報が格納され
る。さらに、ユーザデータスタートコード１６が配さ
れ、ユーザデータスタートコード１６に続けて、ＳＭＰ
ＴＥの規格に基づくデータが格納される。ピクチャ層の
ヘッダ部の次は、スライスとなる。

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

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

【００５１】画面上での垂直方向および水平方向のマク
ロブロック数を、それぞれｍｂ＿ｈｅｉｇｈｔおよびｍ
ｂ＿ｗｉｄｔｈと称する。画面上でのマクロブロックの
座標は、マクロブロックの垂直位置番号を、上端を基準
に０から数えたｍｂ＿ｒｏｗと、マクロブロックの水平
位置番号を、左端を基準に０から数えたｍｂ＿ｃｏｌｕ
ｍｎとで表すように定められている。画面上でのマクロ
ブロックの位置を一つの変数で表すために、ｍａｃｒｏ
ｂｌｏｃｋ＿ａｄｄｒｅｓｓを、ｍａｃｒｏｂｌｏｃｋ
＿ａｄｄｒｅｓｓ＝ｍｂ＿ｒｏｗ×ｍｂ＿ｗｉｄｔｈ＋
ｍｂ＿ｃｏｌｕｍｎ、このように定義する。

【００５２】ストリーム上でのスライスとマクロブロッ
クの順は、ｍａｃｒｏｂｌｏｃｋ＿ａｄｄｒｅｓｓの小
さい順でなければいけないと定められている。すなわ
ち、ストリームは、画面の上から下、左から右の順に伝
送される。

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

【００５４】図１５は、この一実施形態による記録再生
装置の記録側の構成の一例を示す。記録時には、端子１
００から入力されたディジタル信号がＳＤＩ(Serial Da
ta Interface) 受信部１０１に供給される。ＳＤＩは、
（４：２：２）コンポーネントビデオ信号とディジタル
オーディオ信号と付加的データとを伝送するために、Ｓ
ＭＰＴＥによって規定されたインターフェイスである。
ＳＤＩ受信部１０１で、入力されたディジタル信号から
ディジタルビデオ信号とディジタルオーディオ信号とが
それぞれ抽出され、ディジタルビデオ信号は、ＭＰＥＧ
エンコーダ１０２に供給され、ディジタルオーディオ信
号は、ディレイ１０３を介してＥＣＣエンコーダ１０９
に供給される。ディレイ１０３は、ディジタルオーディ
オ信号とディジタルビデオ信号との時間差を解消するた
めのものである。

【００５５】また、ＳＤＩ受信部１０１では、入力され
たディジタル信号から同期信号を抽出し、抽出された同
期信号をタイミングジェネレータ１０４に供給する。タ
イミングジェネレータ１０４には、端子１０５から外部
同期信号を入力することもできる。タイミングジェネレ
ータ１０４では、入力されたこれらの同期信号および後
述するＳＤＴＩ受信部１０８から供給される同期信号の
うち、指定された信号に基づきタイミングパルスを生成
する。生成されたタイミングパルスは、この記録再生装
置の各部に供給される。

【００５６】入力ビデオ信号は、ＭＰＥＧエンコーダ１
０２においてＤＣＴ(Discrete Cosine Transform) の処
理を受け、係数データに変換され、係数データが可変長
符号化される。ＭＰＥＧエンコーダ１０２からの可変長
符号化（ＶＬＣ）データは、ＭＰＥＧ２に準拠したエレ
メンタリストリーム（ＥＳ）である。この出力は、記録
側のマルチフォーマットコンバータ（以下、ＭＦＣと称
する）１０６の一方の入力端に供給される。

【００５７】一方、入力端子１０７を通じて、ＳＤＴＩ
(Serial Data Transport Interface) のフォーマットの
データが入力される。この信号は、ＳＤＴＩ受信部１０
８で同期検出される。そして、バッファに一旦溜め込ま
れ、エレメンタリストリームが抜き出される。抜き出さ
れたエレメンタリストリームは、記録側ＭＦＣ１０６の
他方の入力端に供給される。同期検出されて得られた同
期信号は、上述したタイミングジェネレータ１０４に供
給される。

【００５８】一実施形態では、例えばＭＰＥＧＥＳ
（ＭＰＥＧエレメンタリストリーム）を伝送するため
に、ＳＤＴＩ(Serial Data Transport Interface）−Ｃ
Ｐ(Content Package) が使用される。このＥＳは、４：
２：２のコンポーネントであり、また、上述したよう
に、全てＩピクチャのストリームであり、１ＧＯＰ＝１
ピクチャの関係を有する。ＳＤＴＩ−ＣＰのフォーマッ
トでは、ＭＰＥＧＥＳがアクセスユニットへ分離さ
れ、また、フレーム単位のパケットにパッキングされて
いる。ＳＤＴＩ−ＣＰでは、十分な伝送帯域（クロック
レートで２７ＭHzまたは３６ＭHz、ストリームビットレ
ートで２７０Ｍ bpsまたは３６０Ｍ bps）を使用してお
り、１フレーム期間で、バースト的にＥＳを送ることが
可能である。

【００５９】すなわち、１フレーム期間のＳＡＶの後か
らＥＡＶまでの間に、システムデータ、ビデオストリー
ム、オーディオストリーム、ＡＵＸデータが配される。
１フレーム期間全体にデータが存在せずに、その先頭か
ら所定期間バースト状にデータが存在する。フレームの
境界においてＳＤＴＩ−ＣＰのストリーム（ビデオおよ
びオーディオ）をストリームの状態でスイッチングする
ことができる。ＳＤＴＩ−ＣＰは、クロック基準として
ＳＭＰＴＥタイムコードを使用したコンテンツの場合
に、オーディオ、ビデオ間の同期を確立する機構を有す
る。さらに、ＳＤＴＩ−ＣＰとＳＤＩとが共存可能なよ
うに、フォーマットが決められている。

【００６０】上述したＳＤＴＩ−ＣＰを使用したインタ
ーフェースは、ＴＳ(Transport Stream)を転送する場合
のように、エンコーダおよびデコーダがＶＢＶ(Video B
uffer Verifier) バッファおよびＴＢｓ(Transport Buf
fers) を通る必要がなく、ディレイを少なくできる。ま
た、ＳＤＴＩ−ＣＰ自体が極めて高速の転送が可能なこ
ともディレイを一層少なくする。従って、放送局の全体
を管理するような同期が存在する環境では、ＳＤＴＩ−
ＣＰを使用することが有効である。

【００６１】なお、ＳＤＴＩ受信部１０８では、さら
に、入力されたＳＤＴＩ−ＣＰのストリームからディジ
タルオーディオ信号を抽出する。抽出されたディジタル
オーディオ信号は、ＥＣＣエンコーダ１０９に供給され
る。

【００６２】記録側ＭＦＣ１０６は、セレクタおよびス
トリームコンバータを内蔵する。記録側ＭＦＣ１０６
は、例えば１個の集積回路内に構成される。記録側ＭＦ
Ｃ１０６において行われる処理について説明する。上述
したＭＰＥＧエンコーダ１０２およびＳＤＴＩ受信部１
０８から供給されたＭＰＥＧＥＳは、セレクタで何方
か一方を選択され、ストリームコンバータに供給され
る。

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

【００６４】さらに、ストリームコンバータでは、入力
されたＭＰＥＧＥＳを１スライス＝１マクロブロック
の形式に変換する。入力されたＭＰＥＧＥＳ中のマク
ロブロックを調べ、スライスヘッダが付加されていない
マクロブロックに対してスライスヘッダを付加する。付
加されるスライスヘッダは、例えば直前のスライスヘッ
ダの情報に基づき生成される。また、スライスヘッダが
新たに付加されたかどうかを示すヒストリ情報がフラグ
ｓｌｃ＿ａｄｄ＿ｒｅｃとしてマクロブロック毎に生成
され、後続するＥＣＣエンコーダ１０９に供給される。

【００６５】このようにして、入力ＭＰＥＧＥＳが並
べ替えられ、必要に応じてスライスヘッダが付加された
変換エレメンタリストリームは、ＥＣＣエンコーダ１０
９に供給される。

【００６６】ＥＣＣエンコーダ１０９は、大容量のメイ
ンメモリが接続され（図示しない）、パッキングおよび
シャフリング部、オーディオ用外符号エンコーダ、ビデ
オ用外符号エンコーダ、内符号エンコーダ、オーディオ
用シャフリング部およびビデオ用シャフリング部などを
内蔵する。また、ＥＣＣエンコーダ１０９は、シンクブ
ロック単位でＩＤを付加する回路や、同期信号を付加す
る回路を含む。ＥＣＣエンコーダ１０９は、例えば１個
の集積回路で構成される。

【００６７】なお、一実施形態では、ビデオデータおよ
びオーディオデータに対するエラー訂正符号としては、
積符号が使用される。積符号は、ビデオデータまたはオ
ーディオデータの２次元配列の縦方向に外符号の符号化
を行い、その横方向に内符号の符号化を行い、データシ
ンボルを２重に符号化するものである。外符号および内
符号としては、リードソロモンコード(Reed-Solomon co
de) を使用できる。

【００６８】ＥＣＣエンコーダ１０９における処理につ
いて説明する。エレメンタリストリームのビデオデータ
は、可変長符号化されているため、各マクロブロックの
データの長さが不揃いである。パッキングおよびシャフ
リング部では、マクロブロックが固定枠に詰め込まれ
る。このとき、固定枠からはみ出たオーバーフロー部分
は、固定枠のサイズに対して空いている領域に順に詰め
込まれる。

【００６９】また、画像フォーマット、シャフリングパ
ターンのバージョン等の情報を有するシステムデータ
が、後述するシスコン１２１から供給され、図示されな
い入力端から入力される。システムデータは、パッキン
グおよびシャフリング部に供給され、ピクチャデータと
同様に記録処理を受ける。システムデータは、ビデオＡ
ＵＸとして記録される。また、走査順に発生する１フレ
ームのマクロブロックを並び替え、テープ上のマクロブ
ロックの記録位置を分散させるシャフリングが行われ
る。シャフリングによって、変速再生時に断片的にデー
タが再生される時でも、画像の更新率を向上させること
ができる。

【００７０】詳細は後述するが、上述した、記録側ＭＦ
Ｃ１０６からＥＣＣエンコーダ１０９に供給されたマク
ロブロック毎のフラグｓｌｃ＿ａｄｄ＿ｒｅｃも、これ
らピクチャデータおよびシステムデータと同様なシャフ
リングテーブルに基づきシャフリングされ、記録処理さ
れる。

【００７１】パッキングおよびシャフリング部からのビ
デオデータおよびシステムデータ（以下、特に必要な場
合を除き、システムデータを含む場合も単にビデオデー
タと称する）は、ビデオデータに対して外符号化の符号
化を行うビデオ用外符号エンコーダに供給され、外符号
パリティが付加される。外符号エンコーダの出力は、ビ
デオ用シャフリング部で、複数のＥＣＣブロックにわた
ってシンクブロック単位で順番を入れ替える、シャフリ
ングがなされる。シンクブロック単位のシャフリングに
よって特定のＥＣＣブロックにエラーが集中することが
防止される。シャフリング部でなされるシャフリング
を、インターリーブと称することもある。ビデオ用シャ
フリング部の出力は、メインメモリに書き込まれる。

【００７２】一方、上述したように、ＳＤＴＩ受信部１
０８あるいはディレイ１０３から出力されたディジタル
オーディオ信号がＥＣＣエンコーダ１０９に供給され
る。この一実施形態では、非圧縮のディジタルオーディ
オ信号が扱われる。ディジタルオーディオ信号は、これ
らに限らず、オーディオインターフェースを介して入力
されるようにもできる。また、図示されない入力端子か
ら、オーディオＡＵＸが供給される。オーディオＡＵＸ
は、補助的データであり、オーディオデータのサンプリ
ング周波数等のオーディオデータに関連する情報を有す
るデータである。オーディオＡＵＸは、オーディオデー
タに付加され、オーディオデータと同等に扱われる。

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

【００７４】オーディオ用シャフリング部の出力は、メ
インメモリに書き込まれる。上述したように、メインメ
モリには、ビデオ用シャフリング部の出力も書き込まれ
ており、メインメモリで、オーディオデータとビデオデ
ータとが混合され、１チャンネルのデータとされる。

【００７５】メインメモリからデータが読み出され、シ
ンクブロック番号を示す情報等を有するＩＤが付加さ
れ、内符号エンコーダに供給される。内符号エンコーダ
では、供給されたデータに対して内符号の符号化を施
す。内符号エンコーダの出力に対してシンクブロック毎
の同期信号が付加され、シンクブロックが連続する記録
データが構成される。

【００７６】ＥＣＣエンコーダ１０９から出力された記
録データは、記録アンプなどを含むイコライザ１１０に
供給され、記録ＲＦ信号に変換される。記録ＲＦ信号
は、回転ヘッドが所定に設けられた回転ドラム１１１に
供給され、磁気テープ１１２上に記録される。回転ドラ
ム１１１には、実際には、隣接するトラックを形成する
ヘッドのアジマスが互いに異なる複数の磁気ヘッドが取
り付けられている。

【００７７】記録データに対して必要に応じてスクラン
ブル処理を行っても良い。また、記録時にディジタル変
調を行っても良く、さらに、パーシャル・レスポンスク
ラス４とビタビ符号を使用しても良い。なお、イコライ
ザ１１０は、記録側の構成と再生側の構成とを共に含
む。

【００７８】図１６は、上述した回転ヘッドにより磁気
テープ上に形成されるトラックフォーマットの一例を示
す。この例では、１フレーム当たりのビデオおよびオー
ディオデータが４トラックで記録されている。互いに異
なるアジマスの２トラックによって１セグメントが構成
される。すなわち、４トラックは、４セグメントからな
る。セグメントを構成する１組のトラックに対して、ア
ジマスと対応するトラック番号

〔０〕とトラック番号
〔１〕が付される。トラックのそれぞれにおいて、両端
側にビデオデータが記録されるビデオセクタが配され、
ビデオセクタに挟まれて、オーディオデータが記録され
るオーディオセクタが配される。この図１６は、テープ
上のセクタの配置を示すものである。

【００７９】この例では、４チャンネルのオーディオデ
ータを扱うことができるようにされている。Ａ１〜Ａ４
は、それぞれオーディオデータの１〜４ｃｈを示す。オ
ーディオデータは、セグメント単位で配列を変えられて
記録される。また、ビデオデータは、この例では、１ト
ラックに対して４エラー訂正ブロック分のデータがイン
ターリーブされ、ＵｐｐｅｒＳｉｄｅおよびＬｏｗｅ
ｒＳｉｄｅのセクタに分割され記録される。

【００８０】ＬｏｗｅｒＳｉｄｅのビデオセクタに
は、所定位置にシステム領域（ＳＹＳ）が設けられる。
システム領域は、例えば、ＬｏｗｅｒＳｉｄｅのビデ
オセクタの先頭側と末尾側とに、トラック毎に交互に設
けられる。

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

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

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

【００８４】図１５の説明に戻り、再生時には、磁気テ
ープ１１２から回転ドラム１１１で再生された再生信号
が再生アンプなどを含むイコライザ１１０の再生側の構
成に供給される。イコライザ１１０では、再生信号に対
して、等化や波形整形などがなされる。また、ディジタ
ル変調の復調、ビタビ復号等が必要に応じてなされる。
イコライザ１１０の出力は、ＥＣＣデコーダ１１３に供
給される。

【００８５】ＥＣＣデコーダ１１３は、上述したＥＣＣ
エンコーダ１０９と逆の処理を行うもので、大容量のメ
インメモリと、内符号デコーダ、オーディオ用およびビ
デオ用それぞれのデシャフリング部ならびに外符号デコ
ーダを含む。さらに、ＥＣＣデコーダ１１３は、ビデオ
用として、デシャフリングおよびデパッキング部、デー
タ補間部を含む。同様に、オーディオ用として、オーデ
ィオＡＵＸ分離部とデータ補間部を含む。ＥＣＣデコー
ダ１１３は、例えば１個の集積回路で構成される。

【００８６】ＥＣＣデコーダ１１３における処理につい
て説明する。ＥＣＣデコーダ１１３では、先ず、同期検
出を行いシンクブロックの先頭に付加されている同期信
号を検出し、シンクブロックを切り出す。データは、再
生データは、シンクブロック毎に内符号エンコーダに供
給され、内符号のエラー訂正がなされる。内符号エンコ
ーダの出力に対してＩＤ補間処理がなされ、内符号によ
りエラーとされたシンクブロックのＩＤ例えばシンクブ
ロック番号が補間される。ＩＤが補間された再生データ
は、ビデオデータとオーディオデータとに分離される。

【００８７】上述したように、ビデオデータは、ＭＰＥ
Ｇのイントラ符号化で発生したＤＣＴ係数データおよび
システムデータを意味し、オーディオデータは、ＰＣＭ
(Pulse Code Modulation) データおよびオーディオＡＵ
Ｘを意味する。

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

【００８９】オーディオ用の外符号デコーダの出力か
ら、オーディオＡＵＸ分離部でオーディオＡＵＸが分離
され、分離されたオーディオＡＵＸがＥＣＣデコーダ１
１３から出力される（経路は省略する）。オーディオＡ
ＵＸは、例えば後述するシスコン１２１に供給される。
また、オーディオデータは、データ補間部に供給され
る。データ補間部では、エラーの有るサンプルが補間さ
れる。補間方法としては、時間的に前後の正しいデータ
の平均値で補間する平均値補間、前の正しいサンプルの
値をホールドする前値ホールド等を使用できる。

【００９０】データ補間部の出力がＥＣＣデコーダ１１
３からのオーディオデータの出力であって、ＥＣＣデコ
ーダ１１３から出力されたオーディオデータは、ディレ
イ１１７およびＳＤＴＩ出力部１１５に供給される。デ
ィレイ１１７は、後述するＭＰＥＧデコーダ１１６での
ビデオデータの処理による遅延を吸収するために設けら
れる。ディレイ１１７に供給されたオーディオデータ
は、所定の遅延を与えられて、ＳＤＩ出力部１１８に供
給される。

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

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

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

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

【００９５】データ補間部から出力されたビデオデータ
がＥＣＣデコーダ１１３の出力であって、ＥＣＣデコー
ダ１１３の出力は、再生側のマルチフォーマットコンバ
ータ（以下、再生側ＭＦＣと略称する）１１４に供給さ
れる。

【００９６】なお、上述した、記録時に記録側ＭＦＣ１
０６で生成されＥＣＣエンコーダ１０９で記録データに
付加されて記録されたフラグｓｌｃ＿ａｄｄ＿ｒｅｃ
は、再生時には、ＥＣＣデコーダ１１３で所定に取り出
され、スライスヘッダ１３のヒストリ情報を示すフラグ
ｓｌｃ＿ａｄｄ＿ｐｂとして出力される。フラグｓｌｃ
＿ａｄｄ＿ｐｂは、例えば、ＥＣＣデコーダ１１３でデ
シャフリングが行われた後に、各マクロブロック毎に取
り出される。

【００９７】再生側ＭＦＣ１１４は、上述した記録側Ｍ
ＦＣ１０６と逆の処理を行うものであって、ストリーム
コンバータを含む。再生側ＭＦＣ１０６は、例えば１個
の集積回路で構成される。ストリームコンバータでは、
記録側のストリームコンバータと逆の処理がなされる。
すなわち、ＤＣＴブロックに跨がって周波数成分毎に並
べられていたＤＣＴ係数を、ＤＣＴブロック毎に並び替
える。これにより、再生信号がＭＰＥＧ２に準拠したエ
レメンタリストリームに変換される。

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

【００９９】なお、上述したように、記録時には、記録
側ＭＦＣ１０６において入力ＭＰＥＧＥＳに対して所
定にスライスヘッダが追加され、１スライス＝１マクロ
ブロックの形式に変換されている。再生側ＭＦＣ１１４
では、ＥＣＣデコーダ１１３から供給されたフラグｓｌ
ｃ＿ａｄｄ＿ｐｄに基づき、記録時に元のＭＰＥＧＥＳ
に対して付加されたスライスヘッダが削除される。

【０１００】ストリームコンバータの出力が再生側ＭＦ
Ｃ１１４の出力であって、再生側ＭＦＣ１１４の出力
は、ＳＤＴＩ出力部１１５およびＭＰＥＧデコーダ１１
６に供給される。

【０１０１】ＭＰＥＧデコーダ１１６は、エレメンタリ
ストリームを復号し、ビデオデータを出力する。すなわ
ち、ＭＰＥＧデコーダ１４２は、逆量子化処理と、逆Ｄ
ＣＴ処理とがなされる。復号ビデオデータは、ＳＤＩ出
力部１１８に供給される。上述したように、ＳＤＩ出力
部１１８には、ＥＣＣデコーダ１１３でビデオデータと
分離されたオーディオデータがディレイ１１７を介して
供給されている。ＳＤＩ出力部１１８では、供給された
ビデオデータとオーディオデータとを、ＳＤＩのフォー
マットにマッピングし、ＳＤＩフォーマットのデータ構
造を有するストリームへ変換される。ＳＤＩ出力部１１
８からのストリームが出力端子１２０から外部へ出力さ
れる。

【０１０２】一方、ＳＤＴＩ出力部１１５には、上述し
たように、ＥＣＣデコーダ１１３でビデオデータと分離
されたオーディオデータが供給されている。ＳＤＴＩ出
力部１１５では、供給された、エレメンタリストリーム
としてのビデオデータと、オーディオデータとをＳＤＴ
Ｉのフォーマットにマッピングし、ＳＤＴＩフォーマッ
トのデータ構造を有するストリームへ変換される。変換
されたストリームは、出力端子１１９から外部へ出力さ
れる。

【０１０３】図１５において、シスコン１２１は、例え
ばマイクロコンピュータからなり、この記憶再生装置の
全体の動作を制御する。またサーボ１２２は、シスコン
１２１と互いに通信を行いながら、磁気テープ１１２の
走行制御や回転ドラム１１１の駆動制御などを行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２７】さらに、１２６で示すＣＰＵインターフェ
ースが設けられ、システムコントローラとして機能する
外部のＣＰＵ１２７からのデータを受け取り、内部ブロ
ックに対してパラメータの設定が可能とされている。複
数のフォーマットに対応するために、シンクブロック
長、パリティ長を始め多くのパラメータを設定すること
が可能とされている。

【０１２８】パラメータの１つとしての”パッキング長
データ”は、パッキング部１３７ａおよび１３７ｂに送
られ、パッキング部１３７ａ、１３７ｂは、これに基づ
いて決められた固定枠（図１９Ａで「シンクブロック
長」として示される長さ）にＶＬＣデータを詰め込む。

【０１２９】パラメータの１つとしての”パック数デー
タ”は、パッキング部１３７ｂに送られ、パッキング部
１３７ｂは、これに基づいて１シンクブロック当たりの
パック数を決め、決められたパック数分のデータを外符
号エンコーダ１３９に供給する。

【０１３０】パラメータの１つとしての”ビデオ外符号
パリティ数データ”は、外符号エンコーダ１３９に送ら
れ、外符号エンコーダ１３９は、これに基づいた数のパ
リティが発声されるビデオデータの外符号の符号化を行
う。

【０１３１】パラメータの１つとしての”ＩＤ情報”お
よび”ＤＩＤ情報”のそれぞれは、ＩＤ付加部１４８に
送られ、ＩＤ付加部１４８は、これらＩＤ情報およびＤ
ＩＤ情報をメインメモリ１６０から読み出された単位長
のデータ列に付加する。

【０１３２】パラメータの１つとしての”ビデオ内符号
用パリティ数データ”および”オーディオ内符号用パリ
ティ数データ”のそれぞれは、内符号エンコーダ１４９
に送られ、内符号エンコーダ１４９は、これらに基づい
た数のパリティが発生されるビデオデータとオーディオ
データの内符号の符号化を行う。なお、内符号エンコー
ダ１４９には、パラメータの１つである”シンク長デー
タ”も送られており、これにより、内符号化されたデー
タの単位長（シンク長）が規制される。

【０１３３】また、パラメータの１つとしてのシャフリ
ングテーブルデータがビデオ用シャフリングテーブル
（ＲＡＭ）１２８ｖおよびオーディオ用シャフリングテ
ーブル（ＲＡＭ）１２８ａに格納される。シャフリング
テーブル１２８ｖは、ビデオシャフリング部１３７ｂお
よび１４０のシャフリングのためのアドレス変換を行
う。シャフリングテーブル１２８ａは、オーディオシャ
フリング１３７のためのアドレス変換を行う。

【０１３４】ＥＣＣエンコーダ１０９には、さらに、メ
モリ２００および２０１、ならびに、シャフリング回路
２０２が設けられる。記録側ＭＦＣ１０６から出力され
た１ｂｉｔのフラグｓｌｃ＿ａｄｄ＿ｒｅｃは、メモリ
２００に格納される。メモリ２００および２０１は、共
に、１ｂｉｔ×１４４０ワードの容量を有する。すなわ
ち、記録側ＭＦＣ１０６からマクロブロック毎に出力さ
れたフラグｓｌｃ＿ａｄｄ＿ｒｅｃを、メモリ２００お
よび２０１によって２フレーム分、格納することができ
る。２フレーム分のフラグを格納するのは、ビデオデー
タがＳＤＲＡＭ１６０において１フレーム分遅延するこ
とが考慮に入れられている。

【０１３５】メモリ２００に格納されたフラグｓｌｃ＿
ａｄｄ＿ｒｅｃは、メモリ２０１を介してシャフリング
回路２０２に供給される。図示しないが、シャフリング
回路２０２は、上述したビデオシャフリング回路１３７
ｂが参照するシャフリングテーブル１２８ｖと対応する
内容のシャフリングテーブルが参照される。メモリ２０
０および２０１でビデオデータにタイミングを合わせら
れたフラグｓｌｃ＿ａｄｄ＿ｒｅｃは、シャフリング回
路２０２でビデオデータと同様にシャフリングされ、Ｉ
Ｄ付加回路１４８に供給される。

【０１３６】ＩＤ付加回路１４８において、フラグｓｌ
ｃ＿ａｄｄ＿ｒｅｃが、例えばＤＩＤ情報の予約領域
（Ｒｅｓｅｒｖｅｄ）に埋め込まれる。ＤＩＤは、上述
の図１６Ｃに示されるように、シンクブロックにおい
て、ＩＤに続けて配され、ビデオとオーディオにそれぞ
れ８ビットずつが設けられる。ビデオデータに関するＤ
ＩＤは、上位４ビットが予約領域とされ、下位４ビット
のうち第４および３ビットがペイロードのモードを示
し、第２ビットがペイロードに格納されるマクロブロッ
ク数（１個または２個）、第１ビットが外符号の同期を
示す。予約領域とされた上位４ビットのうちの何れか
に、フラグｓｌｃ＿ａｄｄ＿ｒｅｃを格納する。

【０１３７】なお、これに限らず、１ｂｉｔのフラグｓ
ｌｃ＿ａｄｄ＿ｒｅｃは、シンクブロックの他の位置に
格納してもよい。例えば、ペイロードの先頭にこのフラ
グを書き込むこともできる。

【０１３８】次に、この一実施形態について、より詳細
に説明する。図２２は、この一実施形態による、スライ
スヘッダ追加処理の一例のフローチャートを示す。最初
のステップＳ１０で、入力されたＭＰＥＧＥＳからピ
クチャヘッダ９が検出される。検出は、１バイト毎のパ
ターンマッチングによってピクチャスタートコード８を
検出することで行われる。ピクチャスタートコード８が
確定できない場合は、ステップＳ１１でストリームが１
バイト進められ、再びステップＳ１０でピクチャスター
トコード８の検出がなされる。

【０１３９】例えば、ステップＳ１０で１バイトのデー
タ

〔００〕が検出されたら、ステップＳ１１でストリー
ムを１バイト進める。そこでさらに

〔００〕が検出され
たら、ストリームを１バイト進める。次に〔０１〕が検
出されるとそれがスタートコードであることが分かるの
で、さらに次の１バイトを見て、その１バイトが〔０
０〕であれば、ピクチャスタートコード８が検出された
と判断することができる。

【０１４０】次のステップＳ１２では、スライスヘッダ
１３が検出される。これは、上述と同様に、１バイト毎
のパターンマッチングが行われ、スライススタートコー
ド１２を検出することでなされる。スライススタートコ
ード１２が確定できない場合は、ステップＳ１３でスト
リームが１バイト進められ、再びステップＳ１３でスラ
イススタートコード１２が検出される。３バイトのコー
ド〔０００００１〕が検出されることで、それがス
タートコードであることが分かり、次の１バイトが〔０
１〕〜〔ＡＦ〕であれば、それがスライススタートコー
ド１２が検出されたと判断することができる。

【０１４１】ステップ１４では、マクロブロックの先頭
が検出される。例えば、上述したステップＳ１２で検出
されたスライススタートコード１２の終端から、スライ
スヘッダ１３を１フィールドずつ調べていき（ステップ
Ｓ１５）、スライスヘッダ１３のフィールドが終了して
マクロブロックのフィールドが出現したら、そこがマク
ロブロックの先頭とされる。

【０１４２】さらに、ステップＳ１６およびステップＳ
１７で、マクロブロックの終端が検出される。マクロブ
ロックの終端は、例えばマクロブロックの可変長符号を
解き、ＤＣＴブロック内の計数を１ずつ進めて、ＤＣＴ
ブロックの終端を示すＥＯＢ(End Of Block)を検出し、
その数を計数する。ＥＯＢの個数が所定数（ディジタル
ビデオ信号のフォーマットが４：２：２であるこの例で
は８個）計数されれば、マクロブロックの終端に達した
とされる。

【０１４３】そして、次のステップＳ１８で、フレーム
の終端が検出される。フレームの終端は、例えば、上述
のステップＳ１６（およびステップＳ１７）までで検出
されたマクロブロックの数を計数し、１ピクチャが４５
マクロブロック×３２マクロブロックで構成されるこの
例では、計数された値が１４４０になればそこがフレー
ムの終端であると判断できる。若し、フレームの終端で
あると判断されれば、１フレームにおける一連の処理が
終了される。

【０１４４】一方、ステップＳ１８で、フレームの終端
ではないと判断されたら、処理はステップＳ１９に移行
する。ステップＳ１９では、スライスヘッダ１３の検出
がなされる。つまり、ステップＳ１４〜Ｓ１７で検出さ
れたマクロブロックの次に来るマクロブロックの先頭
に、スライスヘッダ１３が存在するかどうかが判断され
る。スライスヘッダ１３は、上述のステップＳ１２およ
びＳ１３での処理と同様に、１バイト毎のパターンマッ
チングにより検出される。

【０１４５】若し、ステップＳ１９でスライスヘッダ１
３が検出されれば、処理はステップＳ２０に移行し、フ
ラグｓｌｃ＿ａｄｄ＿ｒｅｃが”０”にセットされる。
セットされたフラグｓｌｃ＿ａｄｄ＿ｒｅｃは、ＥＣＣ
エンコーダ１０９に供給され、メモリ２００あるいは２
０１の、当該マクロブロックに対応するアドレスに書き
込まれる。フラグがセットされると、処理はステップＳ
１６に戻され、次のマクロブロックの終端が検出され
る。

【０１４６】一方、ステップＳ１９によりスライスヘッ
ダが検出されなければ、その位置、すなわち、ステップ
Ｓ１４〜Ｓ１７で検出されたマクロブロックの終端と、
次のマクロブロックの先頭との間に、新たにスライスヘ
ッダ１３が追加挿入される。スライスヘッダ１３の内容
は、例えば、前に検出されたスライスヘッダ１３の内容
に基づき生成される。ステップＳ２０では、さらに、ス
ライスヘッダ１３が新たに追加されたことを示すよう
に、フラグｓｌｃ＿ａｄｄ＿ｒｅｃが”１”にセットさ
れる。セットされたフラグｓｌｃ＿ａｄｄ＿ｒｅｃは、
ＥＣＣエンコーダ１０９に供給され、メモリ２００ある
いは２０１の、当該マクロブロックに対応するアドレス
に書き込まれる。フラグがセットされると、処理はステ
ップＳ１６に戻され、次のマクロブロックの終端が検出
される。

【０１４７】このように、この一実施形態によれば、ス
ライスヘッダ１３のヒストリ情報、すなわち、そのスラ
イスヘッダ１３が元のＭＰＥＧＥＳに存在していたも
のか、記録時に新たに追加されたものかがフラグｓｌｃ
＿ａｄｄ＿ｒｅｃとして示される。

【０１４８】図２３を用いて、上述の図２２の処理をＭ
ＰＥＧＥＳに即して説明する。ＭＰＥＧＥＳは、シ
ーケンスヘッダ３００、ＧＯＰヘッダ３０１の順に入力
され、ピクチャヘッダ３０２Ａが入力されると、上述の
ステップＳ１０およびＳ１１によって位置ａにおいてピ
クチャスタートコードが検出され、ピクチャヘッダ３０
２Ａが検出される。次に、スライスヘッダ３０３Ａが入
力されると、上述のステップＳ１２およびＳ１３によ
り、位置ｂでスライススタートコードが検出され、スラ
イスヘッダ３０３Ａが検出される。

【０１４９】さらに、上述のステップＳ１４により、位
置ｃでマクロブロックの先頭が検出され、ステップＳ１
６およびＳ１７により、位置ｄ_１でマクロブロックの終
端が検出される。検出されたマクロブロックの個数に基
づき、ここが１フレームの終端ではないことが判断され
るため、次にスライスヘッダ１３が存在するかどうかが
判断される（位置ｆ_１、ステップＳ１９）。

【０１５０】位置ｆ_１ではスライスヘッダ１３が検出さ
れないため、ステップＳ２１でスライスがこの位置ｆ_１
に追加されると共に、フラグｓｌｃ＿ａｄｄ＿ｒｅｃ
が”１”にセットされ、処理がステップＳ１６に戻され
て次のマクロブロックの終端（すなわち、位置ｆ_１を先
頭とするマクロブロックの終端）が検出される。

【０１５１】位置ｄ_２にマクロブロックの終端が検出さ
れ、ここがフレームの終端ではないため、次にスライス
ヘッダ１３が検出される。この例では、マクロブロック
の終端位置ｄ_２に続けてスライスヘッダ１３が存在して
いる（位置ｆ_２）。そのため、ステップＳ２０でフラグ
ｓｌｃ＿ａｄｄ＿ｒｅｃが”０”にセットされ、処理が
ステップＳ１６に戻される。

【０１５２】このようにして、マクロブロックおよびス
ライスヘッダ１３の検出がなされ、１ピクチャ内に存在
すべきマクロブロック数が計数されると、１フレームの
終端に達したと判断される（位置ｅ）。そして、次のフ
レームに対して、ステップＳ１０から同様に処理がなさ
れる。

【０１５３】図２４は、述した図２２の処理を行うため
の一例の構成を示す。この図２４に示される構成は、上
述した記録側ＭＦＣ１０６に含まれるものである。入力
されたＭＰＥＧＥＳは、フレームメモリ３１０に一
旦、格納される。これは、スライスヘッダ１３を挿入す
る際に、入力されたＭＰＥＧＥＳを保持することが目
的であるため、書き込みタイミングと読み出しのタイミ
ングとを大きくずらす必要は、無い。書き込みと読み出
しのタイミングは、例えば５００クロック程度、ずらさ
れる。これは、略１マクロブロックのタイミングに相当
する。

【０１５４】可変長符号復号回路（ＶＬＤ）３１１から
出力される信号ＶＬＤ＿ＲＥＡＤＹが例えば”１”であ
る間、フレームメモリ３１０からＭＰＥＧＥＳが読み
出される。読み出されたＭＰＥＧＥＳは、ＶＬＤ３１
１に供給されると共に、スライス検出回路３１２および
４連のＤ−フリップフロップ（Ｄ−ＦＦ）３１３に供給
される。Ｄ−ＦＦ３１３に供給されたＭＰＥＧＥＳ
は、４クロック遅らされてスライス挿入回路３１８に供
給される。

【０１５５】ＶＬＤ３１１において、予め可変長符号の
コードデータが格納されたコードテーブル３１４が参照
され、供給されたＭＰＥＧＥＳが解読され、ＤＣＴ係
数が一つずつ確認されてマクロブロックの終端が検出さ
れる。マクロブロックの終端は、上述したように、ＤＣ
Ｔブロックの終端であるＥＯＢを所定数だけ検出するこ
とでなされる。ＥＯＢは、２ビットの”１０”または４
ビットの”０１１０”である。２ビット毎のパターンマ
ッチングと４ビット毎のパターンマッチングとを組み合
わせて、ＥＯＢを検出することができる。例えば、ディ
ジタルビデオ信号のフォーマットが４：２：２であれ
ば、ＥＯＢが８個計数されたら、そこがマクロブロック
の終端であるとされる。マクロブロックの終端が検出さ
れたら、その旨示す信号ＭＢ＿ＥＮＤが出力される。

【０１５６】なお、ＶＬＤ３１１は、入力端ＷＡＩＴ
に”１”が入力されると、ＶＬＤ３１１の動作が休止さ
れ信号ＶＬＤ＿ＲＥＡＤＹが４クロックだけ止められる
ようにされている。信号ＶＬＤ＿ＲＥＡＤＹが止められ
ている間は、フレームメモリ３１０からのＭＰＥＧＥ
Ｓの読み出しが中断される。

【０１５７】一方、スライス検出回路３１２において、
供給されたＭＰＥＧＥＳに対して１バイト毎のパター
ンマッチングが行われ、スライススタートコード１２が
検出される。４バイトのスライススタートコード〔００
０００１ｘｘ〕（〔ｘｘ〕は、〔０１〕〜〔Ａ
Ｆ〕の値）が検出されたら、スライス検出出力ＤＥＴ
に”１”が出力される。この検出出力ＤＥＴは、反転回
路３１６で反転され、ＡＮＤ回路３１７の一方の入力端
に供給される。

【０１５８】また、上述したＶＬＤ３１１から出力され
た信号ＭＢ＿ＥＮＤは、４連のＤ−ＦＦを介してクロッ
クを４クロック遅らされて、ＡＮＤ回路３１７の他方の
入力端に供給される。信号ＭＢ＿ＥＮＤが４クロック遅
らされるのは、スライス検出回路３１２において、スラ
イススタートコード１２の検出に４クロックを要するか
らである。

【０１５９】ＡＮＤ回路３１７では、スライス検出回路
３１２から出力された検出出力ＤＥＴが反転された信号
ＮＯＴ＿ＤＥＴと、ＶＬＤ３１１から出力された信号Ｍ
Ｂ＿ＥＮＤとの論理積がとられ、信号ＮＯ＿ＳＬＩＣＥ
が出力される。信号ＮＯ＿ＳＬＩＣＥは、マクロブロッ
クの終端であって、且つ、その終端に続けてスライスヘ
ッダ１３が存在しないときに”１”となる信号である。
すなわち、信号ＮＯ＿ＳＬＩＣＥは、マクロブロックと
マクロブロックとの間にスライスヘッダ１３が存在しな
いときに、”１”となる。この信号ＮＯ＿ＳＬＩＣＥ
は、上述したＶＬＤ３１１の入力端ＷＡＩＴに供給され
ると共に、スライス挿入回路３１８の入力端ＩＮＳに供
給される。

【０１６０】スライス挿入回路３１８では、ＶＬＤ３１
１が信号ＮＯ＿ＳＬＩＣＥによって４クロックだけ休止
されている間、信号ＮＯ＿ＳＬＩＣＥに基づき、供給さ
れたＭＰＥＧＥＳに対して４バイトのスライススター
トコード１２を挿入する。これにより、スライスヘッダ
１３がＭＰＥＧＥＳに新たに追加される。これに限ら
ず、スライスヘッダ１３に含まれるの他の情報も、共に
追加することもできる。このとき、スライスヘッダ１３
が追加されたことを示すフラグｓｌｃ＿ａｄｄ＿ｒｅｃ
に”１”が立てられ、出力される。

【０１６１】なお、スライス挿入回路３１８で追加され
るスライスヘッダ１３あるいはスライススタートコード
１２の情報は、例えば、画面の左端に配されるスライス
ヘッダ１３や直前のスライスヘッダ１３の情報を、図示
されないレジスタなどに保持し、保持された情報を用い
て生成することができる。

【０１６２】また、Ｄ−ＦＦ３１３は、信号ＮＯ＿ＳＬ
ＩＣＥがＭＰＥＧＥＳに対して４クロック遅延してい
ることを補正するために挿入されている。

【０１６３】図２５は、このようにしてスライスヘッダ
１３が追加されたストリームが磁気テープ１１２に記録
された様子を概略的に示す。入力されたＭＰＥＧＥＳ
は、図２５Ａに一例が示されるように、スライスヘッダ
１３は、画面の左端に配されると共に、画面の左端以外
の任意のマクロブロックの先頭に配される。なお、画面
の左端は、ＭＰＥＧの規定により、スライスヘッダ１３
が配されることが必須とされている。

【０１６４】このように入力されたＭＰＥＧＥＳに対
して、上述したように、マクロブロックの終端であっ
て、且つ、スライスヘッダ１３が存在しない位置が検出
され、その位置にスライススタートコード１２が挿入さ
れることで、スライスヘッダ１３が追加される。スライ
スヘッダ１３が追加されたマクロブロックが格納される
シンクブロックには、例えばＤＩＤの所定ビットに、フ
ラグｓｌｃ＿ａｄｄ（記録側においてはフラグｓｌｃ＿
ａｄｄ＿ｒｅｃ）が埋め込まれる。したがって、磁気テ
ープ１１２上のフォーマットで見ると、図２５Ｂに一例
が示されるように、画像１枚分の記録領域において、シ
ンクブロック毎に、そのシンクブロックに格納されるス
ライスヘッダ１３が記録時に追加されたものかどうかを
示すフラグｓｌｃ＿ａｄｄが、シンクブロックの所定位
置に埋め込まれることになる。

【０１６５】次に、再生時の処理について説明する。こ
の一実施形態においては、記録時にスライスヘッダ１３
が追加されたことを示すフラグｓｌｃ＿ａｄｄが再生さ
れたフラグｓｌｃ＿ａｄｄ＿ｐｂに基づき、追加された
スライスヘッダ１３が検出される。そして、システムク
ロックに基づいてデータの有効／無効を示すイネーブル
信号を、追加されたスライスヘッダ１３の期間だけマス
クすることで、追加されたスライスヘッダ１３を無効に
し、そのスライスヘッダ１３を削除する。

【０１６６】図２６は、記録時に追加されたスライスヘ
ッダ１３を削除する一例の構成を示す。この構成は、上
述の再生側ＭＦＣ１１４に含まれるものである。この図
２６の構成は、スライスヘッダ１３が４バイトのスライ
ススタートコードと、３ビットのフィールドＳｌｉｃｅ
＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｅｘｔｅｎｓ
ｉｏｎと、５ビットのフィールドｑｕａｎｔｉｚｅｒ＿
ｓｃａｌｅ＿ｃｏｄｅとからなる場合の例である。すな
わち、この例では、この５バイトからなるスライスヘッ
ダ１３を、必要に応じて削除する必要がある。

【０１６７】図２６において、カウンタ３２０は、シス
テムクロックに基づきカウントを行い、シンクブロック
に対応した同期信号ｓｙｎｃでリセットされるカウンタ
である。カウンタ３２０のカウント値ｃｎｔは、比較回
路３２１に供給される。比較回路３２１では、カウント
値ｃｎｔが（０≦カウント値ｃｎｔ≦４）であるとき
に”１”になる信号ｓｌｃを出力する。信号ｓｌｃは、
ＡＮＤ回路３２２の一方の入力端に供給される。

【０１６８】ＡＮＤ回路３２２の他方の入力端には、再
生信号からＥＣＣデコーダ１１３で抽出された、フラグ
ｓｌｃ＿ａｄｄ＿ｐｄが供給される。ＡＮＤ回路３２２
で、一方および他方の入力端に供給された信号の論理積
がとられ、その結果が信号ｓｌｃ＿ｄｅｌとしてＡＮＤ
回路３２３の反転入力端に供給される。

【０１６９】ＡＮＤ回路３２３の非反転入力には、イネ
ーブル信号が供給される。ＡＮＤ回路３２３では、上述
の信号ｓｌｃ＿ｄｅｌが反転された信号とイネーブル信
号との論理積がとられる。ＡＮＤ回路３２３の論理積の
結果が新たなイネーブル信号として出力される。この新
たなイネーブル信号によって、再生ビデオデータからな
るストリームに対して、記録時に追加されたスライスヘ
ッダ１３の無効が示される。なお、以下では、ＡＮＤ回
路３２３に入力されるイネーブル信号を信号ｅｎａｂｌ
ｅ、ＡＮＤ回路３２３から出力されるイネーブル信号を
信号ｅｎａｂｌｅ＿ｏｕｔと称する。

【０１７０】図２７のタイムチャートを用いて、記録時
に追加されたスライスヘッダ１３の削除の処理につい
て、より詳細に説明する。同期信号ｓｙｎｃは、上述し
たように、シンクブロックの先頭に付加されている信号
であって、再生時に同期検出を行うことによって同期信
号ｓｙｎｃを切り出す。この一実施形態では、シンクブ
ロックが１マクロブロックに対応し、同期信号ｓｙｎｃ
毎にマクロブロックが入力される。一方、信号ｅｎａｂ
ｌｅは、データの存在区間で”１”となっている。

【０１７１】同期信号ｓｙｎｃがカウンタ３２０に入力
されると、カウンタ３２０のカウント値ｃｎｔがリセッ
トされる。カウンタ３２０は、リセットされた値からシ
ステムクロックに基づきカウントを開始する。カウント
値ｃｎｔは、同期信号ｓｙｎｃを起点に、０、１、２、
・・・と１ずつ増加される。カウント値ｃｎｔが０以
上、且つ、４以下であれば、信号ｓｌｃは、値が”１”
である。

【０１７２】ここで、図２７において、データ３３１
は、記録時にスライスヘッダ１３を追加されたデータ
（スライスヘッダ１３とマクロブロックとの組）である
ものとする。一方、データ３３０および３３２は、記録
の際に入力されたＭＰＥＧＥＳ中に既にスライスヘッ
ダ１３が存在し、記録側ＭＦＣ１０６でスライスヘッダ
１３が追加されていないデータであるものとする。

【０１７３】データ３３１がＥＣＣデコーダ１１３でデ
コードされると、例えばデータ３３１が格納されるシン
クブロックのＤＩＤに含まれるフラグｓｌｃ＿ａｄｄ＿
ｐｄが抽出される。データ３３１は、記録時にスライス
ヘッダ１３が追加されているので、フラグｓｌｃ＿ａｄ
ｄ＿ｐｄの値は、”１”である。当該シンクブロックに
よる同期信号ｓｙｎｃの期間中は、フラグｓｌｃ＿ａｄ
ｄ＿ｐｄが”１”のまま保持される。

【０１７４】ＡＮＤ回路３２２で、信号ｓｌｃとフラグ
ｓｌｃ＿ａｄｄ＿ｐｄとの論理積がとられると、その出
力として、図２７に示されるように、データ３３１にお
けるスライスヘッダ１３の期間だけ値が”１”である信
号ｓｌｃ＿ｄｅｌが得られる。その信号ｓｌｃ＿ｄｅｌ
を反転した信号と、信号ｅｎａｂｌｅとの論理積をとる
ことで、データ３３１におけるスライスヘッダ１３の期
間だけ信号ｅｎａｂｌｅがマスクされた信号ｅｎａｂｌ
ｅ＿ｏｕｔが得られる。この信号ｅｎａｂｌｅ＿ｏｕｔ
を、新たなイネーブル信号として、この図２６の構成か
ら出力される再生ストリームに適用することで、記録時
に追加されたスライスヘッダ１３を無効とすることがで
き、スライスヘッダ１３を削除することができる。

【０１７５】なお、上述では、この発明が磁気テープに
ディジタルビデオ信号を記録する、ディジタルＶＴＲに
適用されるように説明しているが、これはこの例に限定
されない。例えば、この発明は、ディスク記録媒体にデ
ィジタルビデオ信号を記録するような、ビデオサーバな
ど、他のＭＰＥＧストリーム記録機器にも適用させるこ
とができる。

【０１７６】

【発明の効果】以上説明したように、この発明によれ
ば、任意のマクロブロックに対してスライスヘッダが配
されたＭＰＥＧＥＳを、１スライス＝１マクロブロッ
クのスライス構造に変換して記録しても、再生時に、元
のスライス構造に戻して出力することができる効果があ
る。

【０１７７】そのため、この発明が適用されたＶＴＲで
は、記録されたストリームの高速再生の際の画像品質を
保持しながら、入力ストリームと出力ストリームとのビ
ットレートを同一に保つことができるという効果があ
る。

【図面の簡単な説明】

【図１】ＭＰＥＧ２のデータの階層構造を概略的に示す
略線図である。

【図２】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図３】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図４】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図５】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図６】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図７】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図８】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図９】ＭＰＥＧ２のストリーム中に配されるデータの
内容とビット割り当てを示す略線図である。

【図１０】ＭＰＥＧ２のストリーム中に配されるデータ
の内容とビット割り当てを示す略線図である。

【図１１】ＭＰＥＧ２のストリーム中に配されるデータ
の内容とビット割り当てを示す略線図である。

【図１２】ＭＰＥＧ２のストリーム中に配されるデータ
の内容とビット割り当てを示す略線図である。

【図１３】データのバイト単位の整列を説明するための
図である。

【図１４】一実施形態におけるＭＰＥＧストリームのヘ
ッダを具体的に示す略線図である。

【図１５】一実施形態による記録再生装置の記録側の構
成の一例を示すブロック図である。

【図１６】磁気テープ上に形成されるトラックフォーマ
ットの一例を示す略線図である。

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

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

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

【図２０】ＥＣＣエンコーダのより具体的な構成を示す
ブロック図である。

【図２１】メインメモリのアドレス構成の一例を示す略
線図である。

【図２２】一実施形態によるスライスヘッダ追加処理の
一例のフローチャートである。

【図２３】一実施形態によるスライスヘッダ追加処理を
ＭＰＥＧＥＳに即して説明するための図である。

【図２４】一実施形態によるスライスヘッダ追加処理を
行うための一例の構成を示すブロック図である。

【図２５】スライスヘッダが追加されたストリームが磁
気テープに記録された様子を概略的に示す略線図であ
る。

【図２６】記録時に追加されたスライスヘッダを削除す
る一例の構成を示すブロック図である。

【図２７】記録時に追加されたスライスヘッダを削除す
る処理の一例のタイムチャートである。

【図２８】ＭＰＥＧ２のデータストリームの一例を概略
的に示す略線図である。

【図２９】ＭＰＥＧ２の規定に基づく一例のデータ構造
を画面に対応させて示す略線図である。

【図３０】ＭＰＥＧ２のデータストリームをバイト単位
で見た例を示す略線図である。

【図３１】１スライス＝ｎマクロブロックの形式のスト
リームを１スライス＝１マクロブロックの形式に変換す
る処理を概略的に示す略線図である。

【符号の説明】

１・・・シーケンスヘッダコード、２・・・シーケンス
ヘッダ、３・・・シーケンス拡張、４・・・拡張および
ユーザデータ、５・・・ＧＯＰスタートコード、６・・
・ＧＯＰヘッダ、７・・・ユーザデータ、８・・・ピク
チャスタートコード、９・・・ピクチャヘッダ、１０・
・・ピクチャ符号化拡張、１１・・・拡張およびユーザ
データ、１２・・・スライススタートコード、１３・・
・スライスヘッダ、１４・・・マクロブロックヘッダ、
１０１・・・ＳＤＩ受信部、１０２・・・ＭＰＥＧエン
コーダ、１０６・・・記録側マルチフォーマットコンバ
ータ（ＭＦＣ）、１０８・・・ＳＤＴＩ受信部、１０９
・・・ＥＣＣエンコーダ、１１２・・・磁気テープ、１
１３・・・ＥＣＣデコーダ、１１４・・・再生側ＭＦ
Ｃ、１１５・・・ＳＤＴＩ出力部、１１６・・・ＭＰＥ
Ｇデコーダ、１１８・・・ＳＤＩ出力部、１３７ａ，１
３７ｃ・・・パッキング部、１３７ｂ・・・ビデオシャ
フリング部、１３９・・・外符号エンコーダ、１４０・
・・ビデオシャフリング、１４９・・・内符号エンコー
ダ、３１０・・・フレームメモリ、３１１・・・可変長
符号復号回路、３１２・・・スライス検出回路、３１７
・・・ＡＮＤ回路、３１８・・・スライス挿入回路３１
８、３２０・・・カウンタ、３２１・・・比較回路、３
２２，３２３・・・ＡＮＤ回路

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤堂晋東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者杉山晃東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5C018 HA08 JC04 5C053 FA22 GB01 GB06 GB07 GB08 GB10 GB11 GB15 GB18 GB19 GB22 GB26 GB30 GB38 GB40 HA24 HA27 JA07 JA22 JA30 KA03 KA20 KA21 5C059 KK43 LB18 MA00 MA04 MA05 MA23 MA24 MA31 MA32 MA34 ME01 PP05 PP06 PP07 PP16 RC02 RC04 RC32 RC35 RF04 RF21 SS11 SS16 SS30 UA02 UA05 5D044 AB05 AB07 BC01 CC03 DE03 DE43 DE48 EF05 GK08

Claims

【特許請求の範囲】

【請求項１】ディジタルビデオデータを圧縮符号化の
ブロック単位で記録媒体に記録する記録装置において、ブロック単位で圧縮符号化されたディジタルビデオデー
タの上記ブロックにヘッダ情報が付加されているかどう
か検出し、上記検出結果に基づき上記ヘッダ情報が付加
されていない上記ブロックに上記ヘッダ情報を付加する
ヘッダ情報付加手段と、上記ブロックのそれぞれについて、上記ヘッダ情報付加
手段で上記ヘッダ情報が付加されたかどうかを示すヒス
トリ情報を生成するヒストリ情報生成手段とを有し、上記ヒストリ情報生成手段で生成された上記ヒストリ情
報を上記ブロックのそれぞれに対応付けて記録媒体に記
録するようにしたことを特徴とする記録装置。
【請求項２】請求項１に記載の記録装置において、上記ヘッダ情報は、ＭＰＥＧ符号化データのスライスヘ
ッダであることを特徴とする記録装置。
【請求項３】ディジタルビデオデータを圧縮符号化の
ブロック単位で記録媒体に記録する記録方法において、ブロック単位で圧縮符号化されたディジタルビデオデー
タの上記ブロックにヘッダ情報が付加されているかどう
か検出し、上記検出結果に基づき上記ヘッダ情報が付加
されていない上記ブロックに上記ヘッダ情報を付加する
ヘッダ情報付加のステップと、上記ブロックのそれぞれについて、上記ヘッダ情報付加
のステップで上記ヘッダ情報が付加されたかどうかを示
すヒストリ情報を生成するヒストリ情報生成のステップ
とを有し、上記ヒストリ情報生成手段で生成された上記ヒストリ情
報を上記ブロックのそれぞれに対応付けて記録媒体に記
録するようにしたことを特徴とする記録方法。
【請求項４】ブロック単位で圧縮符号化され、ブロッ
ク毎にヘッダ情報が付加されて記録媒体に記録されたデ
ィジタルビデオデータを再生する再生装置において、ブロック単位で圧縮符号化され、上記ブロック毎にヘッ
ダ情報が付加されると共に、上記ヘッダ情報が記録時に
追加されることで上記付加が行われたかどうかを示すヒ
ストリ情報が上記ブロックのそれぞれに対応付けられて
記録媒体に記録されたディジタルビデオデータを再生す
る再生手段と、上記再生手段によって再生された上記ディジタルビデオ
データ中の上記ヒストリ情報が、対応する上記ヘッダ情
報が上記記録時に追加されたものであることを示してい
る場合には、上記再生手段によって再生された上記ディ
ジタルビデオデータから該ヒストリ情報に対応した上記
ヘッダ情報を削除するヘッダ情報削除手段とを有するこ
とを特徴とする再生装置。
【請求項５】請求項４に記載の再生装置において、上記ヘッダ情報は、ＭＰＥＧ符号化データのスライスヘ
ッダであることを特徴とする再生装置。
【請求項６】請求項４に記載の再生装置において、上記ヘッダ情報削除手段は、再生データの有効および／
または無効を示すイネーブル信号を用いて上記ヘッダ情
報の期間を無効期間とすることで上記ヘッダ情報を削除
するようにしたことを特徴とする再生装置。
【請求項７】ブロック単位で圧縮符号化され、ブロッ
ク毎にヘッダ情報が付加されて記録媒体に記録されたデ
ィジタルビデオデータを再生する再生方法において、ブロック単位で圧縮符号化され、上記ブロック毎にヘッ
ダ情報が付加されると共に、上記ヘッダ情報が記録時に
追加されることで上記付加が行われたかどうかを示すヒ
ストリ情報が上記ブロックのそれぞれに対応付けられて
記録媒体に記録されたディジタルビデオデータを再生す
る再生のステップと、上記再生のステップによって再生された上記ディジタル
ビデオデータ中の上記ヒストリ情報が、対応する上記ヘ
ッダ情報が上記記録時に追加されたものであることを示
している場合には、上記再生のステップによって再生さ
れた上記ディジタルビデオデータから該ヒストリ情報に
対応した上記ヘッダ情報を削除するヘッダ情報削除のス
テップとを有することを特徴とする再生方法。