JP3641686B2 - 圧縮ビデオデータ用再生機能を実施するための方法および装置 - Google Patents
圧縮ビデオデータ用再生機能を実施するための方法および装置 Download PDFInfo
- Publication number
- JP3641686B2 JP3641686B2 JP51976597A JP51976597A JP3641686B2 JP 3641686 B2 JP3641686 B2 JP 3641686B2 JP 51976597 A JP51976597 A JP 51976597A JP 51976597 A JP51976597 A JP 51976597A JP 3641686 B2 JP3641686 B2 JP 3641686B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- storage
- frame
- picture
- independent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
- H04N5/9261—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation involving data reduction
- H04N5/9262—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation involving data reduction using predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/782—Television signal recording using magnetic recording on tape
- H04N5/783—Adaptations for reproducing at a rate different from the recording rate
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Television Signal Processing For Recording (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
発明の背景
1.発明の分野
本発明は、圧縮ビデオ情報の記憶および送信の分野に関する。さらに詳細には、本発明は符号化ビデオプログラムの圧縮解除時のフォワード再生とリバース再生などの再生機能提供に関する。
2.背景
ビデオ送信または記憶に関するアプリケーションには、ビデオデータに必要な大量の情報を減縮するための一定のデータ圧縮形式を必要とする。ISO（International Organization for Standardization）のMPEG（Motion Picture Experts Group）は、様々な記憶または送信アプリケーションに有効な十分な「情報」を記憶しながら、ビデオデータを管理可能な量または有効な量までに圧縮するための標準を作成してきた。各種デジタル媒体上でのこれらの記憶または送信アプリケーションには、コンパクト・ディスクと、リモート・ビデオデータ・ベースと、ムービ・オン・デマンドと、デジタル・ケーブル・テレビと、高品位テレビと、等々が含まれる。MPEGはISO/IEC刊行物11172（"Coding of Moving Pictures and Associated Audio for Digital Storage Media"）と、13818（“Generalized Coding of Motion Pictures and Associated Audio Information）とで文書化されており、それぞれMPEG−１とMPEG−２としても知られている。そこで、以下では、「MPEG」はMPEG−１およびMPEG−２を区別せずに指すこととする。
MPEG標準では、ビデオ・シーケンス内のピクチャの情報の多くが、前または後のピクチャ中の情報と同じであると認識している。また、MPEG標準では、この一次冗長性を利用して、１つ以上のピクチャとの差分で幾つかのピクチャを表示している。１ピクチャは多数の水平スライスで構成され、１スライスは多数のマクロブロックで構成され、１マクロブロックは複数ブロックのアレイで構成され、１ブロックは８×８ピクセルアレイで構成されている。
MPEG標準のビデオ部では、動き補償による予測符号化と、DCT（discrete cosine transform;離散コサイン変換）と、適応定量化と、可変長符号化と、ランレングス符号化とを使用し、ブロック・ベースで画像の圧縮を行っている。動き補償では、マクロブロックを、基準ピクチャ中の対応マクロブロックからの大きな位置ずれにマクロブロック内の各ピクセルのエラー項を加えたものを表わす動ベクトルに置換する。MPEGでは、フォワードの動き補償（未来の画像を過去の画像に参照させる）と、フォワードとリバースの動き補償の組み合わせ（ある画像を過去の画像に参照させる）との両方を使用する。フォワードとリバースの動き補償の組み合わせは、両方向動き補償と呼ばれる。
MPEG標準によれば、ビデオフレーム（ピクチャ）は、Ｉ−ピクチャまたはフレーム間符号化ピクチャとも呼ばれるＩ−フレームと、Ｐ−フレームまたはＰ−ピクチャとも呼ばれる予測ピクチャと、両方向符号化ピクチャとも呼ばれるＢ−フレームまたはＢ−ピクチャの３つのタイプに分類される。Ｐ−フレームとＢ−フレームはフレーム間符号化イメージとも総称する。これら３種類のビデオフレームは、動き補償の使用において相違している。
イントラピクチャ（Ｉ−フレームまたはＩ−ピクチャ）は、ピクチャ自体に存在する情報のみを使用して符号化される。これらは、独立したピクチャとして考えることができる。Ｉ−ピクチャは圧縮ビデオデータへのランダム・アクセス・ポイントを提供する。Ｉ−ピクチャは、変換符号化にしか使用しないため、中程度の圧縮しか行えない。Ｉ−フレームは、Ｉ−フレームのみから完全なピクチャを生成するのに十分な情報を提供する。
予測ピクチャ（Ｐ−ピクチャまたはＰ−フレーム）は、前のＩ−ピクチャか前のＰ−ピクチャから、基準として符号化される。これらは、独立したピクチャとして考えることができる。Ｐ−ピクチャの圧縮では、前のＩ−ピクチャかＰ−ピクチャからの対応マクロブロックに関するＰ−ピクチャ中の一部または全部のマクロピクチャの動き補償による仮予測（temporal pridiction）を使用する。この仮予測では、フォワードモーション推定／補償だけを使用する。Ｐ−ピクチャを仮に予測するＩ−ピクチャまたはＰ−ピクチャは、Ｐ−ピクチャに対してアンカーピクチャと呼ばれ、基準ピクチャまたは基準フレームと称されることもある。予測ピクチャは前のピクチャとの差分しかエンコードしないため、Ｉ−ピクチャよりも圧縮規模が大きくなる。Ｐ−ピクチャを後のＰ−ピクチャ用のアンカーとして使用する場合の欠点は、Ｐ−ピクチャのその後の予測により符号化エラーが伝播する点である。
両方向ピクチャ（Ｂ−ピクチャまたはＢ−フレーム）は、過去および未来のピクチャを基準として使用するピクチャである。Ｐ−ピクチャと同様に、それらは、独立したピクチャとして考えることができる。Ｂ−ピクチャ中の一部または全部のマクロブロックは、リバース予測用の「未来の」Ｉ−ピクチャまたはＰ−ピクチャからと、フォワード予測用の前のＩ−ピクチャまたはＰ−ピクチャからとの対応マクロブロックを使用して、両方向動き補償により予測エンコードにより符号化される。このため、Ｂ−ピクチャを仮予測する２つの基準Ｉ−ピクチャかＰ−ピクチャは、Ｂ−ピクチャのアンカー・ピクチャとも呼ばれる。Ｐ−ピクチャと同様に、Ｂ−ピクチャは、Ｂ−ピクチャと、その２つのアンカー・ピクチャとの間の一時的な差分をエンコードするだけである。両方向ピクチャは、最大限の圧縮を行うが、基準として使用されることはないため、エラーは伝播しない。また、両方向予測は、２つのピクチャを平均化してノイズの影響を減少させる。
MPEG標準に従い、各ピクチャは、序列化されたグループに配列される。MPEG標準により、エンコードはＩ−ピクチャの周波数と位置を選ぶことができる。一例として、単一グループは、３ピクチャごとＰ−ピクチャを分散させるとともに、「ＩおよびＰ」と「ＰおよびＰ」の各シーケンスの間にＢ−ピクチャを分散させて、そのグループ内の第１のピクチャとして、Ｉ−ピクチャを含ませることができる。ピクチャタイプに応じた典型的な表示順序として、15フレームごとにＩ−ピクチャを含め、各Ｉ−ピクチャの後に２つのＢ−ピクチャを含め、Ｂ−ピクチャのグループとグループの間に、IBBPBBPBBPBBPBBIのようなシーケンスで、Ｐ−ピクチャを含めることができる。15フレームごとにＩ−ピクチャを含めるということは、（毎秒30フレームの環境において）、1.5秒ごとに、完全なピクチャ表現（１つの独立ピクチャ）を有することに対応する。
MPEGシステムの一部において、MPEGエンコーダは、ビデオストリーム中に各ピクチャを再序列化しても、最も有効なシーケンスでデコーダにピクチャを表示する。特に、Ｂ−ピクチャを再構成するのに必要な基準ピクチャは、関連するＢ−ピクチャの前に送っても良い。
多数の周知基準、例えば、Battison,"Practical Digital Video",Wiley,1994の引用が、MPEG標準に従ってビデオデータをエンコードするための様々な実際のメカニズムについての詳細のために、行われる。本出願のため、Ｉ−ピクチャと、Ｐ−ピクチャと、Ｂ−ピクチャとの区別を理解することが重要である。特に、他のピクチャを参照せずに、完全なピクチャをビデオ・シーケンスに再構成するのに十分な情報を提供するのは、Ｉ−ピクチャ（独立または基準ピクチャ）だけであることを認識することが重要である。
既存のMPEGデコーダは、エンコードしたビデオ情報の再構成と表示に関係する。しかし、デコードした情報を見るユーザにとっては、多くの場合、通常速度のフォワード再生以外のモードで情報を見る必要がある。このような代替モードには、現在表示中の画像を一時停止、すなわち、フリーズ（静止）できる機能が含まれる。同様に、高速フォワードおよび高速リバース機能と同様に、前方向と逆方向の両方向でのスローモーション再生を行えるようにする必要があることも多い。
一時停止機能をインプリメントするには、MPEGデコーダは、通常、現在表示中の画像をフリーズするためのある種のメカニズムを提供し、それにより、圧縮解除処理を一時的に停止させる。また、デコーダには、デコーディング処理のタイミングと、記憶装置と記憶制御装置とで通常構成されるデータ供給システムのタイミングとの間の一定レベルのデカップリングを行うために、入力バッファが含まれる典型的である。従って、デコード処理が停止したとき、バッファ内に記憶されるデータの量は増え始める。幾つかのインプリメンテーションでは、入力バッファのデプスレベル（depth level）に対応するフィードバック・メカニズムは、記憶制御装置に対して設けられているため、それにより必要に応じてデータ転送を停止させ、バッファのオーバフローを防いでいる。
一時停止機能と同様に、ホワードスローモーション再生は、デコーダに１つ以上の命令を供給するだけで達成できる。これらの命令により、デコーダは各フレームまたは幾つかのフレームを１回以上繰り返せる。同様にして、デコーダの入力バッファ内のデータ蓄積量は、出力率の減少によるスローモーション再生時に増加する。これは、前述したメカニズムと同様のフィードバック・メカニズムにより補償できる。
高速フォワード機能をインプリメントするため、フレームの１部は、デコーダか上記データ供給システムの何れかにより廃棄されなければならない。これは、出力表示レートが、デコード装置および／またはディスプレイ装置によって通常制限されるためである（例えば、標準テレビ・ビデオ・ディスプレイで毎秒30フレーム）。再生レートの増加は、Ｂ−フレームがある場合には、Ｂ−フレームを消去することにより達成できる。例えば、３フレームごとに２つのＢ−フレームがある場合には、Ｂ−フレームを無くすと、結果的には、再生レートが３倍増加する。また、再生レートは、最初に、Ｂ−フレームを全て消去し、デコーダに残りの各フレームを１回ずつ繰り返すよう命令することにより、50パーセント増加できる。Ｂ−フレームは、残りのＩ−フレームとＰ−フレームの再構成には必要ないため、それらを消去しても残りの画像の精度を低下させない。再生レートを高くするには、Ｂ−フレームだけでなく、Ｐ−フレームも消去することで達成できる。これにより、ほかの画像を参照しなくても常に再構成できるＩ−フレームだけを残すことができる。例えば、15フレームごとに、Ｉ−フレームである場合には、他のフレーム全てを消去するだけで、再生レートは15倍増加できる。実際には、この様な増加が実現できるのは、データ供給システムが、通常再生に必要な速度よりも15倍高速のデコーダにデータを検索および表示できる場合のみである。しかし、データ供給ハードウェアの速度が十分高速でない場合、デコーダの入力バッファがアンダフローし、デコーダにより、より多くのデータが利用できるようになるまで現在の画像を強制フリーズするようにする。
データ供給ハードウェアに対する要求は、リバース再生時には、さらに厳しくすることができる。リバース再生のインプリメンテーションでは、Ｉ−フレームだけが有効である。これは、Ｐ−フレームとＢ−フレームが、前にデコードした予測用フレームを使わず再構成できないからである。残念ながら、フォワード再生時に参照される前のフレームは、リバース再生時に未来のフレームになる。理論上、これらの必須フレームは前もって再構成でき、その後、メモリに記憶できるが、こうすると、再生システムのコストが大幅に増加する。従って、好適な解決策は、検索および表示対象をＩ−フレームに限定することである。種々の再生レートは、これらのＩ−フレームを１回以上繰り返すことによっても達成できる。しかし、さらに厄介な問題は、高速リバース再生レートを達成するには、各フレームを複数回繰り返す必要があり、その間、追加データが利用できるようになるまで待たねばならないことである。このような複数の繰り返しにより、動き表現が著しく低下する。
圧縮ビットストリームの多速度再生に関する難点は、１つには、再生モードの遷移の問題である。例えば、高速でのフォワード再生時か、何れかの速度でのリバース再生時には、通常、Ｉ−フレームだけが記憶接続装置により選択され、ディスプレイシステムのデコーダに供給される。各モードの１つから、通常速度でのフォワード再生に遷移するとき、フレームが制御装置により選択され、デコーダに供給されるシーケンスは変更される。この具体では、、制御装置は圧縮ビットストリームからのＰ−フレームとＢ−フレームの削除を停止し、その代わりに、全タイプのフレームをデコーダに渡す。この遷移により、遷移中にアーチファクトが現れ、目に見えることがある。例えば、制御装置が全てのタイプのフレームを受け入れ始めた後に発生した最初のフレームがＰ−フレームの場合、再構成に必要な予測を形成するときに、デコーダは先行するＩ−フレームかＰ−フレームを参照しなければならない。しかし、デコーダは、通常の再生への遷移前に受け取った最後のＩ−フレームをアクセスできるに過ぎず、これが元の符号化処理時に使用した先行フレームと同一でない場合、アーチファクトが発生する。同様に、遷移に遭遇した最初のフレームがＢ−フレームである場合、ほとんど確実に、アーチファクトが発生する。というのは、予測を形成するために２つの必須フレームが必要であるからであり、しかも、典型的なのエンコード・パラメータと想定すると、これら必須フレームのうちの少なくとも１つがＰ−フレームとなるからである。
このような従来技術は、あるフレームタイプを選択的にデコーディングすることが有用であり、他のフレームタイプを破棄することが有用であることを認識している。EP 0 674 448（Ueda）では、ビデオ再生システムが開示されており、イメージはＩ−,P−,B−フレームを用いてMPEGコーディングされている。高速再生モードでは、Ｉ−およびＰ−フレームのみが処理され、Ｂ−フレームは破棄される。よって、でコーディング処理速度がより高速になる。しかし、EP 674 448は、再生モードが変更されたとき、すなわち、ある再生モードから別の再生モード（例えば、高速フォワードから通常再生）に遷移したときのアーチファクトを防止するという問題には対処していない。
同様に、EP 0 396 285（Yagasaki）には、イメージがイントラフレームコーディングおよびインタフレームコーディングされたビデオディスク再生システムが開示されている。高速フォワード再生または高速バックワード再生では、イントラフレームのみがキャプチャされている。インタフレームは完全にスキップされるか破棄されるかのいずれかである。しかし、EP 0 396 285にも、再生モードが変更されたときのアーチファクトを防止するという問題には対処していない。本発明によれば、このような根本的な問題点が解決される。
WO−Ａ−94 97332（Fujinami）でも、あるフレームタイプを選択的にデコーディングすることが有用であることが認識されている。WO−Ａ−94 97332には、高速再生モードを容易にするため、ビデオデータが特にプリフォーマットされているシステムであって、特に修正されたデコーダと協働して用いるシステムが開示されている。本発明はプリフォーマットされたビデオデータを必要としないし、特に修正されたデコーダも必要とせず、したがって、上述した従来例よりも有利な効果を奏することができる。
以上のことから、当然のことであるが、多速度再生圧縮ビデオシステムにおいて、再生モードを変更するときの遷移アーチファクトを防止することが望ましく、そこで、このことを本発明の目的とする。さらに、圧縮ビデオシステムにおいて、多速度再生をサポートする効率的なデータ・アクセス用メカニズムを有することが望ましい。
発明の概要
圧縮ビデオ情報の再生時の遷移アーチファクトを、再生モードから再生モードに遷移するときに除去することは、上述したことから、当然、望ましいことであり、そこで、このことを本発明の目的とする。本発明の別の目的は、所望の再生モードに従って記憶装置から圧縮ビデオ情報を効率的に検索するメカニズムを提供することにある。
本発明の上記および別の目的は、再生モードから再生モードに遷移するときに遷移アーチファクトを除去するために、記憶制御装置が、ある方法で、圧縮ビデオデータのビデオデコーダへの流れを制御するビデオ再生システムで達成される。記憶制御装置は、再生モード遷移命令に応答して、遷移モードに対する最適な伝播アプローチに従って、ビデオデコーダへのデータ伝播のモードの切り換えを遅延させる。圧縮ビデオデータがMPEG標準に従ってエンコードされる本発明の一実態の形態によれば、記憶制御装置は遷移が完了するまで、所要の再生モードへの切り換えを遅延させることになる。遷移インターバルに入ると直ちに、次のＩ−フレームのオカレンスまで、検索されたデータフレームが全て廃棄されることになる。よって、フレーム間イメージがデコーダに供給される可能性がなくなり、基準フレームはフレームを正確に表示するのにフレーム間イメージを利用しない。その後、最初のＰ−フレームを受信するまで、制御装置は引き続きＢ−フレームを廃棄する。幾つかのインプリメンテーションでは、遷移インターバルに入ると直ちに、デコーダに命令して、このデコーダと関係付けをしたバッファをフラッシュするか空にするのが望ましい。しかし、インターバルの継続時間は短縮されないので、バッファが空にならない限り、デコーダがイメージのデコードおよび表示を続行することにより、より好ましい効果を奏することができる。このようにすれば、デコードおよび表示処理の停止を遅延させることができ、場合によっては、遷移インターバル継続時間への依存を防止することができる。
本発明の別の態様によれば、Ｉ−フレームが記憶装置にストアされているときに、Ｉ−フレームを効率的にシークすることが望ましい種々の再生モードをサポートするメカニズムがインプリメントされる。本発明のこの態様では、記憶装置全体に対する妥当な予測量で、Ｉ−フレームのオカレンスがあるので、Ｉ−フレームを位置の合理的に推定するメモリのブロックに対してメモリ検索を行うことができることが認識されている。適正に選択されついで検索されたメモリのブロックは、可変速でのフォワード再生およびリバース再生をサポートするため、所望のＩ−フレームが存在するかどうかを迅速にスキャンすることができる。
本発明の代替の実施の形態では、圧縮ビデオプログラムにおいて各Ｉ−フレームのメモリ位置をテーブル化するメカニズムが導入される。圧縮プログラムが記憶装置によって受け取られるとき、Ｉ−フレームデコーダは各Ｉ−フレームの到来に注意を喚起させ、この情報をホストシステムに供給し、このホストシステムは、記憶装置の具体的なメモリブロックにＩ−フレームを対応させるテーブルの保持を制御することができる。このようにすると、種々の再生モードを有効にするために、適正なメモリブロックをデコーダに供給する記憶制御装置によって、Ｉ−フレームデータブロックの効率的で迅速な検索が行われる。
【図面の簡単な説明】
本発明の目的、特徴、効果は、次の詳細な説明から明らかになるであろう。
図１は、本発明の教示を組み込むことができる圧縮ビデオ表示システムを示すブロック図である。
図２は、種々の再生モード間で遷移するときに遷移アーチファクトを除去する圧縮ビデオ表示システムにより使用される流れ図である。
図３は、種々の速度モードで動作する圧縮ビデオ表示システムで使用する効率的なデータ検索処理の流れ図である。
図４は、図３に示した手順の代替手順としての、圧縮ビデオディスプレイのためのデータ検索の流れ図である。
図５は、図４の流れ図に従って種々の再生レートで表示するため圧縮ビデオデータの効率的な検索を容易にするために各テーブルを保持する圧縮ビデオ表示システムを示すブロック図である。
発明の詳細な説明
開示した方法および装置は圧縮ビデオ再生システムで用いられるものであり、この方法および装置では、多速度再生モードを考察する。これら多速度再生モードには、可変速フォワード（forward）再生が含まれ、同様に、可変速リバース（reverse）再生が含まれる。
本発明の記載は、主に、MPEGフォーマットに従ってエンコードされたビデオ情報の送信と記憶に関して行うものの、本発明の概念および方法は、他のビデオ圧縮技術を用いたビデオ再生システムを包含していて広い。発明の詳細な説明では、本発明を充分理解させるため、フレームタイプおよびシーケンス編成のような細部に至るまで詳細に説明している。しかし、当業者にとって当然のことであるが、本発明は、このような細部を具体化しなくても実施可能である。他の例えば、本発明が不明瞭にならないように、周知の制御構造とエンコード／デコーダ回路は詳細に示していない。特に、圧縮ビデオ再生システム内の種々の構成品の機能を記載した。当業者は、このような機能の記述を目にすれば、実験法が不適正でない限り、必要なコンポーネントをインプリメントすることができる。
図１を説明する。図１に示す汎用ハードウェアは、本発明を実施するのに適正なものである。記憶システム125には、再生／記憶制御装置130と記憶装置140とが含まれる。例示した実施の形態では、制御装置130は圧縮プログラムソース110からデータを受信する。圧縮プログラムソース110はエンコーダか、ケーブルまたは衛星受信装置か、ホスト処理装置か、エンコードされたビデオデータの他のソースであっても良い。本発明の一実施の形態では、圧縮ビデオデータは上述したMPEG標準に従ってエンコードされる。圧縮ビデオデータはビデオ情報を備えたＩ−,P−,B−ピクチャについてのデータを有する。圧縮プログラムデータは制御装置130の制御により記憶装置140に書き込まれるのが典型的である。あるいはまた、圧縮プログラムソース110は記憶装置140にデータを直接供給する。記憶装置140は１つ以上のハードディスクか、コンピュータメモリか、その他の記憶装置を備えることができる。ハードディスクは、遅延デコードするため、データストリーム全体を記憶するものである。コンピュータメモリは「on−the−fly」デコードを行うのに必要なデータストリームの移動ウィンドウ（moving window）をバッファリングするものである。
再生時、圧縮プログラムデータは記憶装置140から検索され、制御装置130の指示により、デコーダ150に供給され、デコーダ150では、データが圧縮解除され、ついで、ディスプレイ160上に表示される。この再生処理は、ユーザインタフェース120から制御装置130に送信される再生モードコマンドに従って行なわれる。このような再生モードとしては、通常再生と、高速フォワードおよびリバース再生と、低速フォワードおよびリバース再生と、一時停止を含めることができる。ユーザインタフェース120はビデオプログラムの再生を指示するのに適したセット・トップボックスや他の制御メカニズムに組み入れることができる。
記憶装置140から検索された圧縮ビデオデータストリームの編集は、特に再生コマンドが通常再生と異なるときには、この圧縮ビデオデータがデコーダ150に供給される前に、行わなければならない。このデータ操作機能は、制御装置130により供給される。後述するが、圧縮データ操作処理は選択された再生モードに依存する。圧縮データ操作処理には、記憶装置140から回復されるデータストリームであって非連続のこともあるデータストリームから、あるＩ−フレームか、Ｐ−フレームか、Ｂ−フレームを抽出することも含まれる。これらの編集機能中には、あるデコーダに商業的にインプリメントされるようになるものもあるが、インプリメントされた場合には、制御装置130は簡略化することができる。
MPEG圧縮データストリームが実際のＩ−,P−,B−フレームデータにより構成され、その上、ヘッダおよび拡張層の階層により構成されることも、述べておいた方が良いだろう。次の考察では、このヘッダと拡張層の情報は、全て、直後の画像フレームと組み合わされることを想定している。例えばＩ−フレームを例に説明すると、このＩ−フレームの前に、シーケンスヘッダと、シーケンス拡張ヘッダと、ピクチャグループヘッダと、ピクチャヘッダがある場合には、この情報は、全て、Ｉ−フレームの一部として考えられることになるし、最初のこのようなヘッダの始まりはフレームの始まりとして扱われることになる。
圧縮ビットストリームを多速度再生すると、１つに、モードからモードへ遷移するという問題がある。例えば、高速でのフォワード再生時か、あるいは、任意速度でのリバース再生時には、通常、Ｉ−フレームのみが制御装置130により選択され、デコーダに供給される（後程、テーブルＩを参照して考察する）。これらのモードの１つから通常再生に遷移するとき、フレームが制御装置130により選択されデコーダに供給されるシーケンスが変わる。この具体的な例では、制御装置130は圧縮ビットストリームからＰ−フレームとＢ−フレームとを廃棄するのを停止することになり、代わりに、全てのタイプのフレームをデコーダ150に渡すことになる。通常、このような遷移があると、遷移アーチファクトが現われ、遷移期間中、消えない。例えば、制御装置130が全てのタイプのフレームの受け取りを開始した後に遭遇する最初のフレームが、Ｐ−フレームである場合には、デコーダは、このフレームの再構成に必要な予測を行うとき、先行するＩ−フレームまたはＰ−フレームを参照しなければならない。しかし、デコーダ150は、通常再生への遷移前に受け取られた最後のＩ−フレームを参照することができるのみであって、このＩ−フレームが符号化処理時に使用された基準フレームでない場合には、アーチファクトが現われる。あるいはまた、この遷移後に遭遇した最初のフレームがＢ−フレームである場合には、ほとんど確実に、アーチファクトが現われる。というのは、典型的なエンコードパラメータを想定した場合、予測を形成するには、２つの必須フレームが必要であり、これらの必須フレームの少なくとも１つがＰ−フレームとなるからである。
図２を参照して、この遷移アーチファクトを防止する方法を説明する。異なった再生モードへ遷移させるコマンドを受信すると直ちに、制御装置130は、次のテーブルＩに従って、指定された再生モードに必要なフレームの種類を決定する。
例えば、通常再生またはスローモーションフォワード再生には、Ｉ−,P−,B−フレームを必要とし、中速フォワードには、Ｉ−とＰ−フレームのみを必要とし、高速フォワードや任意リバース速度には、Ｉ−フレームのみを必要とする。所定の再生モードに必要なフレームタイプは、I_ENABLE,B_ENABLE,P_ENABLEを１か０に設定することにより示されるが、設定される１または０は、遷移後の再生モードで、Ｉ−フレーム、Ｐ−フレーム、Ｂ−フレームが許可されるか不許可されるかに依存する。
一度、所要のフレームタイプが指定されると、制御装置130は指定フレームタイプに従って、図２に示す処理をインプリメントする。ステップ210では、必須フレームにアーチファクトが現われないようにするＰ−フレームとＢ−フレームの選択を一時的にディスエーブルにするため、フレーム・フォワーディング変数P_DISABLEおよびB_DISABLEが１に設定される。ほとんどの再生遷移では、このように選択をディスエーブルにすることが必要である。しかし、当業者にとって当然のことであるが、一時的に選択をディスエーブルにする必要がない再生遷移もある。例えば、中速フォワード再生（Ｉ−およびＰ−フレーム）から通常再生（Ｉ−,P−,B−フレーム）へ遷移する際に、遷移コマンド後の最初のＩ−フレーム前のＰ−フレームまたはＢ−フレームのいずれかを、ディスエーブルにする必要がないことになる。ディスエーブルがインプリメントされる遷移は、ほとんどの場合、SELECTと呼ばれる変数に、ステップS220にて、０を設定し、後続データも、デコーダに渡されずに廃棄されることを示す。SELECTは、ステップ240にて、最初のＩ−フレームの始めが検出されるまで変らない。最初のＩ−フレームの始めが検出されると、ステップ290にて、SELECTは１に設定され、その結果、Ｉ−フレームデータが選択され、デコーダに供給される。一度、最初のＩ−フレームが検出され、デコーダ150にフォワーディングされると、必須Ｉ−フレームまたはＰ−フレームの紛失に起因する遷移アーチファクトの虞がなければ、Ｐ−フレームをデコーダ150にフォワーディングすることができる。そして、Ｐ−フレームが指定再生モードに必要である場合は、その後にＰ−フレームを選択することができるように、P_DISABLEがオフにされる。よって、ステップ250にて、Ｐ−フレームが必要である場合には（P_ENABLE＝１）、P_DISABLEに０が設定されるが、Ｐ−フレームが必要でない場合には（P_ENABLE＝０）、P_DISABLEに１が設定される。
ステップ260および270にて説明する処理は、ステップ240および250にてＰ−フレームの選択をイネーブルにする処理に類似した、Ｂ−フレームの選択をイネーブルにする処理である。すなわち、一度、最初のＰ−フレームが選択されると（ステップ260でのP_DISABLE＝０）、ステップ280にて、Ｂ−フレームが要求され（ステップ270でのB_ENABLE＝１）、しかも、所定の要求されたＢ−フレームがデコーダ150に送信された場合には、Ｂ−フレームの選択がイネーブルにされる。この場合、必須Ｐ−またはＩ−フレームの紛失による遷移アーチファクトの虞はない。勿論、Ｐ−フレームが要求されない場合は（P_DISABLE＝１）、Ｂ−フレームの選択がイネーブルにされることはなく（この場合、ステップ270は行われず、B_DISABLEはステップ210で初期化されたままで、１のままである）、ステップ280にて、Ｂ−フレームは常に廃棄されることになる（状態「ｎ」）。
ここで、遷移処理は完了し、定常状態での処理が開始される。遷移時にフレーム選択を行うこの方法では、デコーダ150は、遷移周期中に適正にデコードできるフレームしか受信しないことを保証する。勿論、その後のどの遷移でも、現遷移が完了する前か後のいずれかで、全く同じ処理が再開される。例えば、新しい再生モードが指定されると、常に、リセット信号を制御装置130に送信して、図２のステップ210に移行する。この方法の使用は、圧縮ビットストリームを最初にアクセスするときか、その後任意の時点で１つ以上のビットストリームをランダムにアクセスするときにも可能である。
当業者にはとって当然のことであるが、図２の処理例は所望のフレーム選択基準の容易に拡張することができる。例えば、先行するＩ−フレームからＰ−フレームを選択し、先行するＰ−フレームからＢ−フレームを選択することを条件付る代わりに、先行するＩ−フレームからｎ番目のＩ−フレームを選択し、先行するｎ番目のＩ−フレームからＰ−フレームを選択することを条件付ることができる。一般的に、コーディングまたはフォーマッティング特性の任意のタイプに従って、複数のフレームを多数のフレームタイプとして階層化させることができ、その上、任意の具体的な種類のフレームの選択を、異なる種類の１つ以上のフレームを前もって選択するときに、条件付けできる。よって、汎用的な処理は、異なった再生レート間の遷移に限定されないが、識別可能なフレームタイプへの変更で特徴付けることができる遷移に対して、通常、有用である。
制御装置130と記憶装置140の通常再生時での定常状態での動作は、通常、極めて簡単である。この圧縮プログラムデータは全て順番に記憶装置140から検索され、デコーダ150に供給される。しかし、高速フォワード再生時に、記憶装置140または制御装置130が、所望のレートで、データを全て供給することができない虞がある。そのため、ある再生レートでは、次のことは虞らく必要である。すなわち、記憶装置140からある記憶ブロックを検索するが、他の記憶ブロックをスキップして、圧縮データをサンプリングする必要がある。実際には、順次アクセスができないので、リバース再生時には、圧縮データをある間隔で常にサンプリングしなければならない。理想的には、検索される記憶ブロックは、表示されるフレームに対応することになり、スキップされる記憶ブロックは、廃棄されるフレームに対応することになる。しかし、実際には、正確な対応を得るのは困難である。記憶装置は、通常、固定サイズの記憶ブロックに細分化されるのが典型的であり、情報の転送は、記憶ブロックの最も近い整数に丸めなければならない。一方、各フレームのサイズは、Ｐ−フレームより多くのデータを含むのが典型的であるＩ−フレームに対して可変であり、Ｂ−フレームより多くのデータを含むのが典型的であるＰ−フレームに対して可変である。これらのフレームは記憶ブロック境界から始める必要はなく、強いて記憶ブロック境界から始めるようにしても、効率は良くない。その上、これらのフレームのサイズは、これらの値を計算し記憶するステップを前もって追加しない限り、フレームが検索される時点では分からない。この好適な解決策としては、データを検索する度に、少なくとも固定の最小数の記憶ブロックを転送するという解決策がある。分かり易くするため、任意の数の記憶ブロックに対応するデータのこの固定の最小量は、単一記憶ブロックということにする。
この記憶装置を非順次にアクセスする２つの処理例を、それぞれ、図３および図４を参照して説明する。これらの実施の形態では、データが、ファイルシステムを使わずに、連続・順次フォーマットで、記憶装置に記憶されることを想定している。しかし、この方法は、記憶装置上の非連続物理アドレスと連続記憶ブロックアドレスとを対応付けるのに、ファイルシステム（例えば、参照テーブルや他の周知技術）が使用される記憶装置にも適用される。このような場合、記憶ブロックアドレスは、これから説明する同じ方法を使って生成でき、ファイルシステムのパラメータを適用して記憶装置上の対応物理アドレスにマッピングされる。
さらに、（テーブルＩの高速フォワードまたはリバース再生モードでは）フレームのみが選択されるものと想定している。というのは、これらモード以外である場合（テーブルＩにおける通常再生と、スローモーションフォワードと、中速フォワードモード）には、通常、非連続アクセスを回避することができるからである。第１の実施の形態では、記憶装置上のこれらＩ−フレームの位置は、未知であることを想定している。第２の実施の形態では、各Ｉ−フレームの始めに対応する記憶ブロックアドレスは、再生中、既知であることを想定しており、この情報を生成するためのメカニズムについても説明する。
予め知られたアドレス情報なしの非順次アクセス
図３は高速フォワードまたはリバース再生のためのＩ−フレーム検索処理の第１の実施の形態を示す。記憶装置140から最後に読み込まれた記憶ブロックのシーケンス番号は、ステップ300での記憶ブロックカウンタｋを初期化するのに使用される。次に表示されるＩ−フレームのシーケンス番号は、現在の再生モードに基づいて決定され、ステップ310では「Ｉ」で表示される。ステップ320ないし326にて、この次のＩ−フレームの始めに対応するｋの最初の推定値は、高速フォワードモード（ステップ320、322、326）の場合、直前の記憶ブロック番号（ステップ300からｋ）に定数Ｍを加えるか、リバースモード（ステップ320,324,326）の場合、定数Ｍを引くことによっても決定される。このＭの値は、圧縮率と再生レートとに基づいて指定することができるか、あるいは、最近（most−recently）検索されたＩ−フレームを分離する記憶ブロックの観察数に基づいて、連続的に調整することができる。
予め計算して識別された記憶ブロックは、ステップ330にて、記憶装置140から検索され、ステップ340にて、全てのＩ−フレームの始まりを識別する一意のビットシーケンスが存在するか否かが検査される。例えば、MPEG標準では、このビットシーケンスは国際標準ISO/IEC−11172で規定されている。Ｉ−フレームが見つからない場合は、ステップ360にて、記憶ブロック・カウンタｋをインクリメントさせて、隣接する記憶ブロックを検索する。ステップ330にて、新しい記憶ブロックを読み出す。ステップ340にて、一度、Ｉ−フレームが検出されると、ステップ341にて、そのシーケンス番号をビットストリームから抽出し、ステップ342および352にて、所望のシーケンス番号Ｉと比較する。このＩ−フレームは所望のＩ−フレーム（ステップ352では条件［ｎ」）より前であっても良いし、所望のＩ−フレーム（ステップ342では条件「ｎ」）より後であっても良いし、所望のＩ−フレーム（ステップ352では条件「ｙ」）と等しくても良い。
各記憶ブロックのサイズと現在の圧縮率とによって、記憶ブロックは２つ以上のＩ−フレームを含むことができる。そのため、Ｉ−フレームが所望Ｉ−フレーム（ステップ352では条件「ｎ」）より前の場合は、次のＩ−フレームが、現在の記憶ブロック（ステップ354では条件「ｙ」）か、あるいは、前記次の記憶ブロック（ステップ356、360、330、340）のいずれにおいて発見されるまで、記憶ブロックの残りを引き続き検査する。
Ｉ−フレームが所望のＩ−フレーム（ステップ342では条件「ｎ」）より後である場合には、ステップ343および360にて、記憶ブロックカウンタがデクリメントされ、ステップ330にて、所望のＩ−フレームの前の記憶ブロックを記憶装置から読み出し、ステップ340から以降、探索が繰り返される。
Ｉ−フレームが所望のＩ−フレームである場合には、探索は必要でない。
一度、所望のＩ−フレームの始まりが発見されると、ステップ380にて、SELECTに１を設定して、表示のため後続データがデコーダ150に供給されることを示す。記憶装置からの追加ブロックの検索が必要な場合でも、ステップ390にて、Ｉ−フレームの終わりが検出されるまで、データが引き続き供給されることになる。ステップ392および394は、前の記憶ブロックカウンタｋをリセットしなくても、第２の記憶カウンタｊはさらに検索を行うことができることを示す。
通常は、次のフレームの始めを検出して、このフレームの終わりが検出されると、ステップ396にて、SELECTをゼロクリアして、次のデータがデコーダに転送されないことを示す。検索される次のＩ−フレームの決定は、Ｉの値を、次に必要なシーケンス番号に調整することにより行なわれ、その処理は、ステップ310から以降で、繰り返される。高速再生レートで、シーケンス番号がＩと等しいＩ−フレームそのものを検索する必要はない。例えば、リバース再生モードが選択され、しかも、圧縮ビットストリームの12フレームごとのフレームがＩ−フレームである場合には、前に表示されたＩ−フレームより前の12フレーム目で、Ｉ−フレームのシーケンス番号に一致させるため、オペレータはＩの値を選択することができる。しかし、このＩ−フレームを探索する処理では、異なるＩ−フレームが検出されるものと想定する。表示された最後のＩ−フレームの前の24フレーム目で、このＩ−フレームのオカレンスがある場合には、12フレーム前でＩ−フレームを探索するよりは、このＩ−フレームを採用するほうが良いかもしれない。このようにすると、効率が良くなるとともに、制御装置130ハードウェアの性能要件を低くすることができ、その上、再構成されたシーケンスの美観が著しく影響される可能性はない。これは、高速再生では、再生レートの変化に対する観察者の感覚が鈍くなり、特に、動きが少ないときに、このような変化があると、再生レートの変化に対する観察者の感覚が鈍くなる。幸にも、Ｍの値が適正に選択された場合には、圧縮効果が通常より高いときにのみ、再生レートの変化に対する観察者の感覚が鈍くなるが、このようなことは、フレーム間の動きが少ない場合に良く起こる。
次のＩ−フレームのシーケンス番号に対する規制緩和は、図３のフローチャートで容易にインプリメントすることができる。この規制緩和は、リバース再生の場合、ステップ350を削除することにより簡単に行うことができる。このようにすると、そのシーケンス番号がＩ以下である場合、検出されたＩ−フレームが選択されることになる。最も簡単なインプリメントでは、そのシーケンス番号が前に選択されたＩ−フレームの番号と異なる限り、Ｉ−フレームが選択されることになる。
前に知られたアドレス情報を使用した非順次アクセス
記憶装置140上のＩ−フレームの位置が予め分かっている場合には、より効率的な検索方法を用いることができる。図４は高速フォワードおよびリバース再生のためにＩ−フレームを検索する第２の実施の形態を示す。次に検索されるＩ−フレームのシーケンス番号Ｉは、ステップ400にて、再生方向と再生レートに基づいて、第１の実施の形態と同様にして決定される。このＩ−フレームの始めを含む、記憶装置上のブロックのアドレスとインデックス番号は、前もって作成されるテーブル（図４には不図示）を参照して決定され、ステップ410にて、記憶ブロックカウンタｋを初期化するのに使用される。この記憶ブロックはステップ420で検索され、Ｉ−フレームの始めは、ステップ430にて、記憶ブロックをスキャンして、Ｉ−フレームを識別するのに用いられる一意のビットシーケンスを得ることにより突き止められ、選択された値Ｉとシーケンス番号とを比較することにより突止められる。ステップ440にて、SELECTに１を設定し、その結果、後続データがデコーダ150に供給されることになる。ステップ450ないし456に示すように（図３のステップ390ないし396と同様）、Ｉ−フレームの終わりが検出されるまで、制御装置130は記憶装置から引き続き後続ブロックを検索し、その時点で、SELECTをリセットして０にする。
Ｉ−フレームを記憶ブロックにマッピングするテーブルを生成するのに必要な情報は、圧縮ビットストリームが記憶装置140に転送される時点で、獲得される。この情報の獲得は、図５に示す代替システムブロック図を用いて行うことができる。本実施の形態では、ユーザインタフェース120を、より柔軟性のあるホスト処理装置520と置換した。このホスト処理装置520はユーザインタフェース120の機能を実行するのみでなく、Ｉ−フレームブロック・マッピング・テーブルを保持する。当業者にとって当然のことであるが、ホスト520は、任意のコンピュータと、マイクロプロセッサと、マイクロコントローラと、必要なメモリ管理機能をハンドルすることができるプログラマブルまたはノンプログラマブルなロジックであっても良い。Ｉ−フレーム検出器回路15は圧縮プログラムソース110から制御装置130に転送される圧縮プログラムデータをモニタする。Ｉ−フレーム検出器515はＩ−フレームを検出する度にホスト520に割り込む。ホスト520は、検出されたＩ−フレームに対応するシーケンス番号を読み出し、その番号を、記憶装置140上で現在アドレシングされている記憶ブロックとマッチングさせる。ほとんどのシステムでは、記憶ブロック・アドレシング情報はホスト520から生成されるので、テーブルを生成するときに、直ちに利用することができる。当業者にとって当然のことであるが、Ｉ−フレームのオカレンスを圧縮プログラムソース100から制御装置130に直接シグナリングする必要はない。
以上、本発明の一実施の形態を開示したが、本発明は、上記実施の形態に限定されるものではなく、本発明の範囲は請求の範囲から決定されることは、当然のことである。
1.発明の分野
本発明は、圧縮ビデオ情報の記憶および送信の分野に関する。さらに詳細には、本発明は符号化ビデオプログラムの圧縮解除時のフォワード再生とリバース再生などの再生機能提供に関する。
2.背景
ビデオ送信または記憶に関するアプリケーションには、ビデオデータに必要な大量の情報を減縮するための一定のデータ圧縮形式を必要とする。ISO（International Organization for Standardization）のMPEG（Motion Picture Experts Group）は、様々な記憶または送信アプリケーションに有効な十分な「情報」を記憶しながら、ビデオデータを管理可能な量または有効な量までに圧縮するための標準を作成してきた。各種デジタル媒体上でのこれらの記憶または送信アプリケーションには、コンパクト・ディスクと、リモート・ビデオデータ・ベースと、ムービ・オン・デマンドと、デジタル・ケーブル・テレビと、高品位テレビと、等々が含まれる。MPEGはISO/IEC刊行物11172（"Coding of Moving Pictures and Associated Audio for Digital Storage Media"）と、13818（“Generalized Coding of Motion Pictures and Associated Audio Information）とで文書化されており、それぞれMPEG−１とMPEG−２としても知られている。そこで、以下では、「MPEG」はMPEG−１およびMPEG−２を区別せずに指すこととする。
MPEG標準では、ビデオ・シーケンス内のピクチャの情報の多くが、前または後のピクチャ中の情報と同じであると認識している。また、MPEG標準では、この一次冗長性を利用して、１つ以上のピクチャとの差分で幾つかのピクチャを表示している。１ピクチャは多数の水平スライスで構成され、１スライスは多数のマクロブロックで構成され、１マクロブロックは複数ブロックのアレイで構成され、１ブロックは８×８ピクセルアレイで構成されている。
MPEG標準のビデオ部では、動き補償による予測符号化と、DCT（discrete cosine transform;離散コサイン変換）と、適応定量化と、可変長符号化と、ランレングス符号化とを使用し、ブロック・ベースで画像の圧縮を行っている。動き補償では、マクロブロックを、基準ピクチャ中の対応マクロブロックからの大きな位置ずれにマクロブロック内の各ピクセルのエラー項を加えたものを表わす動ベクトルに置換する。MPEGでは、フォワードの動き補償（未来の画像を過去の画像に参照させる）と、フォワードとリバースの動き補償の組み合わせ（ある画像を過去の画像に参照させる）との両方を使用する。フォワードとリバースの動き補償の組み合わせは、両方向動き補償と呼ばれる。
MPEG標準によれば、ビデオフレーム（ピクチャ）は、Ｉ−ピクチャまたはフレーム間符号化ピクチャとも呼ばれるＩ−フレームと、Ｐ−フレームまたはＰ−ピクチャとも呼ばれる予測ピクチャと、両方向符号化ピクチャとも呼ばれるＢ−フレームまたはＢ−ピクチャの３つのタイプに分類される。Ｐ−フレームとＢ−フレームはフレーム間符号化イメージとも総称する。これら３種類のビデオフレームは、動き補償の使用において相違している。
イントラピクチャ（Ｉ−フレームまたはＩ−ピクチャ）は、ピクチャ自体に存在する情報のみを使用して符号化される。これらは、独立したピクチャとして考えることができる。Ｉ−ピクチャは圧縮ビデオデータへのランダム・アクセス・ポイントを提供する。Ｉ−ピクチャは、変換符号化にしか使用しないため、中程度の圧縮しか行えない。Ｉ−フレームは、Ｉ−フレームのみから完全なピクチャを生成するのに十分な情報を提供する。
予測ピクチャ（Ｐ−ピクチャまたはＰ−フレーム）は、前のＩ−ピクチャか前のＰ−ピクチャから、基準として符号化される。これらは、独立したピクチャとして考えることができる。Ｐ−ピクチャの圧縮では、前のＩ−ピクチャかＰ−ピクチャからの対応マクロブロックに関するＰ−ピクチャ中の一部または全部のマクロピクチャの動き補償による仮予測（temporal pridiction）を使用する。この仮予測では、フォワードモーション推定／補償だけを使用する。Ｐ−ピクチャを仮に予測するＩ−ピクチャまたはＰ−ピクチャは、Ｐ−ピクチャに対してアンカーピクチャと呼ばれ、基準ピクチャまたは基準フレームと称されることもある。予測ピクチャは前のピクチャとの差分しかエンコードしないため、Ｉ−ピクチャよりも圧縮規模が大きくなる。Ｐ−ピクチャを後のＰ−ピクチャ用のアンカーとして使用する場合の欠点は、Ｐ−ピクチャのその後の予測により符号化エラーが伝播する点である。
両方向ピクチャ（Ｂ−ピクチャまたはＢ−フレーム）は、過去および未来のピクチャを基準として使用するピクチャである。Ｐ−ピクチャと同様に、それらは、独立したピクチャとして考えることができる。Ｂ−ピクチャ中の一部または全部のマクロブロックは、リバース予測用の「未来の」Ｉ−ピクチャまたはＰ−ピクチャからと、フォワード予測用の前のＩ−ピクチャまたはＰ−ピクチャからとの対応マクロブロックを使用して、両方向動き補償により予測エンコードにより符号化される。このため、Ｂ−ピクチャを仮予測する２つの基準Ｉ−ピクチャかＰ−ピクチャは、Ｂ−ピクチャのアンカー・ピクチャとも呼ばれる。Ｐ−ピクチャと同様に、Ｂ−ピクチャは、Ｂ−ピクチャと、その２つのアンカー・ピクチャとの間の一時的な差分をエンコードするだけである。両方向ピクチャは、最大限の圧縮を行うが、基準として使用されることはないため、エラーは伝播しない。また、両方向予測は、２つのピクチャを平均化してノイズの影響を減少させる。
MPEG標準に従い、各ピクチャは、序列化されたグループに配列される。MPEG標準により、エンコードはＩ−ピクチャの周波数と位置を選ぶことができる。一例として、単一グループは、３ピクチャごとＰ−ピクチャを分散させるとともに、「ＩおよびＰ」と「ＰおよびＰ」の各シーケンスの間にＢ−ピクチャを分散させて、そのグループ内の第１のピクチャとして、Ｉ−ピクチャを含ませることができる。ピクチャタイプに応じた典型的な表示順序として、15フレームごとにＩ−ピクチャを含め、各Ｉ−ピクチャの後に２つのＢ−ピクチャを含め、Ｂ−ピクチャのグループとグループの間に、IBBPBBPBBPBBPBBIのようなシーケンスで、Ｐ−ピクチャを含めることができる。15フレームごとにＩ−ピクチャを含めるということは、（毎秒30フレームの環境において）、1.5秒ごとに、完全なピクチャ表現（１つの独立ピクチャ）を有することに対応する。
MPEGシステムの一部において、MPEGエンコーダは、ビデオストリーム中に各ピクチャを再序列化しても、最も有効なシーケンスでデコーダにピクチャを表示する。特に、Ｂ−ピクチャを再構成するのに必要な基準ピクチャは、関連するＢ−ピクチャの前に送っても良い。
多数の周知基準、例えば、Battison,"Practical Digital Video",Wiley,1994の引用が、MPEG標準に従ってビデオデータをエンコードするための様々な実際のメカニズムについての詳細のために、行われる。本出願のため、Ｉ−ピクチャと、Ｐ−ピクチャと、Ｂ−ピクチャとの区別を理解することが重要である。特に、他のピクチャを参照せずに、完全なピクチャをビデオ・シーケンスに再構成するのに十分な情報を提供するのは、Ｉ−ピクチャ（独立または基準ピクチャ）だけであることを認識することが重要である。
既存のMPEGデコーダは、エンコードしたビデオ情報の再構成と表示に関係する。しかし、デコードした情報を見るユーザにとっては、多くの場合、通常速度のフォワード再生以外のモードで情報を見る必要がある。このような代替モードには、現在表示中の画像を一時停止、すなわち、フリーズ（静止）できる機能が含まれる。同様に、高速フォワードおよび高速リバース機能と同様に、前方向と逆方向の両方向でのスローモーション再生を行えるようにする必要があることも多い。
一時停止機能をインプリメントするには、MPEGデコーダは、通常、現在表示中の画像をフリーズするためのある種のメカニズムを提供し、それにより、圧縮解除処理を一時的に停止させる。また、デコーダには、デコーディング処理のタイミングと、記憶装置と記憶制御装置とで通常構成されるデータ供給システムのタイミングとの間の一定レベルのデカップリングを行うために、入力バッファが含まれる典型的である。従って、デコード処理が停止したとき、バッファ内に記憶されるデータの量は増え始める。幾つかのインプリメンテーションでは、入力バッファのデプスレベル（depth level）に対応するフィードバック・メカニズムは、記憶制御装置に対して設けられているため、それにより必要に応じてデータ転送を停止させ、バッファのオーバフローを防いでいる。
一時停止機能と同様に、ホワードスローモーション再生は、デコーダに１つ以上の命令を供給するだけで達成できる。これらの命令により、デコーダは各フレームまたは幾つかのフレームを１回以上繰り返せる。同様にして、デコーダの入力バッファ内のデータ蓄積量は、出力率の減少によるスローモーション再生時に増加する。これは、前述したメカニズムと同様のフィードバック・メカニズムにより補償できる。
高速フォワード機能をインプリメントするため、フレームの１部は、デコーダか上記データ供給システムの何れかにより廃棄されなければならない。これは、出力表示レートが、デコード装置および／またはディスプレイ装置によって通常制限されるためである（例えば、標準テレビ・ビデオ・ディスプレイで毎秒30フレーム）。再生レートの増加は、Ｂ−フレームがある場合には、Ｂ−フレームを消去することにより達成できる。例えば、３フレームごとに２つのＢ−フレームがある場合には、Ｂ−フレームを無くすと、結果的には、再生レートが３倍増加する。また、再生レートは、最初に、Ｂ−フレームを全て消去し、デコーダに残りの各フレームを１回ずつ繰り返すよう命令することにより、50パーセント増加できる。Ｂ−フレームは、残りのＩ−フレームとＰ−フレームの再構成には必要ないため、それらを消去しても残りの画像の精度を低下させない。再生レートを高くするには、Ｂ−フレームだけでなく、Ｐ−フレームも消去することで達成できる。これにより、ほかの画像を参照しなくても常に再構成できるＩ−フレームだけを残すことができる。例えば、15フレームごとに、Ｉ−フレームである場合には、他のフレーム全てを消去するだけで、再生レートは15倍増加できる。実際には、この様な増加が実現できるのは、データ供給システムが、通常再生に必要な速度よりも15倍高速のデコーダにデータを検索および表示できる場合のみである。しかし、データ供給ハードウェアの速度が十分高速でない場合、デコーダの入力バッファがアンダフローし、デコーダにより、より多くのデータが利用できるようになるまで現在の画像を強制フリーズするようにする。
データ供給ハードウェアに対する要求は、リバース再生時には、さらに厳しくすることができる。リバース再生のインプリメンテーションでは、Ｉ−フレームだけが有効である。これは、Ｐ−フレームとＢ−フレームが、前にデコードした予測用フレームを使わず再構成できないからである。残念ながら、フォワード再生時に参照される前のフレームは、リバース再生時に未来のフレームになる。理論上、これらの必須フレームは前もって再構成でき、その後、メモリに記憶できるが、こうすると、再生システムのコストが大幅に増加する。従って、好適な解決策は、検索および表示対象をＩ−フレームに限定することである。種々の再生レートは、これらのＩ−フレームを１回以上繰り返すことによっても達成できる。しかし、さらに厄介な問題は、高速リバース再生レートを達成するには、各フレームを複数回繰り返す必要があり、その間、追加データが利用できるようになるまで待たねばならないことである。このような複数の繰り返しにより、動き表現が著しく低下する。
圧縮ビットストリームの多速度再生に関する難点は、１つには、再生モードの遷移の問題である。例えば、高速でのフォワード再生時か、何れかの速度でのリバース再生時には、通常、Ｉ−フレームだけが記憶接続装置により選択され、ディスプレイシステムのデコーダに供給される。各モードの１つから、通常速度でのフォワード再生に遷移するとき、フレームが制御装置により選択され、デコーダに供給されるシーケンスは変更される。この具体では、、制御装置は圧縮ビットストリームからのＰ−フレームとＢ−フレームの削除を停止し、その代わりに、全タイプのフレームをデコーダに渡す。この遷移により、遷移中にアーチファクトが現れ、目に見えることがある。例えば、制御装置が全てのタイプのフレームを受け入れ始めた後に発生した最初のフレームがＰ−フレームの場合、再構成に必要な予測を形成するときに、デコーダは先行するＩ−フレームかＰ−フレームを参照しなければならない。しかし、デコーダは、通常の再生への遷移前に受け取った最後のＩ−フレームをアクセスできるに過ぎず、これが元の符号化処理時に使用した先行フレームと同一でない場合、アーチファクトが発生する。同様に、遷移に遭遇した最初のフレームがＢ−フレームである場合、ほとんど確実に、アーチファクトが発生する。というのは、予測を形成するために２つの必須フレームが必要であるからであり、しかも、典型的なのエンコード・パラメータと想定すると、これら必須フレームのうちの少なくとも１つがＰ−フレームとなるからである。
このような従来技術は、あるフレームタイプを選択的にデコーディングすることが有用であり、他のフレームタイプを破棄することが有用であることを認識している。EP 0 674 448（Ueda）では、ビデオ再生システムが開示されており、イメージはＩ−,P−,B−フレームを用いてMPEGコーディングされている。高速再生モードでは、Ｉ−およびＰ−フレームのみが処理され、Ｂ−フレームは破棄される。よって、でコーディング処理速度がより高速になる。しかし、EP 674 448は、再生モードが変更されたとき、すなわち、ある再生モードから別の再生モード（例えば、高速フォワードから通常再生）に遷移したときのアーチファクトを防止するという問題には対処していない。
同様に、EP 0 396 285（Yagasaki）には、イメージがイントラフレームコーディングおよびインタフレームコーディングされたビデオディスク再生システムが開示されている。高速フォワード再生または高速バックワード再生では、イントラフレームのみがキャプチャされている。インタフレームは完全にスキップされるか破棄されるかのいずれかである。しかし、EP 0 396 285にも、再生モードが変更されたときのアーチファクトを防止するという問題には対処していない。本発明によれば、このような根本的な問題点が解決される。
WO−Ａ−94 97332（Fujinami）でも、あるフレームタイプを選択的にデコーディングすることが有用であることが認識されている。WO−Ａ−94 97332には、高速再生モードを容易にするため、ビデオデータが特にプリフォーマットされているシステムであって、特に修正されたデコーダと協働して用いるシステムが開示されている。本発明はプリフォーマットされたビデオデータを必要としないし、特に修正されたデコーダも必要とせず、したがって、上述した従来例よりも有利な効果を奏することができる。
以上のことから、当然のことであるが、多速度再生圧縮ビデオシステムにおいて、再生モードを変更するときの遷移アーチファクトを防止することが望ましく、そこで、このことを本発明の目的とする。さらに、圧縮ビデオシステムにおいて、多速度再生をサポートする効率的なデータ・アクセス用メカニズムを有することが望ましい。
発明の概要
圧縮ビデオ情報の再生時の遷移アーチファクトを、再生モードから再生モードに遷移するときに除去することは、上述したことから、当然、望ましいことであり、そこで、このことを本発明の目的とする。本発明の別の目的は、所望の再生モードに従って記憶装置から圧縮ビデオ情報を効率的に検索するメカニズムを提供することにある。
本発明の上記および別の目的は、再生モードから再生モードに遷移するときに遷移アーチファクトを除去するために、記憶制御装置が、ある方法で、圧縮ビデオデータのビデオデコーダへの流れを制御するビデオ再生システムで達成される。記憶制御装置は、再生モード遷移命令に応答して、遷移モードに対する最適な伝播アプローチに従って、ビデオデコーダへのデータ伝播のモードの切り換えを遅延させる。圧縮ビデオデータがMPEG標準に従ってエンコードされる本発明の一実態の形態によれば、記憶制御装置は遷移が完了するまで、所要の再生モードへの切り換えを遅延させることになる。遷移インターバルに入ると直ちに、次のＩ−フレームのオカレンスまで、検索されたデータフレームが全て廃棄されることになる。よって、フレーム間イメージがデコーダに供給される可能性がなくなり、基準フレームはフレームを正確に表示するのにフレーム間イメージを利用しない。その後、最初のＰ−フレームを受信するまで、制御装置は引き続きＢ−フレームを廃棄する。幾つかのインプリメンテーションでは、遷移インターバルに入ると直ちに、デコーダに命令して、このデコーダと関係付けをしたバッファをフラッシュするか空にするのが望ましい。しかし、インターバルの継続時間は短縮されないので、バッファが空にならない限り、デコーダがイメージのデコードおよび表示を続行することにより、より好ましい効果を奏することができる。このようにすれば、デコードおよび表示処理の停止を遅延させることができ、場合によっては、遷移インターバル継続時間への依存を防止することができる。
本発明の別の態様によれば、Ｉ−フレームが記憶装置にストアされているときに、Ｉ−フレームを効率的にシークすることが望ましい種々の再生モードをサポートするメカニズムがインプリメントされる。本発明のこの態様では、記憶装置全体に対する妥当な予測量で、Ｉ−フレームのオカレンスがあるので、Ｉ−フレームを位置の合理的に推定するメモリのブロックに対してメモリ検索を行うことができることが認識されている。適正に選択されついで検索されたメモリのブロックは、可変速でのフォワード再生およびリバース再生をサポートするため、所望のＩ−フレームが存在するかどうかを迅速にスキャンすることができる。
本発明の代替の実施の形態では、圧縮ビデオプログラムにおいて各Ｉ−フレームのメモリ位置をテーブル化するメカニズムが導入される。圧縮プログラムが記憶装置によって受け取られるとき、Ｉ−フレームデコーダは各Ｉ−フレームの到来に注意を喚起させ、この情報をホストシステムに供給し、このホストシステムは、記憶装置の具体的なメモリブロックにＩ−フレームを対応させるテーブルの保持を制御することができる。このようにすると、種々の再生モードを有効にするために、適正なメモリブロックをデコーダに供給する記憶制御装置によって、Ｉ−フレームデータブロックの効率的で迅速な検索が行われる。
【図面の簡単な説明】
本発明の目的、特徴、効果は、次の詳細な説明から明らかになるであろう。
図１は、本発明の教示を組み込むことができる圧縮ビデオ表示システムを示すブロック図である。
図２は、種々の再生モード間で遷移するときに遷移アーチファクトを除去する圧縮ビデオ表示システムにより使用される流れ図である。
図３は、種々の速度モードで動作する圧縮ビデオ表示システムで使用する効率的なデータ検索処理の流れ図である。
図４は、図３に示した手順の代替手順としての、圧縮ビデオディスプレイのためのデータ検索の流れ図である。
図５は、図４の流れ図に従って種々の再生レートで表示するため圧縮ビデオデータの効率的な検索を容易にするために各テーブルを保持する圧縮ビデオ表示システムを示すブロック図である。
発明の詳細な説明
開示した方法および装置は圧縮ビデオ再生システムで用いられるものであり、この方法および装置では、多速度再生モードを考察する。これら多速度再生モードには、可変速フォワード（forward）再生が含まれ、同様に、可変速リバース（reverse）再生が含まれる。
本発明の記載は、主に、MPEGフォーマットに従ってエンコードされたビデオ情報の送信と記憶に関して行うものの、本発明の概念および方法は、他のビデオ圧縮技術を用いたビデオ再生システムを包含していて広い。発明の詳細な説明では、本発明を充分理解させるため、フレームタイプおよびシーケンス編成のような細部に至るまで詳細に説明している。しかし、当業者にとって当然のことであるが、本発明は、このような細部を具体化しなくても実施可能である。他の例えば、本発明が不明瞭にならないように、周知の制御構造とエンコード／デコーダ回路は詳細に示していない。特に、圧縮ビデオ再生システム内の種々の構成品の機能を記載した。当業者は、このような機能の記述を目にすれば、実験法が不適正でない限り、必要なコンポーネントをインプリメントすることができる。
図１を説明する。図１に示す汎用ハードウェアは、本発明を実施するのに適正なものである。記憶システム125には、再生／記憶制御装置130と記憶装置140とが含まれる。例示した実施の形態では、制御装置130は圧縮プログラムソース110からデータを受信する。圧縮プログラムソース110はエンコーダか、ケーブルまたは衛星受信装置か、ホスト処理装置か、エンコードされたビデオデータの他のソースであっても良い。本発明の一実施の形態では、圧縮ビデオデータは上述したMPEG標準に従ってエンコードされる。圧縮ビデオデータはビデオ情報を備えたＩ−,P−,B−ピクチャについてのデータを有する。圧縮プログラムデータは制御装置130の制御により記憶装置140に書き込まれるのが典型的である。あるいはまた、圧縮プログラムソース110は記憶装置140にデータを直接供給する。記憶装置140は１つ以上のハードディスクか、コンピュータメモリか、その他の記憶装置を備えることができる。ハードディスクは、遅延デコードするため、データストリーム全体を記憶するものである。コンピュータメモリは「on−the−fly」デコードを行うのに必要なデータストリームの移動ウィンドウ（moving window）をバッファリングするものである。
再生時、圧縮プログラムデータは記憶装置140から検索され、制御装置130の指示により、デコーダ150に供給され、デコーダ150では、データが圧縮解除され、ついで、ディスプレイ160上に表示される。この再生処理は、ユーザインタフェース120から制御装置130に送信される再生モードコマンドに従って行なわれる。このような再生モードとしては、通常再生と、高速フォワードおよびリバース再生と、低速フォワードおよびリバース再生と、一時停止を含めることができる。ユーザインタフェース120はビデオプログラムの再生を指示するのに適したセット・トップボックスや他の制御メカニズムに組み入れることができる。
記憶装置140から検索された圧縮ビデオデータストリームの編集は、特に再生コマンドが通常再生と異なるときには、この圧縮ビデオデータがデコーダ150に供給される前に、行わなければならない。このデータ操作機能は、制御装置130により供給される。後述するが、圧縮データ操作処理は選択された再生モードに依存する。圧縮データ操作処理には、記憶装置140から回復されるデータストリームであって非連続のこともあるデータストリームから、あるＩ−フレームか、Ｐ−フレームか、Ｂ−フレームを抽出することも含まれる。これらの編集機能中には、あるデコーダに商業的にインプリメントされるようになるものもあるが、インプリメントされた場合には、制御装置130は簡略化することができる。
MPEG圧縮データストリームが実際のＩ−,P−,B−フレームデータにより構成され、その上、ヘッダおよび拡張層の階層により構成されることも、述べておいた方が良いだろう。次の考察では、このヘッダと拡張層の情報は、全て、直後の画像フレームと組み合わされることを想定している。例えばＩ−フレームを例に説明すると、このＩ−フレームの前に、シーケンスヘッダと、シーケンス拡張ヘッダと、ピクチャグループヘッダと、ピクチャヘッダがある場合には、この情報は、全て、Ｉ−フレームの一部として考えられることになるし、最初のこのようなヘッダの始まりはフレームの始まりとして扱われることになる。
圧縮ビットストリームを多速度再生すると、１つに、モードからモードへ遷移するという問題がある。例えば、高速でのフォワード再生時か、あるいは、任意速度でのリバース再生時には、通常、Ｉ−フレームのみが制御装置130により選択され、デコーダに供給される（後程、テーブルＩを参照して考察する）。これらのモードの１つから通常再生に遷移するとき、フレームが制御装置130により選択されデコーダに供給されるシーケンスが変わる。この具体的な例では、制御装置130は圧縮ビットストリームからＰ−フレームとＢ−フレームとを廃棄するのを停止することになり、代わりに、全てのタイプのフレームをデコーダ150に渡すことになる。通常、このような遷移があると、遷移アーチファクトが現われ、遷移期間中、消えない。例えば、制御装置130が全てのタイプのフレームの受け取りを開始した後に遭遇する最初のフレームが、Ｐ−フレームである場合には、デコーダは、このフレームの再構成に必要な予測を行うとき、先行するＩ−フレームまたはＰ−フレームを参照しなければならない。しかし、デコーダ150は、通常再生への遷移前に受け取られた最後のＩ−フレームを参照することができるのみであって、このＩ−フレームが符号化処理時に使用された基準フレームでない場合には、アーチファクトが現われる。あるいはまた、この遷移後に遭遇した最初のフレームがＢ−フレームである場合には、ほとんど確実に、アーチファクトが現われる。というのは、典型的なエンコードパラメータを想定した場合、予測を形成するには、２つの必須フレームが必要であり、これらの必須フレームの少なくとも１つがＰ−フレームとなるからである。
図２を参照して、この遷移アーチファクトを防止する方法を説明する。異なった再生モードへ遷移させるコマンドを受信すると直ちに、制御装置130は、次のテーブルＩに従って、指定された再生モードに必要なフレームの種類を決定する。
一度、所要のフレームタイプが指定されると、制御装置130は指定フレームタイプに従って、図２に示す処理をインプリメントする。ステップ210では、必須フレームにアーチファクトが現われないようにするＰ−フレームとＢ−フレームの選択を一時的にディスエーブルにするため、フレーム・フォワーディング変数P_DISABLEおよびB_DISABLEが１に設定される。ほとんどの再生遷移では、このように選択をディスエーブルにすることが必要である。しかし、当業者にとって当然のことであるが、一時的に選択をディスエーブルにする必要がない再生遷移もある。例えば、中速フォワード再生（Ｉ−およびＰ−フレーム）から通常再生（Ｉ−,P−,B−フレーム）へ遷移する際に、遷移コマンド後の最初のＩ−フレーム前のＰ−フレームまたはＢ−フレームのいずれかを、ディスエーブルにする必要がないことになる。ディスエーブルがインプリメントされる遷移は、ほとんどの場合、SELECTと呼ばれる変数に、ステップS220にて、０を設定し、後続データも、デコーダに渡されずに廃棄されることを示す。SELECTは、ステップ240にて、最初のＩ−フレームの始めが検出されるまで変らない。最初のＩ−フレームの始めが検出されると、ステップ290にて、SELECTは１に設定され、その結果、Ｉ−フレームデータが選択され、デコーダに供給される。一度、最初のＩ−フレームが検出され、デコーダ150にフォワーディングされると、必須Ｉ−フレームまたはＰ−フレームの紛失に起因する遷移アーチファクトの虞がなければ、Ｐ−フレームをデコーダ150にフォワーディングすることができる。そして、Ｐ−フレームが指定再生モードに必要である場合は、その後にＰ−フレームを選択することができるように、P_DISABLEがオフにされる。よって、ステップ250にて、Ｐ−フレームが必要である場合には（P_ENABLE＝１）、P_DISABLEに０が設定されるが、Ｐ−フレームが必要でない場合には（P_ENABLE＝０）、P_DISABLEに１が設定される。
ステップ260および270にて説明する処理は、ステップ240および250にてＰ−フレームの選択をイネーブルにする処理に類似した、Ｂ−フレームの選択をイネーブルにする処理である。すなわち、一度、最初のＰ−フレームが選択されると（ステップ260でのP_DISABLE＝０）、ステップ280にて、Ｂ−フレームが要求され（ステップ270でのB_ENABLE＝１）、しかも、所定の要求されたＢ−フレームがデコーダ150に送信された場合には、Ｂ−フレームの選択がイネーブルにされる。この場合、必須Ｐ−またはＩ−フレームの紛失による遷移アーチファクトの虞はない。勿論、Ｐ−フレームが要求されない場合は（P_DISABLE＝１）、Ｂ−フレームの選択がイネーブルにされることはなく（この場合、ステップ270は行われず、B_DISABLEはステップ210で初期化されたままで、１のままである）、ステップ280にて、Ｂ−フレームは常に廃棄されることになる（状態「ｎ」）。
ここで、遷移処理は完了し、定常状態での処理が開始される。遷移時にフレーム選択を行うこの方法では、デコーダ150は、遷移周期中に適正にデコードできるフレームしか受信しないことを保証する。勿論、その後のどの遷移でも、現遷移が完了する前か後のいずれかで、全く同じ処理が再開される。例えば、新しい再生モードが指定されると、常に、リセット信号を制御装置130に送信して、図２のステップ210に移行する。この方法の使用は、圧縮ビットストリームを最初にアクセスするときか、その後任意の時点で１つ以上のビットストリームをランダムにアクセスするときにも可能である。
当業者にはとって当然のことであるが、図２の処理例は所望のフレーム選択基準の容易に拡張することができる。例えば、先行するＩ−フレームからＰ−フレームを選択し、先行するＰ−フレームからＢ−フレームを選択することを条件付る代わりに、先行するＩ−フレームからｎ番目のＩ−フレームを選択し、先行するｎ番目のＩ−フレームからＰ−フレームを選択することを条件付ることができる。一般的に、コーディングまたはフォーマッティング特性の任意のタイプに従って、複数のフレームを多数のフレームタイプとして階層化させることができ、その上、任意の具体的な種類のフレームの選択を、異なる種類の１つ以上のフレームを前もって選択するときに、条件付けできる。よって、汎用的な処理は、異なった再生レート間の遷移に限定されないが、識別可能なフレームタイプへの変更で特徴付けることができる遷移に対して、通常、有用である。
制御装置130と記憶装置140の通常再生時での定常状態での動作は、通常、極めて簡単である。この圧縮プログラムデータは全て順番に記憶装置140から検索され、デコーダ150に供給される。しかし、高速フォワード再生時に、記憶装置140または制御装置130が、所望のレートで、データを全て供給することができない虞がある。そのため、ある再生レートでは、次のことは虞らく必要である。すなわち、記憶装置140からある記憶ブロックを検索するが、他の記憶ブロックをスキップして、圧縮データをサンプリングする必要がある。実際には、順次アクセスができないので、リバース再生時には、圧縮データをある間隔で常にサンプリングしなければならない。理想的には、検索される記憶ブロックは、表示されるフレームに対応することになり、スキップされる記憶ブロックは、廃棄されるフレームに対応することになる。しかし、実際には、正確な対応を得るのは困難である。記憶装置は、通常、固定サイズの記憶ブロックに細分化されるのが典型的であり、情報の転送は、記憶ブロックの最も近い整数に丸めなければならない。一方、各フレームのサイズは、Ｐ−フレームより多くのデータを含むのが典型的であるＩ−フレームに対して可変であり、Ｂ−フレームより多くのデータを含むのが典型的であるＰ−フレームに対して可変である。これらのフレームは記憶ブロック境界から始める必要はなく、強いて記憶ブロック境界から始めるようにしても、効率は良くない。その上、これらのフレームのサイズは、これらの値を計算し記憶するステップを前もって追加しない限り、フレームが検索される時点では分からない。この好適な解決策としては、データを検索する度に、少なくとも固定の最小数の記憶ブロックを転送するという解決策がある。分かり易くするため、任意の数の記憶ブロックに対応するデータのこの固定の最小量は、単一記憶ブロックということにする。
この記憶装置を非順次にアクセスする２つの処理例を、それぞれ、図３および図４を参照して説明する。これらの実施の形態では、データが、ファイルシステムを使わずに、連続・順次フォーマットで、記憶装置に記憶されることを想定している。しかし、この方法は、記憶装置上の非連続物理アドレスと連続記憶ブロックアドレスとを対応付けるのに、ファイルシステム（例えば、参照テーブルや他の周知技術）が使用される記憶装置にも適用される。このような場合、記憶ブロックアドレスは、これから説明する同じ方法を使って生成でき、ファイルシステムのパラメータを適用して記憶装置上の対応物理アドレスにマッピングされる。
さらに、（テーブルＩの高速フォワードまたはリバース再生モードでは）フレームのみが選択されるものと想定している。というのは、これらモード以外である場合（テーブルＩにおける通常再生と、スローモーションフォワードと、中速フォワードモード）には、通常、非連続アクセスを回避することができるからである。第１の実施の形態では、記憶装置上のこれらＩ−フレームの位置は、未知であることを想定している。第２の実施の形態では、各Ｉ−フレームの始めに対応する記憶ブロックアドレスは、再生中、既知であることを想定しており、この情報を生成するためのメカニズムについても説明する。
予め知られたアドレス情報なしの非順次アクセス
図３は高速フォワードまたはリバース再生のためのＩ−フレーム検索処理の第１の実施の形態を示す。記憶装置140から最後に読み込まれた記憶ブロックのシーケンス番号は、ステップ300での記憶ブロックカウンタｋを初期化するのに使用される。次に表示されるＩ−フレームのシーケンス番号は、現在の再生モードに基づいて決定され、ステップ310では「Ｉ」で表示される。ステップ320ないし326にて、この次のＩ−フレームの始めに対応するｋの最初の推定値は、高速フォワードモード（ステップ320、322、326）の場合、直前の記憶ブロック番号（ステップ300からｋ）に定数Ｍを加えるか、リバースモード（ステップ320,324,326）の場合、定数Ｍを引くことによっても決定される。このＭの値は、圧縮率と再生レートとに基づいて指定することができるか、あるいは、最近（most−recently）検索されたＩ−フレームを分離する記憶ブロックの観察数に基づいて、連続的に調整することができる。
予め計算して識別された記憶ブロックは、ステップ330にて、記憶装置140から検索され、ステップ340にて、全てのＩ−フレームの始まりを識別する一意のビットシーケンスが存在するか否かが検査される。例えば、MPEG標準では、このビットシーケンスは国際標準ISO/IEC−11172で規定されている。Ｉ−フレームが見つからない場合は、ステップ360にて、記憶ブロック・カウンタｋをインクリメントさせて、隣接する記憶ブロックを検索する。ステップ330にて、新しい記憶ブロックを読み出す。ステップ340にて、一度、Ｉ−フレームが検出されると、ステップ341にて、そのシーケンス番号をビットストリームから抽出し、ステップ342および352にて、所望のシーケンス番号Ｉと比較する。このＩ−フレームは所望のＩ−フレーム（ステップ352では条件［ｎ」）より前であっても良いし、所望のＩ−フレーム（ステップ342では条件「ｎ」）より後であっても良いし、所望のＩ−フレーム（ステップ352では条件「ｙ」）と等しくても良い。
各記憶ブロックのサイズと現在の圧縮率とによって、記憶ブロックは２つ以上のＩ−フレームを含むことができる。そのため、Ｉ−フレームが所望Ｉ−フレーム（ステップ352では条件「ｎ」）より前の場合は、次のＩ−フレームが、現在の記憶ブロック（ステップ354では条件「ｙ」）か、あるいは、前記次の記憶ブロック（ステップ356、360、330、340）のいずれにおいて発見されるまで、記憶ブロックの残りを引き続き検査する。
Ｉ−フレームが所望のＩ−フレーム（ステップ342では条件「ｎ」）より後である場合には、ステップ343および360にて、記憶ブロックカウンタがデクリメントされ、ステップ330にて、所望のＩ−フレームの前の記憶ブロックを記憶装置から読み出し、ステップ340から以降、探索が繰り返される。
Ｉ−フレームが所望のＩ−フレームである場合には、探索は必要でない。
一度、所望のＩ−フレームの始まりが発見されると、ステップ380にて、SELECTに１を設定して、表示のため後続データがデコーダ150に供給されることを示す。記憶装置からの追加ブロックの検索が必要な場合でも、ステップ390にて、Ｉ−フレームの終わりが検出されるまで、データが引き続き供給されることになる。ステップ392および394は、前の記憶ブロックカウンタｋをリセットしなくても、第２の記憶カウンタｊはさらに検索を行うことができることを示す。
通常は、次のフレームの始めを検出して、このフレームの終わりが検出されると、ステップ396にて、SELECTをゼロクリアして、次のデータがデコーダに転送されないことを示す。検索される次のＩ−フレームの決定は、Ｉの値を、次に必要なシーケンス番号に調整することにより行なわれ、その処理は、ステップ310から以降で、繰り返される。高速再生レートで、シーケンス番号がＩと等しいＩ−フレームそのものを検索する必要はない。例えば、リバース再生モードが選択され、しかも、圧縮ビットストリームの12フレームごとのフレームがＩ−フレームである場合には、前に表示されたＩ−フレームより前の12フレーム目で、Ｉ−フレームのシーケンス番号に一致させるため、オペレータはＩの値を選択することができる。しかし、このＩ−フレームを探索する処理では、異なるＩ−フレームが検出されるものと想定する。表示された最後のＩ−フレームの前の24フレーム目で、このＩ−フレームのオカレンスがある場合には、12フレーム前でＩ−フレームを探索するよりは、このＩ−フレームを採用するほうが良いかもしれない。このようにすると、効率が良くなるとともに、制御装置130ハードウェアの性能要件を低くすることができ、その上、再構成されたシーケンスの美観が著しく影響される可能性はない。これは、高速再生では、再生レートの変化に対する観察者の感覚が鈍くなり、特に、動きが少ないときに、このような変化があると、再生レートの変化に対する観察者の感覚が鈍くなる。幸にも、Ｍの値が適正に選択された場合には、圧縮効果が通常より高いときにのみ、再生レートの変化に対する観察者の感覚が鈍くなるが、このようなことは、フレーム間の動きが少ない場合に良く起こる。
次のＩ−フレームのシーケンス番号に対する規制緩和は、図３のフローチャートで容易にインプリメントすることができる。この規制緩和は、リバース再生の場合、ステップ350を削除することにより簡単に行うことができる。このようにすると、そのシーケンス番号がＩ以下である場合、検出されたＩ−フレームが選択されることになる。最も簡単なインプリメントでは、そのシーケンス番号が前に選択されたＩ−フレームの番号と異なる限り、Ｉ−フレームが選択されることになる。
前に知られたアドレス情報を使用した非順次アクセス
記憶装置140上のＩ−フレームの位置が予め分かっている場合には、より効率的な検索方法を用いることができる。図４は高速フォワードおよびリバース再生のためにＩ−フレームを検索する第２の実施の形態を示す。次に検索されるＩ−フレームのシーケンス番号Ｉは、ステップ400にて、再生方向と再生レートに基づいて、第１の実施の形態と同様にして決定される。このＩ−フレームの始めを含む、記憶装置上のブロックのアドレスとインデックス番号は、前もって作成されるテーブル（図４には不図示）を参照して決定され、ステップ410にて、記憶ブロックカウンタｋを初期化するのに使用される。この記憶ブロックはステップ420で検索され、Ｉ−フレームの始めは、ステップ430にて、記憶ブロックをスキャンして、Ｉ−フレームを識別するのに用いられる一意のビットシーケンスを得ることにより突き止められ、選択された値Ｉとシーケンス番号とを比較することにより突止められる。ステップ440にて、SELECTに１を設定し、その結果、後続データがデコーダ150に供給されることになる。ステップ450ないし456に示すように（図３のステップ390ないし396と同様）、Ｉ−フレームの終わりが検出されるまで、制御装置130は記憶装置から引き続き後続ブロックを検索し、その時点で、SELECTをリセットして０にする。
Ｉ−フレームを記憶ブロックにマッピングするテーブルを生成するのに必要な情報は、圧縮ビットストリームが記憶装置140に転送される時点で、獲得される。この情報の獲得は、図５に示す代替システムブロック図を用いて行うことができる。本実施の形態では、ユーザインタフェース120を、より柔軟性のあるホスト処理装置520と置換した。このホスト処理装置520はユーザインタフェース120の機能を実行するのみでなく、Ｉ−フレームブロック・マッピング・テーブルを保持する。当業者にとって当然のことであるが、ホスト520は、任意のコンピュータと、マイクロプロセッサと、マイクロコントローラと、必要なメモリ管理機能をハンドルすることができるプログラマブルまたはノンプログラマブルなロジックであっても良い。Ｉ−フレーム検出器回路15は圧縮プログラムソース110から制御装置130に転送される圧縮プログラムデータをモニタする。Ｉ−フレーム検出器515はＩ−フレームを検出する度にホスト520に割り込む。ホスト520は、検出されたＩ−フレームに対応するシーケンス番号を読み出し、その番号を、記憶装置140上で現在アドレシングされている記憶ブロックとマッチングさせる。ほとんどのシステムでは、記憶ブロック・アドレシング情報はホスト520から生成されるので、テーブルを生成するときに、直ちに利用することができる。当業者にとって当然のことであるが、Ｉ−フレームのオカレンスを圧縮プログラムソース100から制御装置130に直接シグナリングする必要はない。
以上、本発明の一実施の形態を開示したが、本発明は、上記実施の形態に限定されるものではなく、本発明の範囲は請求の範囲から決定されることは、当然のことである。
Claims (63)
- ビデオデータストリームの再生特性を変更するときに遷移アーチファクトを防止する方法であって、
少なくとも第１および第２のエンコーディングタイプのフレームを含む、エンコードされたデータを受信するステップと、
フレームごとに前記エンコードされたデータにおいて再生遷移命令を検出するステップと、
前記再生遷移命令を検出した後、デコードするためにエンコードされたデータの選択をディスエーブルにするステップと、
前記第１のエンコーディングタイプの次のフレームを検 出するステップと、
デコードするために前記第１のエンコーディングタイプの次のフレームの選択をイネーブルにするステップと、
前記第１のエンコーディングタイプの次のフレームの選 択をイネーブルにした後、デコードするため、前記第２ のエンコーディングタイプの少なくともいくつかのフレ ームの選択をイネーブルにするステップと
を備えたことを特徴とする方法。 - 請求項１において、前記第２のエンコーデ ィングタイプの少なくともいくつかのフレームの選択を イネーブルにするステップは、
前記遷移命令から、デコードするために第２のエンコーディングタイプのいずれのフレームが選択されるべきかを決定するステップ
を含むことを特徴とする方法。 - 請求項２において、前記第１のエンコーディングタイプのフレームは、フレーム間データを備えたことを特徴とする方法。
- 請求項３において、前記第２のエンコーディングタイプのフレームは、フレーム間データを備えたことを特徴とする方法。
- 請求項３において、前記フレーム間データは、単一方向予測データを備えたことを特徴とする方法。
- 請求項２において、前記第１のエンコーディングタイプのフレームは、単一方向予測データを備えたことを特徴とする方法。
- 請求項６において、前記第２のエンコーディングタイプのフレームは、両方向予測データを備えたことを特徴とする方法。
- エンコードされたビデオデータをデコードする方法であって、少なくとも、イントラフレームデータを備えた第１のエンコーディングタイプと、インタフレームデータを備えた第２のエンコーディングタイプとのフレームを含むエンコードされたデータを受信するステップと、フレームごとに前記エンコードされたデータ において再生遷移命令を検出するステップとを備え、ビデオデータストリームの再生特性が変化したとき遷移アーチファクトを防止し、前記ビデオ信号が高速再生モードを容易にするように特にフォーマットされている方法において、
前記第１のエンコーディングタイプのフレームを検出するステップと、
デコードするために前記第１のエンコーディングタイプのフレームの選択をイネーブルにするステップと、
デコードするため前記第２のエンコーディングタイプの 少なくともいくつかのフレームを選択するステップと、
前記選択された第２のエンコーディングタイプのフレー ムの選択をイネーブルにするステップと、
を備えたことを特徴とする方法。 - 請求項８において、前記再生遷移命令を検出した後で、しかも、前記第１のエンコーディングタイプのフレームに対応するデータを検出する前に、デコー ドするために前記エンコードされたデータの選択をディ スエーブルにするステップをさらに備えたことを特徴とする方法。
- 請求項８において、前記フレーム間データは、単一方向予測データを備えたことを特徴とする方法。
- 請求項８において、前記第１のエンコーディングタイプのフレームは、単一方向予測データを備えたことを特徴とする方法。
- 請求項８において、前記第２のエンコーディングタイプのフレームは、両方向予測データを備えたことを特徴とする方法。
- デコードするため、エンコードされたデータを記憶装置から検索する方法であって、
予め定めた種類の第１のエンコードされたデータフレームを検索するステップと、
デコードするため供給される第２のエンコードされたデータフレームのインデックスを決定するステップと、
前記第２のエンコードされたデータフレーム用の前記記憶装置の記憶アドレスを、エンコードされたデータのデコード要件に基づいて推定するステップと、
第２のエンコードされたデータフレーム用の推定された記憶アドレスから記憶装置にアクセスするステップと、
第２のエンコードされたデータフレームが完全にアクセスされるまで、引き続き記憶装置に選択的にアクセスするステップと
を備えたことを特徴とする方法。 - 請求項13において、前記第２データフレーム用の記憶アドレスを推定するステップは、第１データフレーム用アドレスを圧縮率に従って変更するステップを含むことを特徴とする方法。
- 請求項13において、前記第２データフレーム用の記憶アドレスを推定するステップは、前記第１データフレーム用アドレスを再生レートに従って変更するステップを含むことを特徴とする方法。
- 請求項13において、前記第２データフレーム用の記憶アドレスを推定するステップは、
前記第１のエンコードされたデータフレームと、前にアクセスされた、エンコードされたデータフレームとの間の符号付きアドレス変更を決定するステップと、
前記第１のデータフレームのアドレスに符号付きアドレス変更を行うステップと
を備えたことを特徴とする方法。 - 請求項13において、前記記憶アドレスを推定するステップは、予め定めたアドレステーブルを使用するステップを含むことを特徴とする方法。
- 請求項17において、前記予め定めたアドレステーブルは、前記第１および第２のエンコードされたデータフレームを記憶装置に書き込むと直ちに決定されることを特徴とする方法。
- 請求項13において、前記記憶装置に引き続きアクセスするステップの前に、前記第２のエンコードされたデータフレームの識別子を探索するステップをさらに備えたことを特徴とする方法。
- 請求項19において、前記記憶装置から読み出されたデータが前記第２のエンコードされたデータフレームの一部でない場合に、前記記憶装置から読み出されたデータを廃棄するステップを備えたことを特徴とする方法。
- 請求項13において、前記引き続き記憶装置にアクセスするステップは、
前記記憶装置の記憶アドレスをインクリメントするステップと、
前記記憶装置のインクリメントされた記憶アドレスにアクセスするステップと、
前記第２のエンコードされたデータフレームが完全にアクセスされるまで、インクリメントおよびアクセスを続行するステップと
を備えたことを特徴とする方法。 - 請求項21において、前記引き続き記憶装置にアクセスするステップは、
前記第２のエンコードされたデータフレームが完全にアクセスされるまで、ファイルシステム上の記憶アドレスをインクリメントするとともに、前記記憶装置上の物理記憶アドレスにアクセスするステップを含み、前記アクセスされる記憶装置上の物理記憶アドレスが、ファイルシステム上のインクリメントされた記憶アドレスに対応することを特徴とする方法。 - 圧縮ビデオデータをデコードしディスプレイに表示するためのシステムであって、
独立したピクチャデータと独立していないピクチャデータを備えた圧縮されたビデオデータであって、高速再生モードを容易にするため特にフォーマットされていない圧縮されたビデオデータを記憶するための記憶装置と、
記憶再生制御装置と通信するように結合されたデコーダであって、ディスプレイに表示するため、圧縮ビデオデータをデコードするデコーダと、
デコーダへの圧縮ビデオデータの供給を制御するため前記記憶装置と通信するように結合された記憶再生制御装置であって、現在の再生モードと所望の再生モードとの 間であって、該現在の再生モードは該所望の再生モード の動作のために必要な所定のピクチャデータが欠けてい るモード間を遷移する間に動作し、およびさらに次の独 立したピクチャデータが受信されるまで、前記現在の再生モードから前記所望の再生モードへの遷移命令に応答して、圧縮ビデオデータを廃棄することにより遷移アー チファクトを防止し、前記デコーダに前記独立したピク チャデータの次のフレームを送り、並びに該送った後前 記デコーダに独立していないピクチャデータを選択して 送る記憶再生制御装置と
を備えたことを特徴とするシステム。 - 請求項23において、前記独立していないピクチャデータは、単一方向の独立していないピクチャデータと両方向の独立していないピクチャデータとを備え、
前記記憶再生制御装置は、次の独立したピクチャデータを受信した後、次の単一方向の独立していないピクチャデータを受信するまで、両方向の独立していないピクチャデータを廃棄することを特徴とするシステム。 - 請求項23において、前記記憶再生制御装置は、圧縮プログラムソースから圧縮ビデオデータを受信するように結合され、前記記憶装置への圧縮ビデオデータの記憶を制御することを特徴とするシステム。
- 請求項23において、所望の再生モードを有効にするため、前記記憶装置内の独立したピクチャデータの記憶位置を推定する手段をさらに備えたことを特徴とするシステム。
- 請求項26において、前記推定手段は、高速フォワード再生モードを有効にするため、後続の独立 したピクチャデータの記憶位置を推定する手段を含むことを特徴とするシステム。
- 請求項26において、前記推定手段は、リバース再生モードを有効にするため、前の独立したピクチャデータの記憶位置を推定する手段を含むことを特徴とするシステム。
- 請求項25において、
前記ビデオデータが前記記憶装置に記憶されたとき、前記圧縮プログラムソースから前記圧縮ビデオデータをモニタするように結合された独立したピクチャデータ検出器と、
該独立したピクチャデータ検出器と通信するとともに、前記記憶再生制御装置と通信するように結合されたテーブル保持手段であって、前記独立したピクチャ検出器により検出された独立したピクチャデータの記憶位置に対応する記憶位置のテーブルを前記記憶装置に保持するテーブル保持手段と
を備えたことを特徴とするシステム。 - 請求項29において、前記テーブル保持手段を組み入れたホスト処理装置であって、前記記憶再生制御装置に再生モード遷移命令を供給するホスト処理装置をさらに備えたことを特徴とするシステム。
- 請求項24において、前記圧縮ビデオデータはMPEG標準に従ってエンコードされ、
前記独立したピクチャデータはＩ−ピクチャを備え、
前記単一方向のピクチャデータはＰ−ピクチャを備え、
前記両方向の独立していないピクチャデータはＢ−ピクチャを備えたことを特徴とするシステム。 - 請求項25において、前記圧縮プログラムソースと通信するとともに、前記記憶再生制御装置と通信するように結合されたテーブル保持手段であって、圧縮プログラムソースから独立したピクチャ識別信号を受信すると直ちに決定可能な記憶位置のテーブルを、前記記憶装置に保持するテーブル保持手段をさらに備えたことを特徴とするシステム。
- 請求項32において、前記テーブル保持手段を内蔵してホスト処理装置であって、前記記憶再生制御装置に再生モード遷移命令を供給するホスト処理装置をさらに備えたことを特徴とするシステム。
- 制御されたシーケンスで圧縮ビデオデータを供給するシステムであって、
少なくとも第１および第２エンコーディングタイプを備えた圧縮ビデオデータをストアする記憶装置であって、 前記圧縮ビデオデータは高速再生を容易にするようには 特にフォーマットされておらず、可変レートで圧縮され ている記憶装置と、
該記憶装置と通信するように結合して前記圧縮ビデオデータの供給を制御する記憶再生制御装置であって、現在 の再生モードと所望の再生モードとの間であって、該現 在の再生モードは該所望の再生モードの動作のために必 要な所定のピクチャデータが欠けているモード間を遷移 する間に動作し、および前記圧縮ビデオデータは前記第 １のピクチャデータタイプのフレームに対応するデータ が受信されるまで、前記現在の再生モードから前記所望 の再生モードへの遷移命令に応答して廃棄され、さらに次の所望のフレームの予め知られた記憶アドレスを参照せずに、前記第１エンコーディングタイプの圧縮ビデオデータの次の所望フレーム用の記憶装置の記憶位置を推定することによって、前記記憶装置にアクセスする記憶再生制御装置と
を備えたことを特徴とするシステム。 - 請求項34において、前記記憶再生制御装置は、高速フォワード再生モードを有効にするため、圧縮ビデオデータの圧縮特性に従って、前記記憶装置のインデックス値を予め定めた量Ｍだけインクリメントする手段を組み入れたことを特徴とするシステム。
- 請求項34において、前記記憶再生制御装置は、リバース再生モードを有効にするための、前記圧縮ビデオデータの圧縮特性に従って、前記記憶装置のインデックス値を、予め定めた量Ｍだけデクリメントする手段を組み入れたことを特徴とするシステム。
- 請求項34において、前記第１エンコーディングタイプは独立したピクチャデータを備え、
前記第２エンコーディングタイプは独立していないピクチャデータを備えた
ことを特徴とするシステム。 - 制御されたシーケンスに圧縮ビデオデータを供給し、圧縮ビデオデータを圧縮プログラムソースから受信するシステムであって、
少なくとも第１および第２エンコーディングタイプを備えた圧縮ビデオデータであって、高速再生モードを容易にするように特にフォーマットされていない圧縮ビデオデータを、前記圧縮プログラムソースから受信しながら、前記圧縮ビデオデータをストアする記憶装置と、
前記圧縮ビデオデータが記憶装置にストアされるとき、前記圧縮プログラムソースから前記圧縮ビデオデータをモニタするように結合された第１エンコーディングタイプ検出器と、
前記第１ピクチャデータタイプ検出器と通信するように結合されたテーブル保持手段であって、前記第１ピクチャデータタイプ検出器により検出された独立したピクチャデータ用の記憶位置に対応する記憶装置の記憶位置のテーブルを保持するテーブル保持手段と、
前記記憶装置と通信してするように結合して、圧縮ビデオデータを記憶するとともに、圧縮ビデオデータの供給を制御する記憶再生制御装置であって、現在の再生モー ドと所望の再生モードとの間であって、該現在の再生モ ードは該所望の再生モードの動作のために必要な所定の ピクチャデータが欠けているモード間を遷移する間に動 作し、および前記圧縮ビデオデータは前記第１のピクチ ャデータタイプのフレームに対応するデータが受信され るまで、前記現在の再生モードから前記所望の再生モー ドへの遷移命令に応答して廃棄され、さらに前記第１エンコーディングタイプの圧縮ビデオデータの次の所望フレームに対して、前記記憶装置の記憶位置用のテーブルを参照して、前記記憶装置からのデータを検索する記憶再生制御装置と
を備えたことを特徴とするシステム。 - 請求項38において、前記第１ピクチャデータタイプは独立したピクチャデータを備え、
前記第２ピクチャデータタイプは独立していないピクチャデータを備えた
ことを特徴とするシステム。 - 請求項39において、前記独立していないピクチャデータは単一方向の独立していないピクチャデータおよび両方向の独立していないピクチャデータを備え、
前記記憶再生制御装置は、さらに、次の独立したピクチャデータを受信した後、次の単一方向の独立していないピクチャデータを受信するまで、両方向の独立していな いピクチャデータを廃棄することを特徴とするシステム。 - 請求項40において、前記圧縮ビデオデータはMPEG標準に従ってエンコードされ、
前記独立したピクチャデータはＩ−ピクチャを備え、
前記両方向のピクチャデータはＰ−ピクチャを備え、
前記単一方向の独立していないピクチャデータはＢ−ピクチャを備えた
ことを特徴とするシステム。 - 請求項38において、前記テーブル保持手段を組み入れたホスト処理装置であって、前記記憶再生制御装置に再生モード遷移命令を供給するホスト処理装置をさらに備えたことを特徴とするシステム。
- 制御されたシーケンスで圧縮ビデオデータを供給し、圧縮プログラムソースから圧縮ビデオデータを受信するシステムであって、
少なくとも第１および第２エンコーディングタイプを備えた圧縮ビデオデータを、圧縮プログラムソースからの受信するとき、前記圧縮ビデオデータをストアする記憶装置と、
前記圧縮プログラムソースおよび記憶再生制御装置と通信するように結合されたテーブル保持手段であって、圧縮プログラムソースから独立したピクチャ識別信号を受信すると直ちに決定される記憶位置のテーブルを、記憶装置に保持するテーブル保持手段と、
前記記憶装置と通信するように結合して、圧縮ビデオデータをストアするとともに、圧縮ビデオデータの供給を制御する記憶再生制御装置であって、現在の再生モード と所望の再生モードとの間であって、該現在の再生モー ドは該所望の再生モードの動作のために必要な所定のピ クチャデータが欠けているモード間を遷移する間に動作 し、および前記圧縮ビデオデータは前記第１のピクチャ データタイプのフレームに対応するデータが受信される まで、前記現在の再生モードから前記所望の再生モード への遷移命令に応答して廃棄され、さらに前記第１エンコーディングタイプの圧縮ビデオデータの次の所望フレームに対して、前記記憶装置の記憶位置を得るため、前記テーブルを参照することによって、前記記憶装置からデータを検索する記憶再生制御装置と
を備えたことを特徴とするシステム。 - 請求項43において、前記第１エンコーディングタイプは独立したピクチャデータを備え、
前記第２エンコーディングタイプは独立していないピクチャデータを備えた
ことを特徴とするシステム。 - 請求項44において、前記独立していないピクチャデータは、単一方向の独立していないピクチャデータおよび両方向の独立していないピクチャデータを備え、
前記記憶再生制御装置は、次の独立したピクチャデータを受信した後、次の単一方向の独立していないピクチャデータを受信するまで、両方向の独立していないピクチャデータを廃棄する
ことを特徴とするシステム。 - 請求項45において、前記圧縮ビデオデータはMPEG標準に従ってエンコードされ、
前記独立したピクチャデータはＩ−ピクチャを備え、
前記単一方向の独立していないピクチャデータはＰ−ピクチャを備え、
前記両方向の独立していないピクチャデータはＢ−ピクチャを備えた
ことを特徴とするシステム。 - 請求項43において、前記テーブル保持手段を組み入れたホスト処理装置であって、前記記憶再生制御装置に再生モード遷移命令を供給するホスト処理装置をさらに備えたことを特徴とするシステム。
- 独立したピクチャデータを備えた圧縮ビデオデータであって、高速再生モードを容易にするように特にフォーマットされていない圧縮ビデオデータのデコードおよび表示メカニズムへの供給を制御するMPEG表示システムで使用され、現在の再生モードと所望の再生 モードとを遷移する間に動作し、および再生モード遷移命令に応答して、ビデオデータの次のＩ−フレームを受信するまで圧縮ビデオデータを廃棄することを特徴とする記憶再生制御装置。
- 請求項48において、ビデオデータのＩ−フレームを受信した後、ビデオデータの少なくとも１つのＰ−フレームを受信することを特徴とする記憶再生制御装置。
- 請求項49において、ビデオデータのＰ−フレームを受信した後、ビデオデータの少なくとも１つのＢ−フレームを受信することを特徴とする記憶再生制御装置。
- 請求項48において、前記圧縮ビデオデータを記憶するための記憶装置は、本記憶再生制御装置と通信するように結合したことを特徴とする記憶再生制御装置。
- 請求項48において、ディスプレイに表示するために前記圧縮ビデオデータをデコードするデコーダは、本記憶再生制御装置に接続したことを特徴とする記憶再生制御装置。
- 請求項48において、前記圧縮ビデオデータのデコーダへの供給を制御するために、請求項51に記載の記憶再生制御装置と通信するように接続した記憶再生制御装置。
- 請求項48において、前記独立していないピクチャデータは単一方向の独立していないピクチャデータと両方向の独立していないピクチャデータとを備え、本記憶再生制御装置は、次の独立していないピクチャデータを受信した後、次の単一独立していないピクチャデータを受信するまで、両方向の独立していないピクチャデータを破棄することを特徴とする記憶再生制御装置。
- 請求項48において、前記圧縮ビデオデータを圧縮プログラムソースから受信し、前記圧縮ビデオデータの前記記憶装置への記憶を制御することを特徴とする記憶再生制御装置。
- 請求項48に記載の記憶再生制御装置と、
請求項51に記載の記憶装置と、
請求項52に記載のデコーダと、
請求項55に記載の圧縮プログラムソースと、
所望の再生モードを有効にするため前記記憶装置における独立していないピクチャの記憶位置を予測する手段と
を備えたことを特徴とするシステム。 - 請求項56において、前記予測する手段は、高速フォワーディング再生モードを有効にするため、後続する独立していないピクチャデータに対する記憶位置を予測する手段を含むことを特徴とするシステム。
- 請求項56において、前記予測する手段は、逆再生モードを有効にするため、前の独立していな いピクチャデータに対する記憶位置を予測する手段を含むことを特徴とするシステム。
- 請求項55に記載の記憶再生制御装置と、
請求項55に記載の圧縮プログラムソースと、
前記ビデオデータが記憶装置に記憶されたとき、前記圧縮プログラムソースからの前記圧縮ビデオデータをモニタするように接続した独立したピクチャデータ検出器と、
該独立したピクチャデータ検出器と通信するとともに、前記記憶再生制御装置と通信するテーブル維持手段であって、前記独立したピクチャ検出器により検出された独 立したピクチャに対応する前記記憶装置の記憶位置のテーブルを維持するテーブル維持手段と
備えたことを特徴とするシステム。 - 請求項59において、前記テーブル維持手段と協働するホストプロセッサであって、前記再生モード遷移命令を前記記憶再生制御装置に供給するホストプロセッサを備えたことを特徴とするシステム。
- 請求項54において、前記圧縮ビデオデータはMPEG標準に従ってエンコードされ、前記独立したピクチャデータはＩ−ピクチャを備え、前記単一方向のピクチャデータはＰ−ピクチャを備え、前記両方向の独立 していないピクチャデータはＢ−ピクチャを備えたことを特徴とする記憶再生制御装置。
- 請求項59において、前記圧縮プログラムソースと前記記憶再生制御装置と通信するように接続したテーブル維持手段であって、前記記憶装置の記憶位置であって、独立していないピクチャIDシグナルを前記圧縮プログラムソースから受信したときに決定可能な記憶位置のテーブルを維持するテーブル維持手段を備えたことを特徴とするシステム。
- 請求項62において、前記テーブル維持手段と協働するホストプロセッサであって、前記再生モード遷移命令を前記記憶再生制御装置に供給するホストプロセッサをさらに備えたことを特徴とするシステム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/560,732 US5949948A (en) | 1995-11-20 | 1995-11-20 | Method and apparatus for implementing playback features for compressed video data |
| US08/560,732 | 1995-11-20 | ||
| PCT/US1996/017988 WO1997019552A2 (en) | 1995-11-20 | 1996-11-08 | Method and apparatus for implementing playback features for compressed video data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000500633A JP2000500633A (ja) | 2000-01-18 |
| JP3641686B2 true JP3641686B2 (ja) | 2005-04-27 |
Family
ID=24239128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP51976597A Expired - Lifetime JP3641686B2 (ja) | 1995-11-20 | 1996-11-08 | 圧縮ビデオデータ用再生機能を実施するための方法および装置 |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US5949948A (ja) |
| EP (1) | EP0862830B1 (ja) |
| JP (1) | JP3641686B2 (ja) |
| AU (1) | AU7725196A (ja) |
| CA (1) | CA2237690C (ja) |
| DE (1) | DE69622878T2 (ja) |
| WO (1) | WO1997019552A2 (ja) |
Families Citing this family (96)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5949948A (en) * | 1995-11-20 | 1999-09-07 | Imedia Corporation | Method and apparatus for implementing playback features for compressed video data |
| TW361046B (en) * | 1996-10-31 | 1999-06-11 | Matsushita Electric Ind Co Ltd | Dynamic picture image decoding apparatus and method of decoding dynamic picture image |
| US6208655B1 (en) | 1996-11-27 | 2001-03-27 | Sony Europa, B.V., | Method and apparatus for serving data |
| US6167083A (en) * | 1997-04-04 | 2000-12-26 | Avid Technology, Inc. | Computer system and process for capture editing and playback of motion video compressed using interframe and intraframe techniques |
| US6105083A (en) | 1997-06-20 | 2000-08-15 | Avid Technology, Inc. | Apparatus and method for controlling transfer of data between and processing of data by interconnected data processing elements |
| US6415373B1 (en) * | 1997-12-24 | 2002-07-02 | Avid Technology, Inc. | Computer system and process for transferring multiple high bandwidth streams of data between multiple storage units and multiple applications in a scalable and reliable manner |
| US6374336B1 (en) | 1997-12-24 | 2002-04-16 | Avid Technology, Inc. | Computer system and process for transferring multiple high bandwidth streams of data between multiple storage units and multiple applications in a scalable and reliable manner |
| US6442329B1 (en) * | 1998-02-28 | 2002-08-27 | Michael L. Gough | Method and apparatus for traversing a multiplexed data packet stream |
| US6904174B1 (en) * | 1998-12-11 | 2005-06-07 | Intel Corporation | Simplified predictive video encoder |
| US7046734B2 (en) * | 1998-04-02 | 2006-05-16 | Intel Corporation | Method and apparatus for performing real-time data encoding |
| US7263127B1 (en) | 1998-04-02 | 2007-08-28 | Intel Corporation | Method and apparatus for simplifying frame-based motion estimation |
| US6788882B1 (en) * | 1998-04-17 | 2004-09-07 | Timesurf, L.L.C. | Systems and methods for storing a plurality of video streams on re-writable random-access media and time-and channel- based retrieval thereof |
| US7272298B1 (en) | 1998-05-06 | 2007-09-18 | Burst.Com, Inc. | System and method for time-shifted program viewing |
| US8380041B2 (en) | 1998-07-30 | 2013-02-19 | Tivo Inc. | Transportable digital video recorder system |
| US8577205B2 (en) | 1998-07-30 | 2013-11-05 | Tivo Inc. | Digital video recording system |
| US7558472B2 (en) | 2000-08-22 | 2009-07-07 | Tivo Inc. | Multimedia signal processing system |
| US6233389B1 (en) | 1998-07-30 | 2001-05-15 | Tivo, Inc. | Multimedia time warping system |
| US7359439B1 (en) * | 1998-10-08 | 2008-04-15 | Pixel Tools Corporation | Encoding a still image into compressed video |
| US6654539B1 (en) * | 1998-10-26 | 2003-11-25 | Sony Corporation | Trick playback of digital video data |
| WO2000062298A1 (en) | 1999-03-30 | 2000-10-19 | Tivo, Inc. | System for automatic playback position correction after fast forward or reverse |
| DE60039861D1 (de) * | 1999-04-20 | 2008-09-25 | Samsung Electronics Co Ltd | Werbeverwaltungssystem für digitale videoströme |
| JP3557371B2 (ja) * | 1999-07-15 | 2004-08-25 | 松下電器産業株式会社 | Ａｖデコーダ制御方法、及びａｖデコーダ制御装置 |
| EP1885128A3 (en) | 1999-09-20 | 2008-03-12 | Tivo, Inc. | Closed caption tagging system |
| US6850692B1 (en) * | 1999-12-23 | 2005-02-01 | Ati International Srl | Method and apparatus for retrieving digital video using successive linear approximation |
| US7096481B1 (en) | 2000-01-04 | 2006-08-22 | Emc Corporation | Preparation of metadata for splicing of encoded MPEG video and audio |
| US20040148625A1 (en) | 2000-04-20 | 2004-07-29 | Eldering Charles A | Advertisement management system for digital video streams |
| CN1266933C (zh) * | 2000-04-25 | 2006-07-26 | 皇家菲利浦电子有限公司 | 视频重放速度改变时遮掩图像显示转变的方法 |
| US6557030B1 (en) | 2000-05-31 | 2003-04-29 | Prediwave Corp. | Systems and methods for providing video-on-demand services for broadcasting systems |
| US20020138845A1 (en) * | 2000-05-31 | 2002-09-26 | Khoi Hoang | Methods and systems for transmitting delayed access client generic data-on demand services |
| US20020059635A1 (en) * | 2000-05-31 | 2002-05-16 | Hoang Khoi N. | Digital data-on-demand broadcast cable modem termination system |
| US20020026501A1 (en) * | 2000-05-31 | 2002-02-28 | Khoi Hoang | Decreased idle time and constant bandwidth data-on-demand broadcast delivery matrices |
| US20020023267A1 (en) * | 2000-05-31 | 2002-02-21 | Hoang Khoi Nhu | Universal digital broadcast system and methods |
| US20020049980A1 (en) * | 2000-05-31 | 2002-04-25 | Hoang Khoi Nhu | Controlling data-on-demand client access |
| US20020059620A1 (en) * | 2000-05-31 | 2002-05-16 | Hoang Khoi Nhu | Selective inactivation and copy-protection |
| US20020066100A1 (en) * | 2000-05-31 | 2002-05-30 | Khoi Hoang | Method for providing data services for a large number of small-sized data files |
| BR0111653A (pt) * | 2000-05-31 | 2004-01-13 | Prediware Corp | Arquiteturas e métodos de controle do stb universal |
| US20020175998A1 (en) * | 2000-05-31 | 2002-11-28 | Hoang Khoi Nhu | Data-on-demand digital broadcast system utilizing prefetch data transmission |
| US6871006B1 (en) * | 2000-06-30 | 2005-03-22 | Emc Corporation | Processing of MPEG encoded video for trick mode operation |
| US6453115B1 (en) * | 2000-08-31 | 2002-09-17 | Keen Personal Media, Inc. | Digital video recording system which generates an index data structure for displaying a video stream in trickplay mode |
| US20060129933A1 (en) * | 2000-12-19 | 2006-06-15 | Sparkpoint Software, Inc. | System and method for multimedia authoring and playback |
| AU2002231289A1 (en) * | 2000-12-19 | 2002-07-01 | Coolernet, Inc. | System and method for multimedia authoring and playback |
| US7023924B1 (en) | 2000-12-28 | 2006-04-04 | Emc Corporation | Method of pausing an MPEG coded video stream |
| US20030223735A1 (en) * | 2001-02-28 | 2003-12-04 | Boyle William B. | System and a method for receiving and storing a transport stream for deferred presentation of a program to a user |
| US20070230921A1 (en) * | 2001-04-05 | 2007-10-04 | Barton James M | Multimedia time warping system |
| US20030084461A1 (en) * | 2001-10-25 | 2003-05-01 | Khoi Hoang | Method and apparatus for transmitting non-VOD services |
| US20030051249A1 (en) * | 2001-08-20 | 2003-03-13 | Khoi Hoang | System and method for data insertion (commercials) in client generic data-on-demand broadcast transmissions |
| US20030055915A1 (en) * | 2001-09-14 | 2003-03-20 | Ngo Kin Cuc | Method and apparatus for transmitting data over a network |
| US20030079228A1 (en) * | 2001-10-23 | 2003-04-24 | Shu Lin | Searching for frames to perform a trick mode |
| US7133362B2 (en) * | 2001-11-14 | 2006-11-07 | Microsoft Corporation | Intelligent buffering process for network conference video |
| US7035333B2 (en) * | 2001-12-05 | 2006-04-25 | Matsushita Electric Industrial Co., Ltd. | Method of reverse play for predictively coded compressed video |
| FR2836475B1 (fr) * | 2002-02-26 | 2007-02-23 | Aventis Pharma Sa | Procede de detection de ligands du recepteur de la leptine |
| FR2849331A1 (fr) * | 2002-12-20 | 2004-06-25 | St Microelectronics Sa | Procede et dispositif de decodage et d'affichage en marche avant acceleree d'images mpeg, circuit pilote video et boitier decodeur incorporant un tel dispositif |
| KR20060113718A (ko) * | 2003-12-03 | 2006-11-02 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 데이터 검색 방법 및 회로 |
| US20050125838A1 (en) * | 2003-12-04 | 2005-06-09 | Meng Wang | Control mechanisms for enhanced features for streaming video on demand systems |
| KR100716970B1 (ko) * | 2003-12-08 | 2007-05-10 | 삼성전자주식회사 | 디지털 저장 미디어의 트릭 재생 방법 및 그에 적합한디지털 저장 미디어 구동기 |
| US20060062388A1 (en) * | 2004-09-17 | 2006-03-23 | Gaurav Aggarwal | System and method for command for fast I-picture rewind |
| JP4366277B2 (ja) * | 2004-09-21 | 2009-11-18 | キヤノン株式会社 | 撮像装置及びその制御方法 |
| CN102665112B (zh) | 2004-11-19 | 2015-08-19 | Tivo股份有限公司 | 用于多媒体内容的安全传输和回放的方法和设备 |
| WO2007008841A2 (en) | 2005-07-07 | 2007-01-18 | Burst.Com, Inc. | System and method for digital content retrieval |
| US8295343B2 (en) | 2005-11-18 | 2012-10-23 | Apple Inc. | Video bit rate control method |
| US20070116117A1 (en) * | 2005-11-18 | 2007-05-24 | Apple Computer, Inc. | Controlling buffer states in video compression coding to enable editing and distributed encoding |
| US8233535B2 (en) | 2005-11-18 | 2012-07-31 | Apple Inc. | Region-based processing of predicted pixels |
| US8031777B2 (en) * | 2005-11-18 | 2011-10-04 | Apple Inc. | Multipass video encoding and rate control using subsampling of frames |
| US8780997B2 (en) * | 2005-11-18 | 2014-07-15 | Apple Inc. | Regulation of decode-side processing based on perceptual masking |
| US7596300B2 (en) * | 2005-12-07 | 2009-09-29 | Sony Corporation | System and method for smooth fast playback of video |
| KR100770908B1 (ko) * | 2006-02-09 | 2007-10-26 | 삼성전자주식회사 | 디지털 방송 스트림의 변속 재생 장치 및 방법 |
| EP1858263A1 (en) * | 2006-05-15 | 2007-11-21 | Siemens S.p.A. | Method of and system for providing users of a communication network with a personal multimedia recording facilty |
| JP5248802B2 (ja) * | 2006-06-16 | 2013-07-31 | カシオ計算機株式会社 | 動画符号化装置および動画符号化方法と、動画復号化装置および動画復号化方法と、動画記録装置 |
| US8306396B2 (en) * | 2006-07-20 | 2012-11-06 | Carnegie Mellon University | Hardware-based, client-side, video compositing system |
| US7826712B2 (en) | 2006-08-29 | 2010-11-02 | Echostar Technologies Corporation | Method and apparatus for receiving, storing, and presenting multimedia programming without indexing prior to storage |
| US8873932B2 (en) | 2007-12-11 | 2014-10-28 | Cisco Technology, Inc. | Inferential processing to ascertain plural levels of picture interdependencies |
| US8875199B2 (en) * | 2006-11-13 | 2014-10-28 | Cisco Technology, Inc. | Indicating picture usefulness for playback optimization |
| US8416859B2 (en) | 2006-11-13 | 2013-04-09 | Cisco Technology, Inc. | Signalling and extraction in compressed video of pictures belonging to interdependency tiers |
| US8155207B2 (en) | 2008-01-09 | 2012-04-10 | Cisco Technology, Inc. | Processing and managing pictures at the concatenation of two video streams |
| US8804845B2 (en) | 2007-07-31 | 2014-08-12 | Cisco Technology, Inc. | Non-enhancing media redundancy coding for mitigating transmission impairments |
| US8958486B2 (en) | 2007-07-31 | 2015-02-17 | Cisco Technology, Inc. | Simultaneous processing of media and redundancy streams for mitigating impairments |
| US8510370B2 (en) * | 2008-02-26 | 2013-08-13 | Avid Technology, Inc. | Array-based distributed storage system with parity |
| US8416858B2 (en) | 2008-02-29 | 2013-04-09 | Cisco Technology, Inc. | Signalling picture encoding schemes and associated picture properties |
| US8543230B2 (en) * | 2008-05-30 | 2013-09-24 | Nokia Corporation | Optimizing seek functionality in media content |
| US8886022B2 (en) | 2008-06-12 | 2014-11-11 | Cisco Technology, Inc. | Picture interdependencies signals in context of MMCO to assist stream manipulation |
| US8699578B2 (en) | 2008-06-17 | 2014-04-15 | Cisco Technology, Inc. | Methods and systems for processing multi-latticed video streams |
| US8705631B2 (en) | 2008-06-17 | 2014-04-22 | Cisco Technology, Inc. | Time-shifted transport of multi-latticed video for resiliency from burst-error effects |
| US8971402B2 (en) | 2008-06-17 | 2015-03-03 | Cisco Technology, Inc. | Processing of impaired and incomplete multi-latticed video streams |
| US8681876B2 (en) | 2008-11-12 | 2014-03-25 | Cisco Technology, Inc. | Targeted bit appropriations based on picture importance |
| US8326131B2 (en) | 2009-02-20 | 2012-12-04 | Cisco Technology, Inc. | Signalling of decodable sub-sequences |
| US8782261B1 (en) | 2009-04-03 | 2014-07-15 | Cisco Technology, Inc. | System and method for authorization of segment boundary notifications |
| US20100269147A1 (en) * | 2009-04-15 | 2010-10-21 | Echostar Technologies Llc | Video stream index generation at a video content transmitter |
| US8949883B2 (en) | 2009-05-12 | 2015-02-03 | Cisco Technology, Inc. | Signalling buffer characteristics for splicing operations of video streams |
| US8279926B2 (en) | 2009-06-18 | 2012-10-02 | Cisco Technology, Inc. | Dynamic streaming with latticed representations of video |
| US9113132B2 (en) * | 2009-07-13 | 2015-08-18 | Genesys Telecommunications Laboratories, Inc. | System and methods for recording a compressed video and audio stream |
| US9749676B2 (en) * | 2010-06-08 | 2017-08-29 | Microsoft Technology Licensing, Llc | Virtual playback speed modification |
| JP5541365B2 (ja) * | 2010-10-01 | 2014-07-09 | 富士通株式会社 | 通信システム、サーバ、端末及び端末の制御方法 |
| US8472783B2 (en) * | 2010-11-30 | 2013-06-25 | Echostar Technologies L.L.C. | Systems and methods for digital video high accuracy fast forward, rewind and skip |
| US8855466B2 (en) * | 2012-05-01 | 2014-10-07 | Eldon Technology Limited | Separate video file for I-frame and non-I-frame data to improve disk performance in trick play |
| US10116943B2 (en) * | 2013-10-16 | 2018-10-30 | Nvidia Corporation | Adaptive video compression for latency control |
| CN116320432A (zh) * | 2017-06-20 | 2023-06-23 | 微软技术许可有限责任公司 | 实时屏幕共享 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100192861B1 (ko) * | 1989-04-20 | 1999-06-15 | 이데이 노부유끼 | 영상 데이타 기록 재생 방법 및 장치 |
| US5390027A (en) * | 1990-08-23 | 1995-02-14 | Matsushita Electric Industrial Co., Ltd. | Television program recording and reproducing system using program data of text broadcast signal |
| JP3038841B2 (ja) * | 1990-08-29 | 2000-05-08 | ソニー株式会社 | 映像信号再生装置 |
| US5168353A (en) * | 1990-12-21 | 1992-12-01 | Gte Laboratories Incorporated | Video distribution system allowing viewer access to time staggered indentical prerecorded programs |
| US5282049A (en) * | 1991-02-08 | 1994-01-25 | Olympus Optical Co., Ltd. | Moving-picture data digital recording and reproducing apparatuses |
| AU657510B2 (en) * | 1991-05-24 | 1995-03-16 | Apple Inc. | Improved image encoding/decoding method and apparatus |
| JP3161614B2 (ja) * | 1991-11-30 | 2001-04-25 | ソニー株式会社 | 動画像復号化装置 |
| EP0622002B1 (en) * | 1992-09-22 | 1998-08-26 | Sony Corporation | Digital video signal processing apparatus and method |
| JP2785220B2 (ja) * | 1992-09-22 | 1998-08-13 | ソニー株式会社 | データ符号化装置および方法、並びにデータ復号化装置および方法 |
| US5371551A (en) * | 1992-10-29 | 1994-12-06 | Logan; James | Time delayed digital video system using concurrent recording and playback |
| US5398143A (en) * | 1992-12-01 | 1995-03-14 | Samsung Electronics Co., Ltd. | Data placement on tape for a digital video tape recorder suitable for high speed picture playback |
| KR0176474B1 (ko) * | 1992-12-01 | 1999-04-15 | 김광호 | 고속화상 재생에 적합한 디지탈 비디오 테이프레코더용 데이타 코딩기술 |
| US5377051A (en) * | 1993-01-13 | 1994-12-27 | Hitachi America, Ltd. | Digital video recorder compatible receiver with trick play image enhancement |
| US5535008A (en) * | 1993-03-16 | 1996-07-09 | Victor Company Of Japan, Ltd. | Method for jump-reproducing video data of moving picture coded with high efficiency |
| KR970005641B1 (ko) * | 1993-04-16 | 1997-04-18 | 구자홍 | 디지탈 브이씨알의 기록 및 재생제어회로 |
| US5438423C1 (en) * | 1993-06-25 | 2002-08-27 | Grass Valley Us Inc | Time warping for video viewing |
| US5442390A (en) * | 1993-07-07 | 1995-08-15 | Digital Equipment Corporation | Video on demand with memory accessing and or like functions |
| JP2776212B2 (ja) * | 1993-08-04 | 1998-07-16 | 日本ビクター株式会社 | 符号記録装置 |
| DE69524896T2 (de) * | 1994-03-25 | 2002-11-14 | Nec Corp | Wiedergabe von Videobildern mit erhöhter Geschwindigkeit |
| US5949948A (en) * | 1995-11-20 | 1999-09-07 | Imedia Corporation | Method and apparatus for implementing playback features for compressed video data |
-
1995
- 1995-11-20 US US08/560,732 patent/US5949948A/en not_active Expired - Lifetime
-
1996
- 1996-11-08 JP JP51976597A patent/JP3641686B2/ja not_active Expired - Lifetime
- 1996-11-08 DE DE69622878T patent/DE69622878T2/de not_active Expired - Lifetime
- 1996-11-08 AU AU77251/96A patent/AU7725196A/en not_active Abandoned
- 1996-11-08 WO PCT/US1996/017988 patent/WO1997019552A2/en active IP Right Grant
- 1996-11-08 EP EP96940350A patent/EP0862830B1/en not_active Expired - Lifetime
- 1996-11-08 CA CA002237690A patent/CA2237690C/en not_active Expired - Lifetime
-
1999
- 1999-03-18 US US09/273,236 patent/US6356708B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000500633A (ja) | 2000-01-18 |
| AU7725196A (en) | 1997-06-11 |
| DE69622878D1 (de) | 2002-09-12 |
| EP0862830B1 (en) | 2002-08-07 |
| CA2237690C (en) | 2004-01-06 |
| DE69622878T2 (de) | 2003-04-24 |
| US6356708B1 (en) | 2002-03-12 |
| CA2237690A1 (en) | 1997-05-29 |
| WO1997019552A3 (en) | 1997-08-21 |
| US5949948A (en) | 1999-09-07 |
| EP0862830A2 (en) | 1998-09-09 |
| WO1997019552A2 (en) | 1997-05-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3641686B2 (ja) | 圧縮ビデオデータ用再生機能を実施するための方法および装置 | |
| JP3019912B2 (ja) | 画像データ編集装置 | |
| US8554062B2 (en) | Accelerated access to frames from a compressed digital video stream without keyframes | |
| US8009741B2 (en) | Command packet system and method supporting improved trick mode performance in video decoding systems | |
| EP1329101A2 (en) | Trick-mode processing for digital video | |
| JP2007043719A (ja) | ピクチャースキップ方法及び装置 | |
| JP2000115778A (ja) | ビデオ・デ―タ中のフラッシュ・フレ―ムの検出および符号化 | |
| JP2001189940A (ja) | 映像データフォーマット装置及び映像データストレージ装置 | |
| US20050141613A1 (en) | Editing of encoded a/v sequences | |
| US20070058725A1 (en) | Coding/decoding apparatus, coding/decoding method, coding/decoding integrated circuit and coding/decoding program | |
| KR20040045889A (ko) | 사용자 선택가능한 가변 트릭 모드 속도 | |
| JPH10191331A (ja) | 画像データの符号化方法及び装置 | |
| US6128340A (en) | Decoder system with 2.53 frame display buffer | |
| JP2001238182A (ja) | 画像再生装置および画像再生方法 | |
| JP3056653B2 (ja) | ディジタル動画像復号方法と装置 | |
| JP3657855B2 (ja) | 画像復号装置及び画像復号方法 | |
| JP3964563B2 (ja) | ビデオサーバ装置 | |
| JP2003052020A (ja) | 画像処理方法とこの方法を利用可能な画像処理装置およびテレビジョン受像機 | |
| JPH0898142A (ja) | 画像再生装置 | |
| JP2002218396A (ja) | 情報再生装置および情報再生方法、記録媒体、並びにプログラム | |
| US20060115234A1 (en) | Moving picture compression-encoding apparatus and storage method | |
| JPH08130715A (ja) | 画像再生装置 | |
| EP1692866A1 (en) | Method and circuit for retrieving data | |
| JP2000354260A (ja) | 映像再生方法、及び映像編集再生装置 | |
| JP2003052013A (ja) | 画像処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040518 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040818 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041224 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20041224 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041224 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| S631 | Written request for registration of reclamation of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313631 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090204 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090204 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100204 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100204 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110204 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110204 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120204 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130204 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130204 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140204 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |