JP2003324687A

JP2003324687A - ビデオデータ処理装置およびストリーム転送制御装置

Info

Publication number: JP2003324687A
Application number: JP2002132729A
Authority: JP
Inventors: Yasuhiko Nakano; 泰彦中野; Yoshiyuki Okada; 佳之岡田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-05-08
Filing date: 2002-05-08
Publication date: 2003-11-14

Abstract

(57)【要約】【課題】ＣＰＵの負荷、メモリ消費等を減少させ、低
速なＣＰＵを用いた装置においても、ユーザ応答性がよ
く、映像の内容を理解しやすい種々の特殊再生を実現で
きるようにすること。【解決手段】デコーダ４の前段にストリーム転送制御
装置１０を設け、該ストリーム転送制御装置１０によ
り、ＭＰＥＧストリームの流れを制御する。上記ストリ
ーム転送制御装置１０は、特殊再生要求があったとき、
上記ストリーム内の特定データ（ＧＯＰパターン）の出
現から次の特定データ（ＧＯＰパターン）の出現までを
１単位として、ストリームを頭から一連に、あるいは飛
び飛びに一部を捨てながら上記デコーダ４に送出するこ
とにより特殊再生を行う。また特殊再生時に、ＧＯＰの
区切りにブロークンリンク設定をすることで、デコード
を安定させるとともにデータ連結時の違和感を低減す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、最近急速に伸びて
いるデジタル映像を扱った記憶装置、セットトップボッ
クス、デジタルカメラなどプロ用、コンシューマ用に限
らずデジタルコンテンツを扱う広い範囲で利用すること
が可能な、特殊再生（頭だし、早送り、特定位置への高
速ジャンプ等）を提供することができるＭＰＥＧビデオ
データの処理装置およびストリーム転送制御装置に関す
る。従来では、ＭＰＥＧ符号化は計算量が多いこととア
ルゴリズムの関係上画像の編集が困難だと言われてきた
が、最近のＣＰＵの高速化により、ソフトウェアでもあ
る程度のことは可能になってきており、利用分野はさら
に広まっている。

【０００２】

【従来の技術】図１４はＭＰＥＧビデオデータ再生装置
の概略構成を示す図である。ＭＰＥＧビデオデータの再
生は、従来次のように行われていた。ＣＰＵ１はストリ
ーム蓄積手段２に格納されたＭＰＥＧストリームをリー
ドし、ＦＩＦＯ等から構成されるデコーダインタフェー
ス（以下デコーダＩＦという）３を介してデコーダ４に
送る。デコーダ４によりデコードされたビデオデータ
は、デジタルアナログ変換器（ＤＡＣ）５でアナログ信
号に変換され映像として出力される。上記ＭＰＥＧビデ
オデータの再生装置において、特殊再生（早送り等）を
行う場合、従来においては、次のように行われていた。（１）フレーム単位に映像を間引いて再生する方法。図１５にＭＰＥＧストリームを示す。フレーム単位の特
殊再生をするには、例えば、同図において、Ｉフレーム
と、Ｐフレームだけを選択し、Ｂフレームを飛ばして再
生する。Ｂフレーム分だけ再生しないので、その分だけ
早送り再生が可能となる。図１６にフレーム単位の特殊
再生処理のフローチャートを示す。同図において、ステ
ップＳ１で、ストリームデータを一定区間バッファリン
グする。ステップＳ２でデコーダでデコード処理を行
う。ついで、ステップＳ３でＩ，Ｐフレームのみを抽出
し、Ｂフレームを間引く。ステップＳ４で、抽出したフ
レームのみ再生し、ステップＳ５で終了かどうか判断
し、終了でなければステップ２へ戻る。

【０００３】（２）ＧＯＰ単位で特殊再生する方法。一方、ＧＯＰ(Group of pictures) 単位の処理は、スト
リームを大きな単位で扱うことができ、またストリーム
の中身をスキャンすることなしに目的のストリームの先
頭を見つけることができるので、処理能力の低い組込み
用途ではよく使われる。また、映像をある程度連続して
再生できるので、人間が理解しやすい。ＧＯＰは、通
常、１５フレーム程度から構成され、ＧＯＰ１個で０．
５秒程度である。ＧＯＰ単位での特殊再生方式の従来と
して、大きく分けて２つがあった。一つは、ＧＯＰテー
ブルを予め作成し、特殊再生時に、作成したＧＯＰテー
ブルを用いて、データを飛び飛びに入力しながら特殊再
生する方法であり、もう一方は、ＧＯＰテーブルを用い
ずに特殊再生時を実現する方法である。

【０００４】それぞれ以下に説明する。 (i) ＧＯＰテーブルを予め作成して特殊再生する方法画像の単位であるＧＯＰの区切り位置（ＧＯＰスタート
コード0x000001B8）を予め記憶した図１７に示すＧＯＰ
テーブルを作っておく。特殊再生時には、このテーブル
を参照しながら、目的の位置を見つけてデータを読み出
し特殊再生を行う。図１８にＧＯＰテーブル作成のフロ
ーチャートを示す。同図において、ステップＳ１でスト
リームデータのオープン処理を行う。ステップＳ２でス
トリームデータを入力する。ステップＳ３でデータが終
了ならば、ステップＳ６へいき、データクローズ処理を
行い、終了する。また、まだあればステップＳ４へ進
む。ステップＳ４では、ＧＯＰパタンかどうかを検査す
る。もし一致すればステップ５へいき、アドレス（バイ
ト位置）を記憶する。また、一致しなければステップ２
へ戻る。

【０００５】図１９に上記のようにして作成されたＧＯ
Ｐテーブルを用いた特殊再生処理のフローチャートを示
す。ここでは、例としてユーザより２倍速要求を受けた
場合を想定している。同図において、ステップＳ１でユ
ーザより２倍速要求を受ける。ステップＳ２で変数ｎ＝
１とする。ステップＳ３で、ＧＯＰテーブルより（２ｎ
−１）番目のＧＯＰアドレスを取得し、ステップＳ４で
そのアドレスまでデータをシークする。ついで、ステッ
プ５で頭だしした位置からデコーダにデータを出力す
る。ステップＳ６でｎを１だけインクリメントし、ステ
ップＳ７でユーザから停止要求がきている場合は処理を
終了する。そうでない場合は、ステップ３に戻る。上記
のように、ＧＯＰテーブルにＧＯＰ位置をストリーム上
の位置として、ストリームの先頭から何バイト目かを記
録しておく。特殊再生時は、ＧＯＰ位置を指示して行
う。例えば、２倍速の場合は、ＧＯＰ１→ＧＯＰ３→ＧＯＰ５→… とＧＯＰを１つ飛ばしで再生することで２倍速となる。
上記のようにＧＯＰテーブルを設ければ、処理は速くな
るが、ストリーム毎にテーブルが必要となり作成には時
間がかかるし、編集した場合などは煩雑になる。またテ
ーブルのためにストリームとは別にディスク容量を消費
していた。

【０００６】(ii)ＧＯＰテーブルを使わずに特殊再生す
る方法ＧＯＰテーブルを予め作成しない方法として、デコーダ
の後段にバッファを設け、デコードエラーが出た場合
は、そのデータを捨て、エラーが出ない場合のみ映像を
出力するというものがあった。ＧＯＰテーブルがない場
合、ストリームを適当に飛ばして連結すると、図２０に
示すように連結部分で不完全ＧＯＰが生じ、復元エラー
となる。そこで、従来は、少なくとも１単位のデータを
確実に読み取れる読み取りサイズで圧縮データを読み込
み、読み込んだ圧縮データを完全な圧縮データと不完全
な圧縮データとも分類して複数回の上記の読み込みで得
られたデータだけを連続して出力していた。具体的には
図２１に示すように、デコーダ４の後段にバッファ６を
設ける。このバッファ６は、ＧＯＰサイズ以上の十分な
大きさのバッファであり、デコーダ４でデコードされた
ＭＰＥＧデータを一旦バッファ６に貯める。そして、バ
ッファ６に貯めながらデコードの途中でエラーが出るか
どうかを監視する。もしデコーダエラーが出ずに正常に
デコード処理が終了したら、バッファ６にたまったデー
タをＤＡＣ５を介して映像として出力する。ここで、も
しデコーダエラーが発生したら、バッファ６にたまった
分のデータは捨て、映像として出力しない。

【０００７】図２２にＧＯＰテーブルを使わずに特殊再
生する場合のフローチャートを示す。ステップＳ１で、
ユーザより２倍速要求を受けと、ステップＳ２で変数ｎ
＝１とし、ステップＳ３でｎ＝ｎ＋１とする。ステップ
Ｓ４で、ｎが偶数であるかを調べ、偶数であればステッ
プＳ１１へ行き、１単位程度だけデータを飛ばし、デコ
ーダに入力しないで（ここで不連続は生じる）、ステッ
プＳ３に戻る。また奇数であれば、ステップＳ５に進
み、１単位程度だけデータをデコーダに入力する。そし
て、ステップＳ６，Ｓ７でデコーダでデコード処理しな
がら、バッファに貯める。ステップ８で、デコード中に
復元エラーがあるかどうかを確認し、エラーがあればス
テップＳ１２へ行き、バッファ分をエラーが起こったと
してバッファの内容を破棄し、ステップＳ３に戻る。ま
た、エラーがなければ、ステップＳ９へ進み、正常にデ
コードできたので、バッファ分だけ再生する。ステップ
Ｓ１０でユーザからの停止要求があるかを調べ、あれば
処理を終了する。またなければステップＳ３へ戻る。

【０００８】

【発明が解決しようとする課題】前記したフレーム単位
で映像を間引いて再生する方法は、映像の中から時間軸
に等間隔に選択したフレームだけを単純に間引いて再生
するものであり、人間の映像の理解度を考慮したもので
はなかった。また、ＧＯＰ単位で再生する方法は、映像
をある程度連続して再生できるので、人間が理解しやす
いという特長があるが、従来の技術は以下の問題点を有
していた。（１）ＣＰＵ負荷上記ＧＯＰテーブルを作成する方法では、アドレスデー
タを生成かつ記録するために、動画を符号化する時間以
外に余分な時間が必要になった。特に、データを単に転
送するだけでなく、全てのデータをスキャンしながらＧ
ＯＰを検知する必要がありかなり大きな負荷になる。（２）容量問題上記ＧＯＰテーブルを作成する方法では、動画データ以
外にＧＯＰの先頭アドレスを記録したＧＯＰテーブルを
記録する必要があり、記録媒体の容量が大きくなる。例
えば、インデックス、バイト位置をそれぞれ８バイト持
ち２４時間録画すると３Ｍバイト程度となる。また、組
込み用途で、オンメモリに持つにはかなり大きいサイズ
となる。（３）バッファメモリが必要ＧＯＰテーブルを使わない場合であっても、デコーダの
結果を見るためのバッファが余分に必要であった。本発
明は上記事情に鑑みなされたものであって、本発明の目
的は、ＧＯＰテーブルを作成することなく、またバッフ
ァメモリを使用することなくＧＯＰ単位で再生処理を行
うことができ、ＧＯＰテーブル作成処理の負荷、メモリ
消費を少なくし、低速なＣＰＵを用いた組み込み装置に
おいてもユーザ応答性がよく、高速な種々の特殊再生を
実現することができるビデオデータ処理装置およびスト
リーム転送制御装置を提供することである。

【０００９】

【課題を解決するための手段】本発明では、人間の特性
を意識し、内容を理解できる最小の単位として画像の最
小単位であるＧＯＰに着目し、ＧＯＰを単位として特殊
再生を行う。これにより人間が映像の内容を理解しやす
い特殊再生（早送り等）を行うことができる。また、Ｇ
ＯＰテーブルを予め作ることなしにＧＯＰ単位の特殊再
生を可能とし、大まかなＧＯＰ位置からデータを入力し
てもデコーダで画像の乱れが生じないようにする。すな
わち、ＧＯＰを複数個まとめて１単位とし、ＧＯＰ複数
個分飛ばしながら正方向転送で早送り再生、逆方向転送
で逆早送り再生を行ったり、コンテンツにあわせて１単
位を構成するＧＯＰ個数を変化させる。また、後述する
ように、ＧＯＰの区切りに他ＧＯＰとのリンク切れを表
すブロークンリンク設定を特殊再生時に施すことで、デ
コードを安定させるとともにデータ連結時の違和感を低
減することができる。上記特殊再生を実現するため、本
発明においては、図１に示すように、デコーダ４の前段
にストリーム転送制御装置１０を設け、該ストリーム転
送制御装置１０により、ＭＰＥＧストリームの流れを制
御する。上記ストリーム転送制御装置１０は、特殊再生
要求があったとき、上記ストリーム内の特定データ（Ｇ
ＯＰパターン）の出現から次の特定データ（ＧＯＰパタ
ーン）の出現までを１単位として、ストリームを頭から
一連に、あるいは飛び飛びに一部を捨てながら上記デコ
ーダに送出することにより、特殊再生を行う。本発明に
おいては、上記のようにストリーム転送制御装置１０に
より、ＭＰＥＧストリームの流れを制御し、特殊再生を
実現しているので、以下のように従来技術の問題点を解
決することができる。 (i) ＣＰＵ負荷ＧＯＰテーブルを使わないのでＣＰＵに負荷をかけな
い。このため、低速なＣＰＵでも処理でき、ＣＰＵ負荷
を少なくすることができる。すなわち、上記のように、
デコーダの前段に制御装置１０を設けて特殊再生を実現
しているので、ＣＰＵは、比較的簡単な処理アクション
だけを上記制御装置１０に通知するだけで、特殊再生を
行うことができる。このため、従来のようにストリーム
自体の特殊ヘッダのスキャンやＧＯＰテーブルのスキャ
ンなどＣＰＵの処理負荷がかかる作業なしに比較的負荷
が少ないアクション制御などの問い合わせのみとなる。 (ii)容量問題ＧＯＰテーブルを予め作ることなしにＧＯＰ特殊再生を
行うことができ、従来必要だったＧＯＰテーブル用のメ
モリ消費量が少なくなる。 (iii) バッファメモリを必ずしも必要としない。デコー
ダの前に置いたストリーム転送制御装置１０と、これを
制御するＣＰＵのソフトウェアとの連携で特殊再生を実
現しているので、バッファを設けることなく、多彩な特
殊再生が可能となる。特殊再生として、例えば画像乱れ
のない頭だし、１０倍／２０倍の高速順方向、逆方向早
送り、特定位置への高速ジャンプ、複数ムービーの画像
乱れのない繋ぎ再生、逆再生、逆早送り再生等を簡単に
実現できるようになる。 (iv)ＧＯＰ単位の再生でもＧＯＰにまたがる関連性を排
除できる。単にＧＯＰを飛ばしたストリーム転送での再
生を行うと、ＧＯＰの接続部分で不連続が起こる。これ
は、ＭＰＥＧは基本的にフレーム間予測を行うので、Ｇ
ＯＰにまたがる予測を行っている部分で不連続が起こる
ためである。そこで、本発明では、上記ストリーム転送
制御装置１０により、ＧＯＰの先頭フレームで、連続性
を遮断するブロークンリンク（ＢｒｏｋｅｎＬｉｎ
ｋ）を設定する。これにより、周辺のＢフレームのデコ
ーダがキャンセルされ、ＧＯＰ接続時の不連続部分での
デコード時の画像の乱れを防ぐことが出来る。なお、ス
トリームの先頭のピクチャーコードタイプがＩフレーム
のときで、かつ後続するフレームがこのＩフレームから
の差分になっているときは、上記ブロークンリンクの設
定の必要がないので、ブロークンリンクの設定をしない
ようにしてもよい。また、ストリーム転送制御装置と
デコーダの間にバッファを設け、該バッファにより上記
廃棄するストリームの直前の画像を保持するようにすれ
ば、ＧＯＰの頭だしの際に生ずるタイムラグをなくし
て、データの途切れをなくすことができ、一層滑らかな
映像を得ることができる。以上のように、本発明におい
ては、ＭＰＥＧデコーダのインタフェース制御回路に、
特殊再生をサポートする専用回路であるストリーム転送
制御装置１０を付加し、回路を制御するソフトとの組み
合わせで高速処理を実現しているので、ＧＯＰ単位の処
理であっても、ＧＯＰテーブルを予め作成する必要がな
く、作成処理の負荷、メモリの消費がない。また、組込
み用途に用いるような低速なＣＰＵを用いた組込み向け
装置においても、ユーザ応答性がよく高速な種々の特殊
再生を可能となる。

【００１０】

【発明の実施の形態】図１に本発明の実施例のビデオデ
ータ処理装置の構成を示す。図１（ａ）は本実施例のビ
デオデータ処理装置の概念図であり、図１（ｂ）は図１
（ａ）の機能ブロック図を示している。ＣＰＵ１は同図
（ｂ）に示すように、特殊再生制御部１ａとＭＰＥＧス
トリームをバッファリングするストリームバッファ部１
ｂと、メモリ１ｃを備えている。ＣＰＵ１の特殊再生制
御部１ａは、ストリーム蓄積手段２に格納されたＭＰＥ
Ｇストリームをリードし、ストリームバッファ部１ｂを
介して、ＦＩＦＯ等から構成されるデコーダＩＦ３に送
る。デコーダＩＦ３とデコーダ４の間には、本発明に係
わるストリーム転送制御装置１０が設けられており、ス
トリーム転送制御装置１０は、前記したようにストリー
ムを頭から一連に、あるいは飛び飛びに一部を捨てなが
らデコーダ４に送出する。デコーダ４によりデコードさ
れたビデオデータは、前記したようにデジタルアナログ
変換器でアナログ信号に変換され映像として出力され
る。

【００１１】上記ＣＰＵ１は、上記ストリーム転送制御
装置１０に設けられたレジスタ群に、ストリーム転送制
御装置１０からの割り込みを受ける毎に、検出するパタ
ーン、何回パターンを検出したら割り込みを出すか、ス
トリームを再生するか廃棄するか等を設定する。この一
連の組み合わせで、種々の特殊再生を実現することがで
きる。上記のように構成することにより、従来までは必
要であったＧＯＰテーブルを作成する必要がなくなり、
特殊再生制御は簡単になりＣＰＵ負荷を格段に軽減する
ことができる。なお、ＧＯＰ等のデータ系列は、ＭＰＥ
Ｇ規格でＭＰＥＧ圧縮データには現れない唯一なパタン
となることが保証されている。上記ＣＰＵ１としては、
安価な組込みＣＰＵを使用することができ、また、デコ
ーダ４としては、特殊機能を持たない安価なＭＰＥＧデ
コーダを使用することができる。なお、上記ストリーム
転送制御装置１０は、例えばデコーダインタフェース回
路に組み込むことができ、ストリーム転送制御装置１０
内に設けたレジスタ等を介して上記のようにＣＰＵ１の
ソフトウェアと協調動作することで、様々な特殊再生操
作を高速に実現する。

