JP2001346163A

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

Info

Publication number: JP2001346163A
Application number: JP2000165727A
Authority: JP
Inventors: Masaaki Isozaki; 正明五十崎
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-06-02
Filing date: 2000-06-02
Publication date: 2001-12-14

Abstract

(57)【要約】【課題】基準となるエンコード条件に対して異なるエン
コード条件でエンコードされたストリームが混在してい
ても、良好な画質でシャトル再生ができるようにする。【解決手段】記録時に、ＳＤＴＩ受信部１０５で、入
力されたＭＰＥＧストリームからエレメンタリストリー
ムを抽出し、フォーマットチェッカ１２５に供給する。
フォーマットチェッカ１２５では、エレメンタリストリ
ームが、記録再生装置１００において基準となるエンコ
ード条件のうちシャトル再生時の再生画像に影響する条
件を満たしているかどうかが判定される。若し、条件を
満たしていないとされれば、そのピクチャを構成するシ
ンクブロックのそれぞれに、その旨示すフラグが設定さ
れる。シャトル再生時には、当該フラグが設定されたシ
ンクブロックは、有効データではないとして捨てられ
る。シャトル再生時にヘッドが複数のトラックを跨いで
トレースし、同一画面を構成するデータ中に、基準とな
るエンコード条件と異なる条件でエンコードされたデー
タが混在していても、良好なシャトル再生画像を得るこ
とができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ブロック単位で
圧縮符号化されたデータに圧縮符号化パラメータを付し
て所定サイズのパケットに振り分けて記録されたテープ
状記録媒体を、記録時よりも高速に再生した際に、良好
な再生画像が得られるような記録装置および方法、再生
装置および方法、ならびに、記録再生装置および方法に
関する。

【０００２】

【従来の技術】ディジタルＶＴＲ(Video Tape Recorde
r) に代表されるように、ディジタルビデオ信号および
ディジタルオーディオ信号を記録媒体に記録し、また、
記録媒体から再生するようなデータ記録再生装置が知ら
れている。ディジタルビデオ信号は、データ容量が膨大
となるため、所定の方式で圧縮符号化されて記録媒体に
記録されるのが一般的である。近年では、ＭＰＥＧ２(M
oving Picture Experts Group 2)方式が圧縮符号化の標
準的な方式として知られている。ＭＰＥＧ２では、ＤＣ
Ｔ(Discrete Cosine Transform)と動き補償とを用いて
ディジタルビデオ信号の圧縮符号化を行い、さらに可変
長符号を用いてデータの圧縮率を高めている。

【０００３】ＭＰＥＧ２のデータストリーム構造につい
て、概略的に説明する。ＭＰＥＧ２は、動き補償予測符
号化と、ＤＣＴによる圧縮符号化とを組み合わせたもの
である。ＭＰＥＧ２のデータ構造は、階層構造をなして
おり、下位から、ブロック層、マクロブロック層、スラ
イス層、ピクチャ層、ＧＯＰ層およびシーケンス層とな
っている。

【０００４】ブロック層は、ＤＣＴを行う単位であるＤ
ＣＴブロックからなる。マクロブロック層は、複数のＤ
ＣＴブロックで構成される。スライス層は、ヘッダ部
と、１以上のマクロブロックより構成される。ピクチャ
層は、ヘッダ部と、１以上のスライスとから構成され
る。ピクチャは、１画面に対応する。ＧＯＰ層は、ヘッ
ダ部と、フレーム内符号化に基づくピクチャであるＩピ
クチャと、予測符号化に基づくピクチャであるＰおよび
Ｂピクチャとから構成される。Ｉピクチャは、それ自身
の情報のみで復号化が可能であり、ＰおよびＢピクチャ
は、予測画像として前あるいは前後の画像が必要とさ
れ、単独では復号化されない。ピクチャをＩピクチャの
みから構成することで、フレーム単位での編集が容易と
される。

【０００５】また、シーケンス層、ＧＯＰ層、ピクチャ
層、スライス層およびマクロブロック層の先頭には、そ
れぞれ所定のビットパターンからなる識別コードが配さ
れ、識別コードに続けて、各層の符号化パラメータが格
納されるヘッダ部が配される。ＭＰＥＧ２の復号化を行
うＭＰＥＧデコーダでは、パターンマッチングにより識
別コードを抽出して階層を判別し、ヘッダ部に格納され
たパラメータ情報に基づき、ＭＰＥＧストリームの復号
化を行う。

【０００６】スライス層に含まれるマクロブロックは、
複数のＤＣＴブロックの集合であり、画面（ピクチャ）
を１６画素×１６ラインの格子状に分割したものであ
る。スライスは、例えばこのマクロブロックを水平方向
に連結してなる。画面のサイズが決まると、１画面当た
りのマクロブロック数は、一意に決まる。

【０００７】ＭＰＥＧのフォーマットにおいては、スラ
イスが１つの可変長符号系列である。可変長符号系列と
は、可変長符号を復号化しなければデータの境界を検出
できない系列である。ＭＰＥＧストリームの復号時に
は、スライスのヘッダ部を検出し、可変長符号の始点と
終点とを見つけ出す。

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

【０００９】一方、ビデオ信号は、回転するヘッドで斜
めにトラックを形成するヘリカルトラック方式によっ
て、磁気テープ上に記録される。１トラックにおいて、
シンクブロックを記録の最小単位として、シンクブロッ
クがデータの種類毎にグループ化されてセクタが形成さ
れる。このとき、編集を考慮に入れ、１編集単位、例え
ば１フレーム分の記録データが記録される記録領域が所
定のものとされる。例えば、８トラックを用いて１フレ
ームの記録データが記録される。

【００１０】ＭＰＥＧ２では、可変長符号化を用いてい
るので、画像の複雑さによって符号量が異なる。１フレ
ーム期間に発生するデータを所定の記録領域に記録でき
るように、１フレーム分のデータ量が制御される。さら
に、磁気テープへの記録に適するように、上述したよう
に１スライスを１マクロブロックから構成する。それと
共に、マクロブロックも、マクロブロック内の画像の複
雑さによってデータ量が異なるため、１マクロブロック
を、所定長の固定枠に当てはめることが行われている。

【００１１】１マクロブロックを所定長の固定枠に当て
はめることを、パッキングと称する。パッキングにおい
て、例えば固定枠のサイズがシンクブロックのサイズに
対応したものとされる。マクロブロックのデータがこの
固定枠に先頭から詰め込まれ、マクロブロックの固定枠
からはみ出た部分が他の固定枠の空き領域に格納され
る。再生時には、他の固定枠の空き領域に移動されたデ
ータが元のマクロブロックに戻され、復号化がなされ
る。

【００１２】図２６は、従来技術によるディジタルＶＴ
Ｒの一例の構成を示す。ビデオデータは、ビデオエンコ
ーダ３００に供給され、ＭＰＥＧ２による圧縮符号化処
理などを施されてＭＰＥＧ２のデータストリームに変換
される。ビデオエンコーダ３００から出力されたビデオ
データは、パッキング／並び替え回路３０１に供給さ
れ、パケット単位でパッキングされ、外符号パリティが
付加できるように並び替えられる。並び替えられたビデ
オパケットは、外符号エンコーダ３０２で外符号パリテ
ィを付加され、並び替え回路３０３で記録する順番にデ
ータが並び替えられて混合回路３０４に供給される。

【００１３】一方、オーディオデータは、ディレイ調整
回路３０５により入力ディレイ量が調整され、並び替え
回路３０６で、エラー訂正符号が完結するエラー訂正ブ
ロック毎に、外符号パリティが付加できるように、デー
タが並び替えられる。並び替えられたオーディオデータ
は、外符号エンコーダ３０７で外符号パリティが付加さ
れ、並び替え回路３０８で記録する順に並び替えられ
て、混合回路３０４に供給される。

【００１４】並び替え回路３０３および３０８からそれ
ぞれ出力されたビデオデータおよびオーディオデータ
は、混合回路３０４で記録する順番に並び替えられ、ブ
ロックＩＤ付加回路３０９に供給される。ブロックＩＤ
付加回路３０９では、データパケット毎にブロックＩＤ
情報が付加され、データパケットを互いに識別可能なよ
うにされる。ブロックＩＤが付加されたビデオデータ
は、データパケット毎に、内符号エンコーダ３１０で内
符号パリティが付加され、さらに、同期パターン付加回
路３１１で同期パターンが付加されてシンクブロックが
形成される。

【００１５】同期パターン付加回路３１１から、シンク
ブロックがシリアルデータに変換されて出力される。同
期パターン付加回路３１１から出力されたシリアルデー
タは、記録アンプ３１２を介して図示されない記録ヘッ
ドに供給され、磁気テープ３１３に、ヘリカルトラック
で以て記録される。

【００１６】磁気テープ３１３に記録されたデータ列
は、図示されない再生ヘッドによって読み取られ、再生
アンプ３２０を介して同期パターン検出回路３２１に供
給される。同期パターン検出回路３２１において、供給
された再生データ列から同期パターンが検出され、検出
された同期パターンの位相に基づきシンクブロックの位
相が復元される。同期パターン検出回路３２１からシン
クブロックが出力される。シンクブロックは、内符号デ
コーダ３２２で内符号パリティを復号化され、エラー訂
正される。エラー訂正符号のエラー訂正能力を超えてエ
ラーが存在するときは、エラー訂正が行われず、エラー
があったことを示すエラーフラグが立てられる。エラー
訂正されたシンクブロックは、ブロックＩＤエラー補間
回路３２３に供給され、エラーのあったシンクブロック
のブロックＩＤが例えば前後のシンクブロックのＩＤに
基づき補間され、復元される。

【００１７】ブロックＩＤエラー補間回路３２３から出
力されたデータパケットは、分離回路３２４に供給され
る。このデータパケットは、分離回路３２４で、ブロッ
クＩＤのＩＤ情報に基づき、供給されたデータパケット
をビデオデータが格納されるビデオパケットとオーディ
オデータが格納されるオーディオパケットとに分離され
る。

【００１８】ビデオパケットは、並び替え回路３２５
で、外符号デコーダ３２６に供給できるような順序に並
び替えられる。並び替えられたビデオパケットは、外符
号デコーダ３３１で外符号パリティを復号化されてエラ
ー訂正される。エラー訂正符号の持つエラー訂正能力よ
りも多くエラーが存在する場合には、エラーが存在した
旨示すエラーフラグを立て、エラー訂正を行わない。エ
ラー訂正されたビデオパケットは、デパッキング回路３
２８に供給され、パケットが出力順に並び替えられると
共に、パッキングを解除される。

【００１９】パッキングが解除されたビデオデータは、
修整回路３２８に供給され、エラーフラグに基づき補間
などによりデータの修整がなされ、ビデオデコーダ３２
９に供給される。ビデオデータは、ビデオデコーダ３２
９において圧縮符号化の復号化がなされ、出力される。

【００２０】一方、オーディオパケットは、並び替え回
路３３０で外符号デコーダ３３１に入力できるようにパ
ケットが並び替えられる。並び替えられたオーディオパ
ケットは、外符号デコーダ３３１で外符号パリティを復
号化され、エラー訂正される。エラー訂正符号のエラー
訂正能力を超えてエラーが存在するときには、その旨示
すエラーフラグを立てて、エラー訂正を行わない。

【００２１】外符号デコーダ３３１から出力されたオー
ディオパケットは、並び替え回路３３２に供給され、補
助データ（ＡＵＸデータ）が抜き出され出力されると共
に、オーディオパケットが出力順に並び替えられ、オー
ディオデータの復号化がなされる。復号化されたオーデ
ィオデータは、修整回路３３３に供給され、エラーフラ
グに基づき、例えば前後のサンプルでデータを補間され
て修整される。修整回路３３３から出力されたオーディ
オデータは、ミュート処理／ディレイ調整回路３３４に
供給され、オーディオデータの出力ディレイ量を調整さ
れると共に、必要に応じてミュート処理されて出力され
る。

【００２２】

【発明が解決しようとする課題】ここで、上述のように
して磁気テープに記録されたディジタルビデオ信号を、
磁気テープを記録時よりも高速に駆動して再生する、シ
ャトル再生を行う場合について考える。高速再生時に
は、回転ヘッドがトラックを斜めに跨いでトレースする
ことになるため、１トラック全てのデータを読み取るこ
とができない。

【００２３】図２７は、シャトル再生の際の回転ヘッド
によるトラックのトレースと、再生画像との関係を概略
的に示す。この例では、図２７Ｂに一例が示されるよう
に、磁気テープ４０１に対して１フレームが４トラック
を用いて記録されており、テープの左端から右端へかけ
て第１フレーム〜第５フレームが記録されている。図２
７Ａは、各フレームに対応する画像４００Ａ〜４００Ｅ
を示す。

【００２４】記録時と同一の速度で再生を行う場合に
は、回転ヘッドは、図２７Ｂに軌跡４０２Ａとして示さ
れるように、正確に１トラックをトレースする。したが
って、再生画像は、例えば図２７Ｃに画像４００Ａ’と
して示されるように、記録された画像４００Ａが再現さ
れる。

【００２５】テープ速度が記録時の４倍の速度で駆動さ
れて再生される４倍速再生時の際には、図２７Ｂに軌跡
４０２Ｂとして示されるように、回転ヘッドは、１回の
トレースで４本のトラックを跨ぐことになる。したがっ
て、１フレーム分の画像を再生するのに４フレーム分の
トラックを跨ぐことになり、４倍速再生の際の再生画像
は、図２７Ｃに画像４０４として示されるように、４フ
レーム分の画像が混ざった画像となる。すなわち、４倍
速再生の場合、１画面に異なる時間の複数の画像が混在
することになる。

【００２６】１０倍速再生の場合でも同様に、回転ヘッ
ドは１回のトレースで軌跡４０２Ｃに示されるように、
１０本のトラックを跨ぐ。そのため、再生画像は、図２
７Ｃに画像４０５として示されるように、異なる１０フ
レーム分の画像が混在した状態となる。

【００２７】つまり、上述したＭＰＥＧ２ストリームを
扱うＶＴＲにおいては、シャトル再生時には、時間的に
異なるフレームのマクロブロックが集まって、１つの再
生画像が形成されることになる。

【００２８】このとき、各ピクチャのエンコード条件が
異なる場合には、マクロブロック内のデータの並び方な
どが異なってくる。勿論、各ピクチャのエンコード条件
が異なる場合には、各ピクチャのヘッダ情報も異なるこ
とになる。シャトル再生時には、このヘッダ情報が記録
されたシンクブロックが回転ヘッドにより再生され、エ
ラー無く復号化されたときにのみ、マクロブロックデー
タの更新がなされる。したがって、各ピクチャでのエン
コード条件が異なると、シャトル再生により再生画像を
得るときに、正常に復号化できないマクロブロックが発
生してしまうという問題点があった。

【００２９】上述のＭＰＥＧ２のストリームにおいて、
記録の際に、シャトル再生による再生画像を形成するこ
とを考えたときに問題となるエンコード条件は、例えば
以下の通りである。

【００３０】先ず、必須の条件としては、 (1) Ｉピクチャであること (2) ４：２：２＠ＭＬであること (3) １マクロブロック／１スライスであることこの３つがある。これらの条件のうち何れかを満たして
いない場合には、ＤＣＴの基底ブロックによるブロック
ノイズが発生してしまう。

【００３１】次に、基準となるエンコード条件に対応す
るヘッダ情報を用いて、基準と異なる条件のピクチャデ
ータを再生した場合を考える。この場合、ヘッダ情報中
の下記のパラメータが基準となるエンコード条件と異な
っている場合には、上述と同様に、ブロックノイズが発
生する。すなわち、 (4) frame_pred_frame_dct (5) intra_vlc_format (6) alternate_scan これらのパラメータである。

【００３２】また、画質は劣化するが、画像としてある
程度、許容できるという程度の影響のあるパラメータと
しては、 (7) quantizer_matrix (8) intra_dc_precision (9) picture_structure (10) top_field_first (11) q_scale_type このようなものが挙げられる。

【００３３】したがって、シャトル再生において良質な
再生画像を得るためには、ビデオ信号のＭＰＥＧエンコ
ード時に、上述した、異なるエンコード条件で再生した
場合に画質に悪影響を及ぼす可能性のあるパラメータを
固定的とした、基準となるエンコード条件を用いる必要
がある。ＶＴＲ自身が有するＭＰＥＧエンコーダで以
て、入力されたビデオ信号をエンコードするのであれ
ば、このような制約を守りながらシステムの運用を行う
ことができる。

【００３４】ところで、近年では、外部から直接的に入
力されたＭＰＥＧストリームを記録するようなＶＴＲが
出現している。このようなＶＴＲでは、外部から入力さ
れたＭＰＥＧストリームが必ずしもこの条件の制約を守
っているとは限らない。そのため、外部から入力された
ＭＰＥＧストリームを扱う場合には、例えば上述した、
シャトル再生における各条件の制約を守ったＭＰＥＧス
トリームしか扱わないという方法が考えられる。しかし
ながら、この方法では、ＶＴＲの運用上の仕様として大
きな制約になってしまうという問題点があった。

【００３５】また、別の方法として、ＶＴＲのビデオ信
号の入力段において、入力されたＭＰＥＧストリーム
を、上述した各条件に当てはまるように変換する方法も
考えられる。ところが、ストリーム変換を行うためには
一旦ＤＣＴを復号化する必要があるが、ＤＣＴは、不可
逆的な変換処理なので、再びＤＣＴを行う際に、画質が
劣化してしまうという問題点があった。

【００３６】したがって、この発明の目的は、基準とな
るエンコード条件に対して異なるエンコード条件でエン
コードされたストリームが混在していても、良好な画質
でシャトル再生できるような記録装置および方法、再生
装置および方法、ならびに、記録再生装置および方法に
関する。

【００３７】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、フレーム相関を利用した圧縮符号
化が施されたビデオデータを記録媒体に記録する記録装
置において、単独で圧縮符号が完結している画像単位を
判別するフラグをシンクブロック単位に付加する付加手
段と、付加手段によりフラグを付加されたシンクブロッ
クを記録媒体に記録する記録手段とを有することを特徴
とする記録装置である。

【００３８】また、この発明は、フレーム相関を利用し
た圧縮符号化が施されたビデオデータを記録媒体に記録
する記録方法において、単独で圧縮符号が完結している
画像単位を判別するフラグをシンクブロック単位に付加
する付加のステップと、付加のステップによりフラグを
付加されたシンクブロックを記録媒体に記録する記録の
ステップとを有することを特徴とする記録方法である。

【００３９】また、この発明は、フレーム相関を利用し
た圧縮符号化が施されたビデオデータを記録媒体から再
生する再生装置において、記録媒体から、圧縮符号化さ
れ単独で圧縮符号が完結している画像単位を判別するフ
ラグをシンクブロック単位に付加されて記録されたシン
クブロックを再生する再生手段と、再生手段により再生
されたシンクブロックのそれぞれからフラグを検出し、
検出結果に基づきシンクブロックを選択する選択手段
と、選択手段により選択されたシンクブロックを用いて
圧縮符号を復号し、画像を得る画像再生手段とを有する
ことを特徴とする再生装置である。

【００４０】また、この発明は、フレーム相関を利用し
た圧縮符号化が施されたビデオデータを記録媒体から再
生する再生方法において、記録媒体から、圧縮符号化さ
れ単独で圧縮符号が完結している画像単位を判別するフ
ラグをシンクブロック単位に付加されて記録されたシン
クブロックを再生する再生のステップと、再生のステッ
プにより再生されたシンクブロックのそれぞれからフラ
グを検出し、検出結果に基づきシンクブロックを選択す
る選択のステップと、選択のステップにより選択された
シンクブロックを用いて圧縮符号を復号し、画像を得る
画像再生のステップとを有することを特徴とする再生方
法である。

【００４１】また、この発明は、フレーム相関を利用し
た圧縮符号化が施されたビデオデータを記録媒体に記録
し、記録媒体からビデオデータを再生する記録再生装置
において、単独で圧縮符号が完結している画像単位を判
別するフラグをシンクブロック単位に付加する付加手段
と、付加手段によりフラグを付加されたシンクブロック
を記録媒体に記録する記録手段と、記録媒体からシンク
ブロックを再生する再生手段と、再生手段により再生さ
れたシンクブロックのそれぞれからフラグを検出し、検
出結果に基づきシンクブロックを選択する選択手段と、
選択手段により選択されたシンクブロックを用いて圧縮
符号を復号し、画像を得る画像再生手段とを有すること
を特徴とする記録再生装置である。

【００４２】また、この発明は、フレーム相関を利用し
た圧縮符号化が施されたビデオデータを記録媒体に記録
し、記録媒体からビデオデータを再生する記録再生方法
において、単独で圧縮符号が完結している画像単位を判
別するフラグをシンクブロック単位に付加する付加のス
テップと、付加のステップによりフラグを付加されたシ
ンクブロックを記録媒体に記録する記録のステップと、
記録媒体からシンクブロックを再生する再生のステップ
と、再生のステップにより再生されたシンクブロックの
それぞれからフラグを検出し、検出結果に基づきシンク
ブロックを選択する選択のステップと、選択のステップ
により選択されたシンクブロックを用いて圧縮符号を復
号し、画像を得る画像再生のステップとを有することを
特徴とする記録再生方法である。

【００４３】上述したように、請求項１および４に記載
の発明は、単独で圧縮符号が完結している画像単位を判
別するフラグをシンクブロック単位に付加し、フラグが
付加されたシンクブロックを記録媒体に記録するように
しているため、再生時に、フラグに基づき、単独で圧縮
符号が完結している所定の画像単位を構成するシンクブ
ロックを選択することができる。

【００４４】また、請求項５および８に記載の発明は、
記録媒体から、圧縮符号化され単独で圧縮符号が完結し
ている画像単位を判別するフラグをシンクブロック単位
に付加されて記録されたシンクブロックを再生し、再生
されたシンクブロックのそれぞれからフラグを検出し、
検出結果に基づきシンクブロックを選択して、選択され
たシンクブロックを用いて圧縮符号を復号し、画像を得
るようにしているため、再生データに、所定の圧縮符号
化データとは異なる圧縮符号化データが混在していて
も、所定の圧縮符号化がなされたシンクブロックを選択
的に復号して再生画像を得ることができる。

【００４５】また、請求項９および１４に記載の発明
は、単独で圧縮符号が完結している画像単位を判別する
フラグをシンクブロック単位に付加し、フラグを付加さ
れたシンクブロックを記録媒体に記録し、記録媒体から
シンクブロックを再生し、再生されたシンクブロックの
それぞれからフラグを検出し、検出結果に基づき選択さ
れたシンクブロックを用いて圧縮符号を復号し、画像を
得るようにしているため、記録時に、所定の圧縮符号化
を行ったデータと異なる圧縮符号化を行ったデータとを
混在して記録しても、再生時に、シンクブロック毎に付
されたフラグに基づき所定の圧縮符号化を行ったシンク
ブロックを選択して復号することができ、それによる画
像を得ることができる。

【００４６】

【発明の実施の形態】以下、この発明の一実施形態につ
いて説明する。この発明では、ＭＰＥＧのストリームの
記録再生を行うようなＶＴＲにおいて、外部から入力さ
れたＭＰＥＧストリームを記録する場合には、入力段
で、ストリーム上にある各ピクチャのヘッダ情報を調
べ、入力されたストリームデータがシャトル再生可能な
エンコード条件でエンコードされたものであるかどうか
を判断する。その結果、当該ピクチャのエンコード条件
がシャトル再生可能な条件ではないと判断されれば、当
該ピクチャのビデオデータが格納される各シンクブロッ
ク（各マクロブロック）にその旨示すフラグを記録す
る。また、エンコード条件の判別結果を、トラック毎の
所定位置に記録する。シャトル再生時には、シンクブロ
ック毎に記録されたフラグに基づき、そのシンクブロッ
クを用いるかどうかを判断する。これにより、シャトル
再生時に、正常に復号化できないマクロブロックを用い
ないようにできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８０】図１５は、この一実施形態による記録再生
装置１００の記録側の構成の一例を示す。記録時には、
所定のインターフェース例えばＳＤＩ(Serial Data Int
erface) の受信部を介してディジタルビデオ信号が端子
１０１から入力される。ＳＤＩは、（４：２：２）コン
ポーネントビデオ信号とディジタルオーディオ信号と付
加的データとを伝送するために、ＳＭＰＴＥによって規
定されたインターフェイスである。

【００８１】入力ビデオ信号は、ビデオエンコーダ１０
２においてエンコード処理される。すなわち、入力ビデ
オ信号は、ビデオエンコーダ１０２でＤＣＴ(Discrete
Cosine Transform) の処理を受け、係数データに変換さ
れ、係数データが可変長符号化される。ビデオエンコー
ダ１０２からの可変長符号化（ＶＬＣ）データは、ＭＰ
ＥＧ２に準拠したエレメンタリストリームである。ま
た、入力ビデオ信号は、ビデオエンコーダ１０２におい
て、シャトル再生に適するように、従来の技術で上述し
たようなエンコード条件を満足したエンコード処理がな
される。ビデオエンコーダ１０２の出力は、セレクタ１
０３の一方の入力端に供給される。

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

【００８３】フォーマットチェッカ１２５では、入力さ
れたエレメンタリストリームからＭＰＥＧの各階層のヘ
ッダ情報が取り出される。そして、取り出されたヘッダ
情報に基づき、入力されたエレメンタリストリームが従
来の技術で上述したようなエンコード条件を満足してい
るかどうかが調べられる。

【００８４】上述の図１３で示したように、エレメンタ
リストリームは、スライス層まではデータがバイト単位
に整列している。また、各層のヘッダは、それぞれバイ
ト単位に整列された所定のビットパターンを有するスタ
ートコード（またはシーケンスヘッダコード）を検出す
ることで抽出が可能である。各層のヘッダ情報に含まれ
るパラメータのそれぞれは、スタートコードの位置に基
づき抽出することができる。

【００８５】フォーマットチェッカ１２５では、抽出さ
れた各層のヘッダ情報に基づき、ピクチャ単位で、エン
コード条件のチェックを行う。例えば、予め決められた
エンコード条件が図示されないメモリやレジスタにセッ
トされ、入力されたエレメンタリストリームの所定の情
報と、予め決められた条件とが一致するかどうかが判断
される。そして、チェックの結果、所定のエンコード条
件を満足していないとされれば、当該ピクチャのデータ
は、シャトル再生の際に用いないことを示すフラグＳｈ
ｕｔｔｌｅ＿ｆｌａｇを例えば「１」にセットする。

【００８６】より具体的には、下記の何れかの条件を満
たしていないときに、フラグＳｈｕｔｔｌｅ＿ｆｌａｇ
が「１」とされる。これに限らず、いくつかの条件の組
み合わせで判断してもよい。

【００８７】シャトル再生時における再生画像を形成す
る際に問題となるエンコード条件は、次の３つである。

【００８８】(1) Ｉピクチャであること (2) ４：２：２＠ＭＬであること (3) １マクロブロック／１スライスであることこれらの条件の何れかを満たしていないときには、シャ
トル再生画像に、ＤＣＴブロックの基底パターンによる
ブロックノイズが発生する。