【００１２】図２に本発明の実施例のストリーム転送制
御装置の構成例を示し、図３に図２に示す制御部の構成
例を示す。図２において、１は前記したＣＰＵ、１０は
ストリーム転送制御装置であり、ストリーム転送制御装
置１０は制御部１１と切換手段１２を備え、制御部１１
は、上記ストリーム内のＧＯＰパターンを検出するとＣ
ＰＵ１に割り込み信号を出力し、ＣＰＵ１の設定に応じ
て、上記切換手段１２を再生側、あるいは廃棄側に切り
換え、ＧＯＰ単位で、再生、廃棄を行って特殊再生を実
現する。

【００１３】図３に上記制御部１１の構成を示す。制御
部１１は、ＭＰＥＧストリームデータを取り込むレジス
タ１１１と、ＣＰＵ１から検索パターンが設定される４
バイトの検索レジスタ１１２と、上記レジスタ１１１と
検索レジスタ１１２の値を１バイトずつ比較する比較器
１１３を備えており、検索したいパタン、例えばＧＯＰ
スタートコード(0x000001B8)を、上記検索レジスタ１１
２に設定しておく。そして、ＭＰＥＧストリームをレジ
スタ１１１に入力しながら、比較器１１３で１バイトず
つ比較する。カウンタ１１４は４バイト数えるカウンタ
であり、比較器１１３が、検索レジスタ１１２に設定さ
れた検索パターンとＭＰＥＧストリームを１バイトずつ
比較し、比較器１１３が４回一致信号を出力すると、制
御回路１１６、カウンタ１１５にパターンを検出したこ
とを示すパターン検出信号を出力する。カンウタ１１５
は、飛ばす回数をカウントするカウンタ、カウンタレジ
スタ１１８はＣＰＵ１により設定される飛ばす回数を設
定するレジスタである。比較器１１７は、上記カウンタ
１１５のカウント値とカウントレジスタ１１８に設定さ
れた値を比較し、両者が一致すると制御回路１１６に一
致信号を出力する。制御回路１１６は、上記パターン検
出信号、一致信号が入力されると、ＣＰＵ１に割り込み
信号を出す。また、制御回路１１６は、ＣＰＵ１により
設定されるモード設定レジスタ１１９を備え、前記切換
手段１２は上記設定レジスタ１１９の設定により、再生
側か廃棄側に切り換えられる。

【００１４】図４は上記制御部１１の動作を示すフロー
チャートである。図４に示すように、制御部１１は、Ｃ
ＰＵから上記レジスタ１１２，１１８，１１９へのセッ
トがあるまで待ち、上記レジスタに値が設定されると、
ＣＰＵ１に対してストリームの転送を要求するデータリ
クエストを上げる。そして、モード設定レジスタ１１９
に再生がセットされている場合には、前記切換手段１２
を再生側に切り換え、デコーダ４にデータを転送する。
また、廃棄が設定されている場合には、前記切換手段１
２を廃棄側に切り換え、データを廃棄する。そして、検
索レジスタ１１２に設定されたパターンが検出されるま
で待ち、パターンが検出されると、ＣＰＵ１に割り込み
信号を上げ、ストリームの転送を要求するデータリクエ
ストを取り下げる。

【００１５】また、上記制御部１１の制御回路１１６
は、上記カウンタ１１４、レジスタ１１１等を制御し
て、ストリーム中のブロークンリンクの設定を行う。ブ
ロークンリンクは、ＧＯＰコードの後の２７ｂｉｔ目に
存在する。すなわち、ＧＯＰコードを検知したあとに、
４バイト目の３ｂｉｔ目がブロークンリンクビットにな
る。図５にＭＰＥＧパックの構造を示す。同図に示すよ
うに、パケットの先頭のパックヘッダ部には、ＧＯＰコ
ード（group start code:0x000001B8)と、それから２７
ｂｉｔ目には、ブロークンリンク（broken link ）ビッ
トがある。ＧＯＰパターンを検出後、制御部１１のカウ
ンタ１１４はビット数をカウントし、ＧＯＰパターンを
検出後２７ｂｉｔ目が来ると、制御回路１１６に通知す
る。制御回路１１６は、レジスタ１１１に”１”をセッ
トして、ストリーム列に書き戻す処理を行い、ブローク
ンリンクのビットを１に設定する。

【００１６】単にＧＯＰを飛ばしたストリーム転送での
再生を行うと、ＧＯＰの接続部分で不連続が起こる。こ
れは、ＭＰＥＧは基本的にフレーム間予測を行っている
ので、ＧＯＰにまたがる予測を行っている部分で不連続
が起こるためである。そこで、上記のように、ＧＯＰの
先頭フレームで、連続性を遮断するブロークンリンクの
設定を行い、デコード時の画像の乱れを防ぐ。すなわ
ち、ブロークンリンクが設定されると、図６に示すよう
に、その周辺のＢピクチャがデコードされなくなり、デ
コーダでの表示の乱れがなくなる。なお、ＧＯＰの先頭
にＩフレームが入っており、かつ後続のフレームが、そ
のＩフレームとの差分とわかった場合のストリームの場
合には、ブロークンリンクを設定する必要がないので、
上記設定を解除するようにしてもよい。この制御は、一
度ブロークンリンクを設定した後に、上記条件であるこ
とが分かった段階で、ブロークンリンクを設定しなおし
てもよい。