【００８９】上述の図２〜図１２に示されるように、こ
れらのうち、条件(1)は、ピクチャヘッダ９のｐｉｃｔ
ｕｒｅｃｏｄｉｎｇｔｙｐｅによって判断される。
条件(2)は、シーケンス拡張３のｃｈｒｏｍａｆｏｒ
ｍａｔによって判断される。また、１マクロブロック中
に含まれるＤＣＴブロックの個数は、ｃｈｒｏｍａｆｏ
ｒｍａｔに対して固定的とされているため、条件(3)
は、ｃｈｒｏｍａｆｏｒｍａｔに従い、１スライスス
タートコード中に含まれるＤＣＴブロック中のＥｎｄ
ｏｆｂｌｏｃｋの個数から判断される。

【００９０】下記のパラメータ(4)〜(6)に関して、基準
となるパラメータと異なるパラメータを有するピクチャ
データを、基準となるパラメータを用いて復号化し再生
した場合に、上述と同様に、ブロックノイズによる画質
劣化が引き起こされる。

【００９１】(4) frame_pred_frame_dct (5) intra_vlc_format (6) alternate_scan これらは、ピクチャ符号化拡張１０に含まれるパラメー
タである。

【００９２】エレメンタリストリームは、フォーマット
チェッカ１２５において、上述の条件(1)〜(6)について
ピクチャ単位で判断される。その結果、条件(1)〜(6)の
何れかを満たしていないと判断されたピクチャデータに
対して、フラグＳｈｕｔｔｌｅ＿ｆｌａｇが「１」にセ
ットされる。

【００９３】なお、下記のパラメータ(7)〜(11)に関し
て、基準となるパラメータと異なるパラメータを有する
ピクチャデータを、基準となるパラメータを用いて復号
化し再生した際にも、画質の劣化が生じる。

【００９４】(7) quantizer_matrix (8) intra_dc_precision (9) picture_structure (10) top_field_first (11) q_scale_type これらのパラメータに関しては、画質は劣化するが、画
像としてある程度、許容できるという程度の影響であ
る。この一実施形態では、これらパラメータ(7)〜(11)
については、特に考慮に入れない。勿論、これに限ら
ず、これらパラメータ(7)〜(11)についても、上述と同
様に、フラグＳｈｕｔｔｌｅ＿ｆｌａｇをセットするよ
うにしてもよい。

【００９５】設定されたフラグＳｈｕｔｔｌｅ＿ｆｌａ
ｇは、後述するＩＤ付加部１１８に供給される。また、
パラメータの判定結果は、ビデオデータと同様のパケッ
トとして、エレメンタリストリームに乗せられる。

【００９６】フォーマットチェッカ１２５から出力され
たエレメンタリストリームは、セレクタ１０３の他方の
入力端に供給される。セレクタ１０３では、一方および
他方の入力端のうち何れかが選択され、選択され出力さ
れたエレメンタリストリームは、ストリームコンバータ
１０６に供給される。ストリームコンバータ１０６で
は、ＭＰＥＧ２の規定に基づきＤＣＴブロック毎に並べ
られていたＤＣＴ係数を、１マクロブロックを構成する
複数のＤＣＴブロックを通して、周波数成分毎にまと
め、まとめた周波数成分を並べ替える。並べ替えられた
変換エレメンタリストリームは、パッキングおよびシャ
フリング部１０７に供給される。

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

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

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

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

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

【０１０２】シャフリング部１１７の出力が混合部１１
１に供給され、ビデオデータとオーディオデータが１チ
ャンネルのデータとされる。混合部１１１の出力がＩＤ
付加部１１８が供給され、シンクブロック番号を示す情
報などからなるＩＤ０およびＩＤ１と、シンクブロック
に格納されるデータに関する情報を示すＤＩＤとが付加
される。ＤＩＤには、上述したフラグＳｈｕｔｔｌｅ＿
ｆｌａｇも格納される。これらＩＤ０、ＩＤ１およびＤ
ＩＤについては、後述する。

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

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

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

【０１０６】同期検出ブロック１３２の出力が内符号エ
ンコーダ１３３に供給され、内符号のエラー訂正がなさ
れる。内符号エンコーダ１３３の出力がＩＤ補間部１３
４に供給され、内符号によりエラーとされたシンクブロ
ックのＩＤ例えばシンクブロック番号が補間される。ま
た、ＩＤ補間部１３４では、シンクブロックに格納され
たデータの情報であるＤＩＤ（後述する）が抜き出され
る。ＤＩＤは、対応するシンクブロックとタイミングを
合わされて、有効データ選択部１２６に供給される。

【０１０７】ＩＤ補間部１３４の出力が分離部１３５に
供給され、ビデオデータとオーディオデータとが分離さ
れる。分離は、例えばそれぞれに対応する領域から再生
されたデータを、互いに分別することでなされる。上述
したように、ビデオデータは、ＭＰＥＧのイントラ符号
化で発生したＤＣＴ係数データおよびシステムデータを
意味し、オーディオデータは、ＰＣＭ(Pulse Code Modu
lation) データおよびＡＵＸを意味する。

【０１０８】分離部１３５から出力されたビデオデータ
は、有効データ選択部１２６に供給される。上述したよ
うに、有効データ選択部１２６には、ＩＤ補間部１２４
からＤＩＤが供給される。シャトル再生時において、ビ
デオデータは、有効データ選択部１２６で、ＤＩＤに格
納されるフラグＳｈｕｔｔｌｅ＿ｆｌａｇに基づき有効
データが選択される。有効データの選択は、シンクブロ
ック単位でなされ、有効ではないシンクブロックは、シ
ャトル再生時には捨てられる。すなわち、この一実施形
態ではフラグＳｈｕｔｔｌｅ＿ｆｌａｇが「１」とされ
たＤＩＤに対応するシンクブロックがシャトル再生時に
捨てられる。

【０１０９】有効データ選択部１２６から出力されたビ
デオデータは、デシャフリング部１３６に供給される。
デシャフリング部１３６では、供給されたビデオデータ
に対してシャフリングと逆の処理を施す。デシャフリン
グ部１３６は、記録側のシャフリング部１１０でなされ
たシンクブロック単位のシャフリングを元に戻す処理を
行う。例えば、供給されたビデオデータを、シンクブロ
ック単位で、ＩＤに基づきアドレスを指定してメモリに
書き込む。メモリからシンクブロックを読み出す際に、
正しい順序になるようにアドレスを指定することで、デ
シャフリング処理がなされる。このとき、フラグＳｈｕ
ｔｔｌｅ＿ｆｌａｇが「１」とされたシンクブロック
は、上述の有効データ選択部１２６で捨てられているの
で、対応するアドレスからは、以前のシンクブロックの
データが読み出される。デシャフリング部１３６の出力
が外符号デコーダ１３７に供給され、外符号によるエラ
ー訂正がなされる。訂正できないエラーが発生した場合
には、エラーの有無を示すエラーフラグがエラー有りを
示すものとされる。

【０１１０】なお、シャトル再生時には、外符号系列が
全て再生できる保証がないため、外符号デコーダ１３７
での外符号によるエラー訂正処理は、行われない。

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

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