【００１７】ＧＯＰの先頭フレームがＩフレームである
か否かは、前記したＧＯＰコード（group start code:0
00001B8 ）の後のpicture coding type ビット（図５参
照）を見ればわかる。上記picture coding type ビット
は、前記ブロークンリンクの設定と同様に、カウンタ１
１４で、ビット数をカウントすることで見つけることが
できる。なお、図５に示すように、 Picture start cod
e の後、１１ｂｉｔ目から上記picture coding type が
入っているので、検索レジスタにPicture start code(0
000 0100）を設定して、前記したようにPicture start
codeを検出し、Picturestart code検出後、カウンタで
１１ｂｉｔ目を計数して、Picture start codeを検出す
るようにしてもよい。この場合は、レジスタ１１４を２
個用意して、一方をＧＯＰ用、他方をpicture start co
de検出用にすればよい。

【００１８】以下、本実施例のビデオデータ処理装置に
よる各種の特殊再生処理について説明する。図７は本発
明の実施例の特殊再生処理の概略フローチャートであ
り、同図はＣＰＵ側から見たフローチャートを示してい
る。図７において、ステップＳ１でユーザより２倍速要
求を受けると、ステップＳ２でストリーム転送制御装置
１０の前記各種レジスタにデータをセットする。ステッ
プＳ３でストリームを先頭から流し、ステップＳ４でス
トリーム転送制御装置からの割り込みを待つ。割り込み
があれば、ステップ５へ行き、終了要求がなければ、ス
テップＳ２に戻り上記処理を繰り返す。また、終了要求
があれば、処理を終了する。

【００１９】以下、具体的な各種特殊再生における上記
ＣＰＵ１の処理を説明する。（１）画像乱れのない頭だし従来は、ＧＯＰの頭だしをしてからストリームをデコー
ダに入力する必要があったが、本実施例のビデオデータ
処理装置では、図１２（ａ）に示すようにＧＯＰの途中
からストリームを入力することができる。すなわち、前
記したストリーム転送制御装置がＧＯＰの先頭のデータ
を捨てて、要求された頭だし位置から、デコーダにスト
リームを送出する。これにより、頭だし位置から再生が
正しく開始される。図８に本実施例の特殊再生（頭だ
し）のフローチャートを示す。ステップＳ１で、ストリ
ーム転送制御装置１０の検索レジスタ１１２に検索した
いＧＯＰパタンを入れる。このＧＯＰパタンは、ＭＰＥ
Ｇ規格で唯一のコードである前記した0x000001B8であ
る。ステップ２で、モード設定レジスタ１１９に廃棄を
入力し、ステップＳ３で、ＣＰＵはストリーム転送制御
装置からのデータリクエストに応じてＭＰＥＧデータを
途中から流す。ステップＳ４で割り込み信号を待つ。割
り込み信号はストリーム転送制御装置から、検索レジス
タ１１２に設定したパタンを検知した場合に通知され、
割り込み信号が出されると前記図４に示したように、デ
ータリクエストは取り下げられる。割り込み信号が出さ
れると、ステップＳ５に進み、検索レジスタ１１２に０
を入れる。検索レジスタ１１２に０が設定されている場
合は、ストリーム転送制御装置は、パターン検索をせず
に、どのパタンがきても、スルーでデータを出す。つい
で、ステップＳ６で、モード設定レジスタ１１９を再生
に設定する。これにより、ストリーム転送制御装置はデ
ータリクエストを出し、ＣＰＵは、ストリームの転送を
再開し、再生が開始する。

【００２０】（２）順方向早送り再生この例では、図１２（ｂ）に示すように３単位分再生し
て３単位飛ばし、また３単位分再生を繰り返す処理を行
う。この単位を調整することで希望の倍速が行うことが
できる。従来においては、ＧＯＰの頭出しが必要であっ
たが、本実施例によれば、図１２（ｂ）に示すように、
ＧＯＰの途中からデータを流すことができ、飛ばす処理
は、ストリーム転送制御装置１０で行われる。順方向早
送り再生のフローチャートを図９に示す。ステップＳ１
において、検索レジスタ１１２に検索したいＧＯＰパタ
ンを入れる。このＧＯＰパタンは、前記したように、Ｍ
ＰＥＧ規格で唯一のコード0x000001B8である。ステップ
Ｓ２において、モード設定レジスタ１１９に廃棄を入力
し、ステップＳ３で、ＣＰＵはストリーム転送制御装置
からのデータリクエストに応じてＭＰＥＧデータを途中
から流す。ステップＳ４において割り込み信号を待つ。
割り込み信号は、ストリーム転送制御装置からパタンを
検知した場合に通知され、検知されると、前記図４に示
したようにデータリクエストが取り下げられ、データの
転送がストップする。割り込み信号を受け付けた場合
は、ステップＳ５に進み、検索レジスタ１１２にＧＯＰ
パターンを入れる。ステップＳ６で、カウンタレジスタ
１１８に３をいれる。ステップＳ７で、モード設定レジ
スタ１１９に再生を入力する。これにより、３個のＧＯ
Ｐだけ再生するように設定される。ステップＳ８で、ス
トリーム転送制御装置からのデータリクエストに応じ
て、データの転送が再開されて、再生が開始される。

【００２１】ステップＳ９で割り込み信号を待つ。割り
込み信号は、ストリーム転送制御装置が３個めのＧＯＰ
パタンを検知した場合に通知され、ＧＯＰパターンが検
知されると、データリクエストが取り下げられ、データ
の転送がストップする。割り込み信号を受け付けると、
ステップＳ１０に進み、検索レジスタ１１２にＧＯＰパ
ターンを設定し、ステップＳ１１でカウンタレジスタ１
１８に３をいれる。これにより、３個のＧＯＰだけ廃棄
するように設定される。ステップＳ１２で、モード設定
レジスタ１１９に廃棄を入力する。ステップＳ１３で、
ストリーム転送制御装置からのデータリクエストによ
り、データの転送が再開されて、３個のＧＯＰが廃棄さ
れる。ステップＳ１４で割り込み信号を待つ。割り込み
信号は、前記したようにストリーム転送制御装置が３個
めのパタンを検知した場合に通知され、検知されるとデ
ータの転送がストップする。割り込み信号を受け付けた
場合、ステップＳ１５に進み、早送り転送を終了したい
場合は終了へ行く。まだ継続したい場合は、ステップＳ
５へ戻り、上記処理を繰り返す。

【００２２】（３）特定位置への高速ジャンプ希望する単位分飛ばしてから再生する処理であり、この
例では、１００単位分飛ばしてから、再生する。従来は
ＧＯＰの頭出しが必要であったが、本実施例によれば、
図１２（ｃ）に示すように、ＧＯＰの途中から流すこと
ができ、飛ばす処理は、ストリーム転送制御装置１０で
行われる。特定位置への高速ジャンプのフローチャート
を図１０に示す。ステップＳ１で検索レジスタ１１２に
検索したいＧＯＰパタンを入れる。ＧＯＰパタンは、前
記したＭＰＥＧ規格で唯一のコード0x000001B8である。
ステップＳ２でモード設定レジスタ１１９に廃棄を入
れ、ステップＳ３で、ストリーム転送制御装置からのリ
クエストに応じて、ＭＰＥＧデータを途中から流す。ス
テップＳ４で割り込み信号を待つ。割り込み信号は、ス
トリーム転送制御装置から上記ＧＯＰパタンを検知した
場合に通知され、検知されると、前記図４に示したよう
にデータリクエストが取り下げられ、データの転送がス
トップする。割り込み信号を受け付けた場合、ステップ
５に進み、検索レジスタ１１２にＧＯＰパターンを入れ
る。ついで、ステップＳ６において、カウンタレジスタ
１１８に１００を設定する。ステップＳ７でモード設定
レジスタ１１９に廃棄を入力する。これにより、１００
個のＧＯＰだけが廃棄されるように設定される。ステッ
プＳ８でストリーム転送制御装置からのリクエストに応
じてデータの転送が再開され、１００単位分のデータが
廃棄される。ステップＳ９で割り込み信号を待つ。割り
込み信号は、ストリーム転送制御装置が１００個めのＧ
ＯＰパタンを検知した場合に通知され、ＧＯＰパターン
が検知されると、データリクエストが取り下げられ、デ
ータの転送がストップする。割り込み信号を受け付けた
場合、ステップＳ１０に進み、検索レジスタ１１２に０
を入れ、ステップＳ１１でモード設定レジスタに再生を
入力する。これにより、ストリーム転送制御装置からの
リクエストに応じて、ステップＳ１２でデータの転送が
再開されて、再生が開始する。

【００２３】（４）逆早送り再生従来においては、ＧＯＰの頭出しが必要であったが、本
実施例では、図１２（ｄ）に示すように、ＧＯＰの途中
からデータを流すことができ、最後も途中で終わっても
よい。逆早送り再生の場合、本実施例では、同図に示す
一つの塊毎のストリーム（例えば、３個飛ばしの場合は
３ＧＯＰ分）を、時間と逆方向に流す必要がある。な
お、単位の中では時間軸に正方向であってもよい。これ
でも、格別の違和感なく見ることができる。逆早送り再
生のフローチャートを図１１に示す。ステップＳ１にお
いて、検索レジスタ１１２に検索したいＧＯＰパタンを
入れる。このＧＯＰパタンは、前記したように、ＭＰＥ
Ｇ規格で唯一のコード0x000001B8である。ステップＳ２
において、モード設定レジスタ１１９に廃棄を入力し、
ステップＳ３で、ＣＰＵはストリーム転送制御装置から
のデータリクエストに応じてＭＰＥＧデータを途中から
流す。ステップＳ４において割り込み信号を待つ。割り
込み信号は、ストリーム転送制御装置からパタンを検知
した場合に通知され、検知されると、前記図４に示した
ようにデータリクエストが取り下げられ、データの転送
がストップする。割り込み信号を受け付けた場合は、ス
テップＳ５に進み、検索レジスタ１１２にＧＯＰパター
ンを入れる。ステップＳ６で、カウンタレジスタ１１８
に３をいれる。ステップＳ７で、モード設定レジスタ１
１９に再生を入力する。これにより、３個のＧＯＰだけ
再生するように設定される。ステップＳ８で、ストリー
ム転送制御装置からのデータリクエストに応じて、デー
タの転送が再開されて、逆送り再生が開始される。ここ
でＭＰＥＧデータの流れは、前記したように時間軸と逆
方向にする。なお、複数のＧＯＰを１単位としているの
で、その単位で見た場合に時間軸で古い方向に流す必要
がある。単位の中では、時間軸に正方向であってもよ
い。

【００２４】ステップＳ９で割り込み信号を待つ。割り
込み信号は、ストリーム転送制御装置が３個めのＧＯＰ
パタンを検知した場合に通知され、ＧＯＰパターンが検
知されると、データリクエストが取り下げられ、データ
の転送がストップする。割り込み信号を受け付けると、
ステップＳ１０に進み、検索レジスタ１１２にＧＯＰパ
ターンを設定し、ステップＳ１１でカウンタレジスタ１
１８に３をいれる。ステップＳ１２で、モード設定レジ
スタ１１９に廃棄を入力する。これにより、３個のＧＯ
Ｐだけ廃棄するように設定される。ステップＳ１３で、
ストリーム転送制御装置からのデータリクエストによ
り、データの転送が再開されて、ＭＰＥＧデータが時間
軸で逆方向に流され、３個のＧＯＰが廃棄される。ステ
ップＳ１４で割り込み信号を待つ。割り込み信号は、前
記したようにストリーム転送制御装置が３個めのパタン
を検知した場合に通知され、検知されるとデータの転送
がストップする。割り込み信号を受け付けた場合、ステ
ップＳ１５に進み、逆早送り転送を終了したい場合は終
了へ行く。まだ継続したい場合は、ステップＳ５へ戻
り、上記処理を繰り返す。

【００２５】以上のような、ＧＯＰ単位の順方向早送
り、逆方向早送りなどは、映像のコンテンツにあわせ
て、自由にＧＯＰのまとめ単位を変えてもよい。例え
ば、５ＧＯＰ再生して、５ＧＯＰ捨てたり、２０ＧＯＰ
再生して２０ＧＯＰ捨てたり、また２０ＧＯＰ再生して
５ＧＯＰ捨てる等、データ転送制御装置１０のカウンタ
レジスタ１１８とモード設定レジスタ１１９に設定する
値を選定することにより、任意に設定することができ
る。また、これらの単なるこれらの繰り返しではなく、
変化させての組み合わせでもよい。つまり、５ＧＯＰ再
生して５ＧＯＰ捨て、次に２０ＧＯＰ再生して、２０Ｇ
ＯＰ捨てる等、種々のパタンを実現することができる。
上記種々のパターンを、揮発性メモリあるいは蓄積媒体
に書き残しておれば、簡単な操作で同じパタンの繰り返
し再生を再現することもできる。

【００２６】上記実施例では、ＭＰＥＧデータをＧＯＰ
の頭からではなく、途中からいれることを許しているの
で、ＧＯＰの頭だしのために、平均でＧＯＰの半分だけ
頭だしに時間が生じ、この時間分、映像のタイムラグが
生じる。これは、時間にすると０．２５秒程度であり、
フレームにすると通常７フレーム程度である。また、特
殊再生中にＧＯＰの不連続部分にジャンプした場合、デ
ータを一時的に保持するバッファがない場合、ストリー
ム転送制御装置１０でデータを捨てる時間に充当し、こ
の時間だけデコーダ４にデータが入らくなり最悪、出力
が静止画になる可能性がある。しかしながら、前記図６
に示したように、ブロークンリンクを設定することで、
近傍のＢフレームが再生されない分、変わりに不連続の
最後のフレームが再生されていることとなり、静止状態
になっているのは、それほど違和感なく見ることができ
るはずである。

【００２７】上記タイムラグをなしに滑らかに再生した
いのであれば、図１３に示すように、ストリーム転送制
御装置１０の後段にバッファ６を用意し、１単位再生か
ら次の１単位再生までのタイムラグの時間は、前の１単
位の最後のフレームの画像を保持しておけばよい。複数
ＧＯＰ程度のサイズのバッファ６を用意してデータをバ
ッファリングしておくことによりデータの途切れをなく
すことができる。また、ＭＰＥＧストリームのヘッダ情
報から、ストリームの圧縮符号レートを調べ、該圧縮符
号レートからストリーム１単位の大まかなサイズを求
め、特定位置から再生したり、飛び飛びに再生する際、
ＣＰＵ１が上記サイズ分だけ飛ばした位置からＭＰＥＧ
ストリームを送出するようにしてもよい。本実施例で
は、前記したようにＧＯＰパターンの頭だしを行ってお
り、ＭＰＥＧデータを途中から流すことができるので、
上記のように大まかな位置からＭＰＥＧデータを送出し
ても、画像の乱れなく映像を再生することができる。上
記構成とすれば、ＣＰＵ側の処理は増えるものの、上記
タイムラグ時間をなくし、滑らかに再生することができ
る。大まかな位置からデータを入力する場合のＧＯＰの
サイズは例えば以下のように計算することができる。例
えば、８ＭｂｐｓのＭＰＥＧ映像の場合を考えてみる。
１秒で１Ｍバイトである。ＧＯＰはほぼ０．５秒であ
り、つまり５１２Ｋバイトとなる。これを大まかなＧＯ
Ｐのサイズとして用いることができる。

【００２８】（付記１）音声信号及び映像信号を国際標
準ＭＰＥＧに従って圧縮符号化したストリームを蓄積し
た蓄積手段から一連のストリームを読み出し、特殊再生
要求があったとき、上記ストリーム内の特定データの出
現から次の特定データの出現までを１単位として、スト
リームを頭から一連に、あるいは飛び飛びに一部を捨て
ながら再生することを特徴とするビデオデータ再生方
法。（付記２）音声信号及び映像信号を国際標準ＭＰＥＧに
従って圧縮符号化したストリームを蓄積するストリーム
蓄積手段と、該蓄積手段から一連のストリームを読み出
す読出手段とを備えた処理装置と、上記処理装置と、上
記圧縮符号化したストリームをデコードするデコーダの
間に設けられ、特殊再生要求があったとき、上記ストリ
ーム内の特定データの出現から次の特定データの出現ま
でを１単位として、ストリームを頭から一連に、あるい
は飛び飛びに一部を捨てながら上記デコーダに送出する
ストリーム転送制御装置とを備えたことを特徴とするビ
デオデータ処理装置。（付記３）音声信号及び映像信号を国際標準ＭＰＥＧに
従って圧縮符号化したストリームをデコードするデコー
ダの前段に設けられ、特殊再生処理を行うためのストリ
ーム転送制御装置であって、上記ストリーム転送制御装
置は、転送されてくるストリームの中から、特定データ
の出現を検出する検出手段と、上記特定データの出現回
数をカウントするカウント手段と、上記ストリームの上
記デコーダへの送出もしくは廃棄を制御する制御手段と
を備え、上記制御手段は、特殊再生を行う際、上記カウ
ント手段のカウント値が設定された値になったとき、上
記ストリームのデコーダへの送出、廃棄を制御し、上記
ストリーム内の特定データの出現から次の特定データの
出現までを１単位として、ストリームを頭から一連に、
あるいは飛び飛びに一部を捨てながら上記デコーダに送
出することを特徴とするストリーム転送制御装置。（付記４）上記制御手段は、ストリームのデコーダへの
送出を行う際、ストリームの先頭近傍のＢフレームがデ
コードされないように、ストリーム中の第２の特定デー
タを書き換えることを特徴とする付記３のストリーム転
送制御装置。（付記５）ストリームの先頭のピクチャーコードタイプ
がＩフレームのとき、上記第２の特定データの書き換え
を行わないようにしたことを特徴とする付記４のストリ
ーム転送制御装置。（付記６）上記ストリームのデコーダへの送出、廃棄を
交互に行う際、ストリームの廃棄をしている間、廃棄す
るストリームの直前の画像を保持することを特徴とする
付記３，４または付記５のストリーム転送制御装置。（付記７）ストリーム転送制御装置とデコーダの間にバ
ッファを設け、該バッファにより上記廃棄するストリー
ムの直前の画像を保持することを特徴とする付記６のス
トリーム転送制御装置。（付記８）上記検出手段は、上記特定データとして、Ｇ
ＯＰスタートコードもしくはＩフレームコード等のＭＰ
ＥＧヘッダコードを検出することを特徴とする付記３，
４，５，６または付記７のストリーム転送制御装置。（付記９）上記特殊再生は、ｎ倍速の高速順方向再生で
あり、前記制御手段は、時間軸に順方向に連続的に読み
出されたストリーム内の１単位、あるいは、１単位を複
数まとめて新たな１単位とし、ｎ単位のデータの内、ｎ
−１単位のデータを捨てながらデコーダに送出すること
を特徴とする付記３，４，５，６，７または付記８のス
トリーム転送制御装置。（付記１０）上記特殊再生は、ｎ倍速の高速順方向再生
であり、前記制御手段は、時間軸に順方向に飛び飛びに
読み出されたストリーム内の１単位、あるいは１単位を
複数まとめて１単位とし、ｎ単位のデータの内、ｎ−１
単位のデータを捨てながらデコーダに送出することを特
徴とする付記３，４，５，６，７または付記８のストリ
ーム転送制御装置。（付記１１）上記特殊再生は、ｎ倍速の高速逆方向再生
であり、前記制御手段は、時間軸に逆方向に飛び飛びに
読み出されたストリーム内の１単位、あるいは１単位を
複数まとめて１単位とし、ｎ単位のデータの内、ｎ−１
単位のデータを捨てながらデコーダに送出することを特
徴とする付記３，４，５，６，７または付記８のストリ
ーム転送制御装置。（付記１２）上記特殊再生は、加減速可能な特殊再生で
あり、前記制御手段は、時間軸に逆方向に飛び飛びに読
み出されたストリーム内の１単位、あるいは１単位を複
数まとめて１単位とし、ｎ単位のデータの内、ｍ単位
（ｎ＞ｍ）のデータを捨てながらデコーダに送出し、上
記ｍの値を局所的に変更することを特徴とする付記３，
４，５，６，７または付記８のストリーム転送制御装
置。

【００２９】

【発明の効果】以上説明したように、本発明において
は、以下の効果を得ることができる。（１）人間が映像の内容を理解しやすい特殊再生（早送
り等）を提供することができる。本発明では、人間の特
性を意識し、内容を理解できる最小の単位として画像の
最小単位であるＧＯＰ(Group of pictures) に着目し、
ＧＯＰを単位として特殊再生を行っているので、映像の
内容を理解しやすい特殊再生を実現することができる。（２）フレーム処理ではなくＧＯＰを使った特殊再生処
理を用いながら、ＧＯＰテーブル等を予め作成する必要
がなく、作成処理の負荷、メモリの消費を少なくするこ
とができる。このため、低速なＣＰＵを用いた組込み向
け装置においても、ユーザ応答性がよく高速な種々の特
殊再生が可能となる。（３）デコーダの前に置いたストリーム転送制御装置
と、これを制御するＣＰＵのソフトウェアとの連携で特
殊再生を実現しているので、従来例のように必ずしもデ
コーダの後段にバッファを設けることなく、画像の乱れ
がない多彩な特殊再生が可能となる。また、上記ストリ
ーム転送制御装置によりストリームの流れを制御してい
るので、ＣＰＵ側の負荷は比較的小さく、また、上記ス
トリーム転送制御装置の規模も小さくてすむ。（４）ストリーム転送制御装置により、ＧＯＰの先頭フ
レームで連続性を遮断するブロークンリンクの設定する
ようにしたので、ＧＯＰ単位の再生でもＧＯＰにまたが
る部分の不連続性を排除し、ＧＯＰ接続時の不連続部分
でのデコード時の画像の乱れを防ぐことができる。

【図面の簡単な説明】

【図１】本発明の実施例のビデオデータ処理装置の構成
を示す図である。

【図２】本発明の実施例のストリーム転送制御装置の構
成例を示す図である。

【図３】図２のストリーム転送制御装置の制御部の構成
例を示す図である。

【図４】図３に示す制御部の動作を示すフローチャート
である。

【図５】ＭＰＥＧパックの構造を示す図である。

【図６】ＧＯＰ連結部分での動作を説明する図である。

【図７】本発明の実施例の特殊再生処理の概略フローチ
ャートである。

【図８】本発明の実施例の特殊再生（頭だし）のフロー
チャートである。

【図９】本発明の実施例の順方向早送り再生のフローチ
ャートである。

【図１０】本発明の実施例の特定位置への高速ジャンプ
のフローチャートである。

【図１１】本発明の実施例の逆早送り再生のフローチャ
ートである。

【図１２】本発明の実施例における頭出し、順方向早送
り再生、高速ジャンプ、逆早送り再生の場合の動作を説
明する図である。

【図１３】ストリーム転送制御装置の後段にバッファを
設けた実施例を示す図である。

【図１４】ＭＰＥＧビデオデータ再生装置の概略構成を
示す図である。

【図１５】ＭＰＥＧストリームを示す図である。

【図１６】フレーム単位の特殊再生処理のフローチャー
トを示す図である。

【図１７】ＧＯＰテーブルの構成例を示す図である。

【図１８】ＧＯＰテーブル作成のフローチャートを示す
図である。

【図１９】ＧＯＰテーブルを用いた特殊再生処理のフロ
ーチャートを示す図である。

【図２０】早送りの不具合を説明する図である。

【図２１】デコーダの後段にバッファを設けた構成例を
説明する図である。

【図２２】ＧＯＰテーブルを使わずに特殊再生する場合
のフローチャートである。

【符号の説明】

１ＣＰＵ１ａ特殊再生制御部１ｂストリームバッファ部１ｃメモリ２ストリーム蓄積手段３デコーダＩＦ４デコーダ５デジタルアナログ変換器（ＤＡＣ）６バッファ１０ストリーム転送制御装置１１制御部１２切換手段１１１レジスタ１１２検索レジスタ１１３比較器１１４カウンタ１１５カウンタ１１６制御回路１１７比較器１１８カウンタレジスタ１１９モード設定レジスタ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C053 GB06 GB37 HA21 KA01 KA08 KA20 KA24 KA26 LA01 LA07 5C059 KK40 MA00 MA05 MA14 PP05 PP06 PP07 RC32 SS17 SS18 TA00 TA73 TB03 TC27 TC43 TC47 UA05 UA31 5D044 AB07 BC01 CC05 DE12 DE38 FG18 FG23 HH07

Claims

【特許請求の範囲】

【請求項１】音声信号及び映像信号を圧縮符号化した
ストリームを蓄積するストリーム蓄積手段と、該蓄積手
段から一連のストリームを読み出す読出手段とを備えた
処理装置と、上記処理装置と、上記圧縮符号化したストリームをデコ
ードするデコーダの間に設けられ、特殊再生要求があっ
たとき、上記ストリーム内の特定データの出現から次の
特定データの出現までを１単位として、ストリームを頭
から一連に、あるいは飛び飛びに一部を捨てながら上記
デコーダに送出するストリーム転送制御装置とを備えた
ことを特徴とするビデオデータ処理装置。
【請求項２】音声信号及び映像信号を圧縮符号化した
ストリームをデコードするデコーダの前段に設けられ、
特殊再生処理を行うためのストリーム転送制御装置であ
って、上記ストリーム転送制御装置は、転送されてくるストリ
ームの中から、特定データの出現を検出する検出手段
と、上記特定データの出現回数をカウントするカウント手段
と、上記ストリームの上記デコーダへの送出もしくは廃棄を
制御する制御手段とを備え、上記制御手段は、特殊再生を行う際、上記カウント手段
のカウント値が設定された値になったとき、上記ストリ
ームのデコーダへの送出、廃棄を制御し、上記ストリー
ム内の特定データの出現から次の特定データの出現まで
を１単位として、ストリームを頭から一連に、あるいは
飛び飛びに一部を捨てながら上記デコーダに送出するこ
とを特徴とするストリーム転送制御装置。
【請求項３】上記制御手段は、ストリームのデコーダ
への送出を行う際、ストリームの先頭近傍のＢフレーム
がデコードされないように、ストリーム中の第２の特定
データを書き換えることを特徴とする請求項２のストリ
ーム転送制御装置。
【請求項４】ストリームの先頭のピクチャーコードタ
イプがＩフレームでかつ、後続するフレームがこのＩフ
レームからの差分になっているとき、上記第２の特定デ
ータの書き換えを行わないようにしたことを特徴とする
請求項３のストリーム転送制御装置。
【請求項５】上記ストリームのデコーダへの送出、廃
棄を交互に行う際、ストリームの廃棄をしている間、廃
棄するストリームの直前の画像を保持することを特徴と
する請求項２，３または請求項４のストリーム転送制御
装置。