【０１１３】さらに、補間部１４０では、ビデオデータ
の先頭に付加されているヘッダがエラーの場合に、ヘッ
ダ（シーケンスヘッダ、ＧＯＰヘッダ、ピクチャヘッ
ダ、ユーザデータ等）を回復する処理もなされる。

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

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

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

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

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

【０１１９】外符号デコーダ１５２の出力がＡＵＸ分離
部１５３に供給され、オーディオＡＵＸが分離される。
分離されたオーディオＡＵＸが出力端子１５４に取り出
される。補間部１５５では、エラーの有るサンプルが補
間される。補間方法としては、時間的に前後の正しいデ
ータの平均値で補間する平均値補間、前の正しいサンプ
ルの値をホールドする前値ホールド等を使用できる。

【０１２０】補間部１５５の出力が出力部１５６に供給
される。出力部１５６は、供給されたデータの出力方法
を制御する。例えば、出力部１５６では、所定のチャン
ネルの出力を所定期間出力しないようにするミュート処
理や、ビデオデータとの時間合わせのための遅延量調整
処理がなされる。ミュート処理により、エラーであり、
補間できないオーディオデータの出力を禁止することが
できる。出力部１５６から出力されたオーディオデータ
が出力端子１５７に導出される。

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

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

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

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

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

【０１２５】また、ビデオデータは、この例では、１ト
ラックに対して４エラー訂正ブロック分のデータがシャ
フリング（インターリーブ）され、ＵｐｐｅｒＳｉｄ
ｅおよびＬｏｗｅｒＳｉｄｅで各セクタに分割され記
録される。

【０１２６】さらに、この一実施形態では、Ｌｏｗｅｒ
Ｓｉｄｅのビデオセクタの最後端側にＳｙｓｔｅｍ＿
ｓｙｎｃ領域が設けられる。このＳｙｓｔｅｍ＿ｓｙｎ
ｃ領域には、上述のフォーマットチェッカ１２５による
判定結果が格納される。シャトル再生時には、ヘッダ情
報が各ピクチャ毎に必ず取得できるとは限らず、再生さ
れたピクチャがＩピクチャであるか、Ｂピクチャ、Ｐピ
クチャであるかを識別できないことが考えられる。フォ
ーマットチェッカ１２５による判別結果を各トラック毎
に格納しておくことで、このような事態を防ぐことがで
きる。

【０１２７】なお、図１７Ａにおいて、ＬｏｗｅｒＳ
ｉｄｅのビデオセクタとオーディオセクタとの間、なら
びに、ＬｏｗｅｒＳｉｄｅのオーディオセクタとＵｐ
ｐｅｒＳｉｄｅのオーディオセクタとの間には、それ
ぞれサーボロック用の信号が記録されるエリアが設けら
れる。また、各記録エリアの間には、所定の大きさのギ
ャップが設けられる。

【０１２８】図１７Ｂに示すように、テープ上に記録さ
れるデータは、シンクブロックと称される等間隔に区切
られた複数のブロックからなる。シンクブロックのぞれ
ぞれには、例えば各セクタ毎に、ヘッドトレース方向に
対して降順にＩＤ番号が付される。ＩＤ番号は、例えば
図１７Ｂにビデオセクタの例が示されるように、ヘッド
トレース方向に向けてＦＦ、ＦＥ、ＦＤ、ＦＣ、・・・
（１６進表記）というように、連続的に付される。ま
た、ＬｏｗｅｒＳｉｄｅおよびＵｐｐｅｒＳｉｄｅ
では、それぞれ同一の値が用いられる。シンクブロック
のＵｐｐｅｒＳｉｄｅおよびＬｏｗｅｒＳｉｄｅの
区別は、後述するＩＤ１によって判別される。

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

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

【０１３１】図１９は、ビデオのシンクブロックをより
詳細に示す。この一実施形態では、ビデオのシンクブロ
ックは、ペイロードに格納されるデータの種類に応じ
て、ＶＬＣシンク、スライス０シンク、ヌルシンク、シ
ステムシンク（Ｓｙｓｔｅｍ＿ｓｙｎｃ）の４種類があ
る。これらのうち、システムシンクは、図１７を用いて
上述したＳｙｓｔｅｍ＿ｓｙｎｃ領域に対応し、フォー
マットチェッカ１２５での判定結果が格納される。シス
テムシンクは、図１９Ｂに一例が示されるように、後述
する３バイトの長さ情報ＬＴ、５バイトのシステム領域
に続けて、１０４バイトのユーザ領域が設けられる。フ
ォーマットチェッカ１２５での判定結果は、例えばユー
ザ領域に格納される。

【０１３２】また、内符号パリティは、ＩＤ、ＤＩＤお
よびデータ領域に対して生成され、ＩＤからパリティま
でで、内符号が完結する。なお、データ領域は、ペイロ
ードとも称される。

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

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

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

【０１３６】図２０Ｂは、ビデオの場合のＤＩＤのビッ
トアサインの一例を示す。ＤＩＤは、ペイロードに関す
る情報が格納される。上述したＩＤ１のビット０の値に
基づき、ビデオおよびオーディオで、ＤＩＤの内容が異
なる。ビット７〜ビット４は、未定義（Ｒｅｓｅｒｖｅ
ｄ）とされている。ビット３および２は、ペイロードの
モードであり、上述したペイロードの種類が示される。
例えば、これら２ビットを用いた値が「０」であればこ
のシンクブロックがＶＬＤシンク、「１」であればスラ
イス０シンク、「２」であればシステムシンク、「３」
であればヌルシンクであることが示される。ビット３お
よび２は、補助的なものである。ビット１でペイロード
に１個あるいは２個のマクロブロックが格納されること
が示される。ビット０には、フラグＳｈｕｔｔｌｅ＿ｆ
ｌａｇが格納される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１５６】次に、この一実施形態によるシャトル再生
の際のより具体的な動作について説明する。図２４は、
入力端１０４から入力されたビデオデータが、Ｉピクチ
ャおよびＢピクチャのＧＯＰ構成でなるＭＰＥＧＥＳ
による場合の例である。入力ビデオデータは、図２４Ａ
に示されるように、フレームＦｒａｍｅ１から順に、Ｉ
ピクチャとＢピクチャとが交互に入力されている。記録
時のフォーマットチェッカ１２５による入力ビデオデー
タに対するチェックにより、これら各ピクチャの種類
（Ｉ、ＢおよびＰ）が判別され、判別されたピクチャの
種類に基づき、フラグＳｈｕｔｔｌｅ＿ｆｌａｇがピク
チャ毎に設定される。この図２４の例では、フレームＦ
ｒａｍｅ１、Ｆｒａｍｅ３およびＦｒａｍｅ５の各ピク
チャを構成するシンクブロックのそれぞれに対して、フ
ラグＳｈｕｔｔｌｅ＿ｆｌａｇが「０」として設定さ
れ、フレームＦｒａｍｅ２およびＦｒａｍｅ４では、フ
ラグＳｈｕｔｔｌｅ＿ｆｌａｇが「１」として設定され
る。

【０１５７】シャトル再生時には、有効データ選択部１
２６により、ＤＩＤに含まれるフラグＳｈｕｔｔｌｅ＿
ｆｌａｇが抽出され、抽出されたフラグＳｈｕｔｔｌｅ
＿ｆｌａｇに基づき、フラグＳｈｕｔｔｌｅ＿ｆｌａｇ
の値が「１」に設定されているシンクブロックが捨てら
れる。その結果、データの更新率は１／２になるが、図
２４Ｃに示されるように、正しいシャトル再生画像が得
られる。すなわち、再生データは、図２４Ｂに示される
ように、各シンクブロックにおいてフラグＳｈｕｔｔｌ
ｅ＿ｆｌａｇが「０」として設定された、フレームＦｒ
ａｍｅ１、Ｆｒａｍｅ３およびＦｒａｍｅ５のピクチャ
データにより、例えば図２４Ｃに一例が示されるような
再生画像が形成される。

【０１５８】またこのとき、ＬｏｗｅｒＳｉｄｅ側の
ビデオセクタのＳｙｓｔｅｍ＿ｓｙｎｃ領域が正しく復
号された時点で、どのような条件のピクチャデータが再
生されているかどうかを知ることができる。なお、この
一実施形態では、図１７で上述したように、１フレーム
を構成する各トラックにＳｙｓｔｅｍ＿ｓｙｎｃ領域が
設けられ、シャトル再生時にもこのＳｙｓｔｅｍ＿ｓｙ
ｎｃが容易に更新されるように配慮されている。

【０１５９】図２５は、所定のシャトル再生の条件を満
たすピクチャと満たさないピクチャとが混在している場
合の例である。例えば、図２５Ａに一例が示されるよう
に、フレームＦｒａｍｅ１〜Ｆｒａｍｅ５は、全てＩピ
クチャで構成されているが、フレームＦｒａｍｅ１、Ｆ
ｒａｍｅ４およびＦｒａｍｅ５からなる一連の画像に対
して、フレームＦｒａｍｅ２およびＦｒａｍｅ３からな
る、フレームＦｒａｍｅ１、Ｆｒａｍｅ４およびＦｒａ
ｍｅ５とはエンコード条件が異なる画像が、編集処理な
どにより挿入されている場合について考える。

【０１６０】記録時のフォーマットチェッカ１２５によ
る入力ビデオデータに対するチェックにより、フレーム
Ｆｒａｍｅ２およびＦｒａｍｅ３に対して、フラグＳｈ
ｕｔｔｌｅ＿ｆｌａｇが設定される。すなわち、フレー
ムＦｒａｍｅ２およびＦｒａｍｅ３のそれぞれのピクチ
ャを構成する各シンクブロックに対して、フラグＳｈｕ
ｔｔｌｅ＿ｆｌａｇが「１」に設定される。一方、フレ
ームＦｒａｍｅ１、Ｆｒａｍｅ４およびＦｒａｍｅ５に
は、フラグＳｈｕｔｔｌｅ＿ｆｌａｇが「０」に設定さ
れる。

【０１６１】シャトル再生時には、上述と同様に、有効
データ選択部１２６により、ＤＩＤに含まれるフラグＳ
ｈｕｔｔｌｅ＿ｆｌａｇが抽出され、抽出されたフラグ
Ｓｈｕｔｔｌｅ＿ｆｌａｇに基づき、フラグＳｈｕｔｔ
ｌｅ＿ｆｌａｇの値が「１」に設定されているシンクブ
ロックが捨てられる（図２５Ｂ）。その結果、フレーム
Ｆｒａｍｅ１、Ｆｒａｍｅ４およびＦｒａｍｅ５のピク
チャデータから、図２５Ｃに示されるシャトル再生画像
が形成される。

【０１６２】このとき、フラグＳｈｕｔｔｌｅ＿ｆｌａ
ｇが「１」に設定されたフレームＦｒａｍｅ２およびＦ
ｒａｍｅ３などのピクチャは、シャトル再生においてサ
ーチできないことになる。しかしながら、これらのピク
チャに対応したＳｙｓｔｅｍ＿ｓｙｎｃ領域が正しく復
号された時点で、復号されたＳｙｓｔｅｍ＿ｓｙｎｃ領
域の情報に基づき、例えばシャトル再生画像上に、その
Ｓｙｓｔｅｍ＿ｓｙｎｃ領域に記録された、画像に関す
る情報を重畳しスーパーインポーズするような処理が可
能となる。

【０１６３】なお、上述では、記録再生装置１００がＭ
ＰＥＧ２の圧縮符号化方式に対応しているように説明し
たが、この発明に適用可能なビデオデータの圧縮符号化
方式は、ＭＰＥＧ２に限定されるものではない。

【０１６４】

【発明の効果】以上説明したように、この発明は、記録
時に、シャトル再生に適さないピクチャデータに対し
て、その旨示すフラグＳｈｕｔｔｌｅ＿ｆｌａｇをシン
クブロック毎に付加するようにしている。したがって、
シャトル再生時に、フラグＳｈｕｔｔｌｅ＿ｆｌａｇに
基づき、シャトル再生に有効なシンクブロックを選択し
て再生することができるという効果がある。

【０１６５】そのため、シャトル再生に適したデータと
適さないデータとが混在して記録されたテープをシャト
ル再生する場合でも、良好なシャトル再生画像を得るこ
とができる効果がある。

【０１６６】また、記録時にフラグＳｈｕｔｔｌｅ＿ｆ
ｌａｇをシンクブロック毎に付加しておくことで、Ｌｏ
ｎｇＧＯＰ、すなわち、Ｉピクチャ、Ｂピクチャおよ
びＰピクチャを含むストリームを記録したテープにおい
ても、良好なシャトル再生画像を得ることができる効果
がある。

【０１６７】さらに、この発明の一実施形態において
は、ビデオストリームの記録時に、記録されるデータが
シャトル再生に適しているかどうかを判定した判定結果
を、トラック毎に所定位置に記録するようにしている。
そのため、シャトル再生に適していないビデオデータを
記録した場合でも、その記録された情報を用いて高速サ
ーチすることが可能になる効果がある。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１８】ビデオデータのシンクブロックのデータ構成
をより具体的に示す略線図である。

【図１９】ビデオのシンクブロックをより詳細に示す略
線図である。

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

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

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

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

【図２４】一実施形態によるシャトル再生の際のより具
体的な動作を説明するための略線図である。

【図２５】一実施形態によるシャトル再生の際のより具
体的な動作を説明するための略線図である。

【図２６】従来技術によるディジタルＶＴＲの一例の構
成を示すブロック図である。

【図２７】シャトル再生の際の回転ヘッドによるトラッ
クのトレースと、再生画像との関係を概略的に示す略線
図である。

【符号の説明】

１００・・・記録再生装置、１１８・・・ＩＤ付加回
路、１１９・・・内符号エンコーダ、１２０・・・ＳＹ
ＮＣ付加回路、１２３・・・磁気テープ、１２５・・・
フォーマットチェッカ、１２６・・・有効データ選択
部、１３２・・・ＳＹＮＣ検出回路、１３３・・・内符
号デコーダ、１３４・・・ＩＤ補間回路、１３５・・・
分離部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C018 NA01 NA06 5C053 FA22 GB06 GB08 GB15 GB18 GB38 GB40 HA24 JA07 5C059 KK01 LB11 MA00 MA23 MC24 ME01 PP05 PP06 PP07 RC02 RC24 RF04 RF21 SS11 SS17 UA05 5D044 AB05 AB07 BC01 CC01 DE49 DE60 EF05 FG24 GK03 GK08

Claims

【特許請求の範囲】

【請求項１】フレーム相関を利用した圧縮符号化が施
されたビデオデータを記録媒体に記録する記録装置にお
いて、単独で圧縮符号が完結している画像単位を判別するフラ
グをシンクブロック単位に付加する付加手段と、上記付加手段により上記フラグを付加された上記シンク
ブロックを記録媒体に記録する記録手段とを有すること
を特徴とする記録装置。
【請求項２】請求項１に記載の記録装置において、圧縮符号化されたビデオデータの上記圧縮符号化のパラ
メータに基づき、上記圧縮符号化が所定の条件を満たし
てなされているかどうかを判定する判定手段をさらに有
し、上記付加手段は、上記判定手段による判定結果に基づき
上記フラグを付加することを特徴とする記録装置。
【請求項３】請求項１に記載の記録装置において、圧縮符号化されたビデオデータの上記圧縮符号化のパラ
メータに基づき、上記圧縮符号化が所定の条件を満たし
てなされているかどうかを判定する判定手段をさらに有
し、上記記録手段は、上記判定手段による判定結果をトラッ
ク毎の所定位置に記録するようにしたことを特徴とする
記録装置。
【請求項４】フレーム相関を利用した圧縮符号化が施
されたビデオデータを記録媒体に記録する記録方法にお
いて、単独で圧縮符号が完結している画像単位を判別するフラ
グをシンクブロック単位に付加する付加のステップと、上記付加のステップにより上記フラグを付加された上記
シンクブロックを記録媒体に記録する記録のステップと
を有することを特徴とする記録方法。
【請求項５】フレーム相関を利用した圧縮符号化が施
されたビデオデータを記録媒体から再生する再生装置に
おいて、記録媒体から、圧縮符号化され単独で圧縮符号が完結し
ている画像単位を判別するフラグをシンクブロック単位
に付加されて記録された上記シンクブロックを再生する
再生手段と、上記再生手段により再生された上記シンクブロックのそ
れぞれから上記フラグを検出し、該検出結果に基づき該
シンクブロックを選択する選択手段と、上記選択手段により選択された上記シンクブロックを用
いて上記圧縮符号を復号し、画像を得る画像再生手段と
を有することを特徴とする再生装置。
【請求項６】請求項５に記載の再生装置において上記
選択手段は、上記フラグに基づき、上記画像再生手段に
よる上記復号が対応する上記圧縮符号化がなされた上記
シンクブロックを選択することを特徴とする再生装置。
【請求項７】請求項５に記載の再生装置において、上記記録媒体のトラック毎の所定位置に記録された、上
記圧縮符号化のパラメータに基づき上記圧縮符号化が所
定の条件を満たしてなされているかどうかを判定した判
定結果を、上記再生手段により再生し、上記再生手段で
再生された上記判定結果に基づき上記圧縮符号化の情報
を得るようにしたことを特徴とする再生装置。
【請求項８】フレーム相関を利用した圧縮符号化が施
されたビデオデータを記録媒体から再生する再生方法に
おいて、記録媒体から、圧縮符号化され単独で圧縮符号が完結し
ている画像単位を判別するフラグをシンクブロック単位
に付加されて記録された上記シンクブロックを再生する
再生のステップと、上記再生のステップにより再生された上記シンクブロッ
クのそれぞれから上記フラグを検出し、該検出結果に基
づき該シンクブロックを選択する選択のステップと、上記選択のステップにより選択された上記シンクブロッ
クを用いて上記圧縮符号を復号し、画像を得る画像再生
のステップとを有することを特徴とする再生方法。
【請求項９】フレーム相関を利用した圧縮符号化が施
されたビデオデータを記録媒体に記録し、記録媒体から
ビデオデータを再生する記録再生装置において、単独で圧縮符号が完結している画像単位を判別するフラ
グをシンクブロック単位に付加する付加手段と、上記付加手段により上記フラグを付加された上記シンク
ブロックを記録媒体に記録する記録手段と、上記記録媒体から上記シンクブロックを再生する再生手
段と、上記再生手段により再生された上記シンクブロックのそ
れぞれから上記フラグを検出し、該検出結果に基づき該
シンクブロックを選択する選択手段と、上記選択手段により選択された上記シンクブロックを用
いて上記圧縮符号を復号し、画像を得る画像再生手段と
を有することを特徴とする記録再生装置。
【請求項１０】請求項９に記載の記録再生装置におい
て、圧縮符号化されたビデオデータの上記圧縮符号化のパラ
メータに基づき、上記圧縮符号化が所定の条件を満たし
てなされているかどうかを判定する判定手段をさらに有
し、上記付加手段は、上記判定手段による判定結果に基づき
上記フラグを付加することを特徴とする記録再生装置。
【請求項１１】請求項９に記載の記録再生装置におい
て、圧縮符号化されたビデオデータの上記圧縮符号化のパラ
メータに基づき、上記圧縮符号化が所定の条件を満たし
てなされているかどうかを判定する判定手段をさらに有
し、上記記録手段は、上記判定手段による判定結果をトラッ
ク毎の所定位置に記録するようにしたことを特徴とする
記録再生装置。
【請求項１２】請求項１１に記載の記録再生装置にお
いて、上記再生手段で再生された上記判定結果に基づき上記圧
縮符号化の情報を得るようにしたことを特徴とする記録
再生装置。
【請求項１３】請求項９に記載の記録再生装置におい
て上記選択手段は、上記フラグに基づき、上記画像再生
手段による上記復号が対応する上記圧縮符号化がなされ
た上記画像単位を構成する上記シンクブロックを選択す
ることを特徴とする記録再生装置。
【請求項１４】フレーム相関を利用した圧縮符号化が
施されたビデオデータを記録媒体に記録し、記録媒体か
らビデオデータを再生する記録再生方法において、単独で圧縮符号が完結している画像単位を判別するフラ
グをシンクブロック単位に付加する付加のステップと、上記付加のステップにより上記フラグを付加された上記
シンクブロックを記録媒体に記録する記録のステップ
と、上記記録媒体から上記シンクブロックを再生する再生の
ステップと、上記再生のステップにより再生された上記シンクブロッ
クのそれぞれから上記フラグを検出し、該検出結果に基
づき該シンクブロックを選択する選択のステップと、上記選択のステップにより選択された上記シンクブロッ
クを用いて上記圧縮符号を復号し、画像を得る画像再生
のステップとを有することを特徴とする記録再生方法。