JP2000508495A

JP2000508495A - 圧縮されたビデオビットストリームのループ化のための方法及び装置

Info

Publication number: JP2000508495A
Application number: JP9536829A
Authority: JP
Inventors: コットン，アンドリュー
Original assignee: スネルアンドウィルコックスリミテッド
Priority date: 1996-04-12
Filing date: 1997-04-02
Publication date: 2000-07-04
Also published as: DE69702756T3; AU715613B2; DE69702756T2; DE69702756D1; EP0893030B2; EP0893030B1; AU2301497A; WO1997039587A1; US6229851B1; CA2251654A1; EP0893030A1; GB9607667D0; DK0893030T3

Abstract

(57)【要約】下流側の復号器を束縛するバッファ占有量を乱すこと無くＭＰＥＧ２ビットストリームをループ化するために、ループ化されたシーケンスをリプレイするためにとられる時間が復号時間と等しくなるように、リプレイビットレートが変更される。圧縮されたビデオビットストリームのシーケンスのループ化は、ＭＰＥＧ２復号器をテストする目的で使用される。

Description

【発明の詳細な説明】圧縮されたビデオビットストリームのループ化のための方法及び装置本発明は圧縮ビデオビットストリームのループ化に関する。従来技術長年にわたり、ビデオ技術者は、ループ化シーケンスを形成すべくピクチャの初めと終わりとを共にスライシングすることを習慣付けられている。しばしば、スライスポイントがシームレスであることを確保するために、いくつかの基礎的なルールが考察されねばならない。例えば、ループ化されたインタレースドビデオクリップは偶数のフィールドを含むべきであり、もしトリックが符号化されたＰＡＬシーケンスに適用されなければ、数理的なＰＡＬシーケンスを保存するために長さにおいて８フィールドのマルチにされるべきである。しかしながら、ビットレートを低減化されたビデオ、特にＭＰＥＧ符号化の場合には、考慮すべきより多くの制約がある。実際、何人かの人は、ＭＰＥＧビットストリームをループ化することは、おおまかに簡単にはできないという批判をしている。特別に用意されたシーケンスをループ化することを可能にするいくつかの技術は既に開発されている。しかしながら、これらの技術は、ループ化されるべき正確なフレームが符号化の時点で知られていることを必要とする。ここでは、ループ化の問題は、２つの部分に分割され得ると認められる。第１の部分は、ループを包含するために適当なピクチャの選択に関する。第２の部分は、ループ化されたシーケンスをリプレイしている間、復号器のバッファがオーバーあるいはアンダフローにならないことを確保するためによりハードなタスクになるという点に関する。これは、可変長符号化プロセスの結果として生ずる。発明の目的本発明の目的は、復号器バッファのオーバーあるいはアンダーフローを回避すると共に、符号化ステージでのループ化の識別を必要とせずに、ビットストリームプレイヤーによりループ化され抽出されるべきいくつかの圧縮されたシーケンスからのセグメントを許容する新規な技術を提供することにある。発明の概要したがって、本発明は、選択された開始点及び終点を持つ圧縮されたビデオビットストリームのシーケンスのループ化方法から成り、シーケンスは、シーケンスにおけるフレームの数により決定される復号時間とビデオフレームレートを持ち、シーケンスがリプレイされる時のビットレートは、シーケンスをリプレイする時にとられる時間がシーケンスのための復号時間に等しくされるように変更される。図面本発明は、以下の図面を参照しながら、一例について説明される。図１は、定ビットレート符号化のための符号器及び復号器のバッファ占有量を説明するための図であり、図２は、ループ化のためのビットストリームのセクションの選択を説明するための図であり、図３は、デコーダバッファのアンダーフローの問題を説明するための図であり、図４は、ビットレートの調整によりループ化されたビットストリームのリプレイを説明するための図であり、図５、６、７、８は、圧縮されたビットストリームにおけるピクチャの再配列及びループ化のためのシーケンス終点の選択を説明するための図であり、図９は、本発明を実施するための装置のブロック図である。発明の詳細な説明ＭＰＥＧエレメンタリストリームのループ化のために、以下の４つの圧縮アルゴリズムの形態を特に考慮する必要がある。伝送のためのピクチャ再配列シーケンス及びピクチャグループ（ＧＯＰ）ヘッダー復号器バッファ占有量復号器バッファ遅延量（ＶＢＶ−遅延量）これらは順に考慮され、本発明の必須要素は復号器バッファ占有量の問題を解消することにある。はじめに、ピクチャの再配列についてみると、ＭＰＥＧ１及びＭＰＥＧ２ビデオ圧縮スタンダードの両方は３つのピクチャ符号化タイプＩ、Ｐ、及びＢをサポートすると理解できる。Ｉピクチャはイントラ符号であり、すなわちそれらは再構築のために他のピクチャからの情報を使用しない。Ｐピクチャは、直前のピクチャに基づいて動き補償予測を用いて符号化される。Ｂピクチャは、直前及び先のＩあるいはＰピクチャの両方からの情報を用いて双方向予測される。Ｂピクチャを再構築する復号器のために、直前及び先のＩあるいはＰピクチャの両方をアクセスしなければならない。復号プロセスを単純にするために、これらは両方がＢピクチャに先立って復号器に送られ、かくして符号器及び復号器の両方でいくつかのピクチャ再配列を必要とする。これは図５に示されており、ピクチャの一時的配列を示している。ピクチャ再配列の故に、ループ化されたビットストリームシーケンスを形成するために開始及び停止点を選択するときには注意が払われねばならない。明確に、ビットストリームにおける最初のピクチャは、いくつかの他のピクチャが放棄された直前のピクチャにのせられている情報によるのと同様に、Ｉピクチャであるはずである。ＭＰＥＧにおいては、ピクチャ、典型的にはＩピクチャでスタートするピクチャの列は、ＧＯＰ（ピクチャのグループ）として参照される。かくして、ビットストリーム配列においては、ピクチャＩ₀からピクチャＢ₈がシーケンスの最初のＧＯＰを形成することができる。最後のピクチャは、表示のために復号器において再配列される時にピクチャの消失が生じないような方法で選択されるべきである。図６は、悪い終点が選択されると何が起こるのかを示している。シェードされたピクチャは、ループ化のためにビットストリームから選択されたものである。シーケンス終点のまずい選択がなされることにより、ピクチャＢ₅は復号されたループ化シーケンスから消失している。事実、正しい終点は、図７に示されているように、常にＩあるいはＰピクチャの直前にある。図７において、７つの連続したフレームがループ化のためのビットストリームから選択され、７つの連続したフレームはまた表示のための再配列の後利用できることが明らかである。上に示されているフレームのシーケンスのために、注意深い開始及び終点の選択によりそれが示され、ビットストリーム再配列フレームをループ化することができる。不運なことに、より早い例に示されているＩ、Ｐ、及びＢフレームのシーケンスは、典型的なＧＯＰではない。この例は、前のＧＯＰｓにおいて送られたピクチャの識別なしで復号化され得る、”クローズドＧＯＰ”として知られている。通常、これはそのケースではない。このようなクローズドＧＯＰは、ＧＯＰの最初のピクチャがＩピクチャであり、第２のピクチャがＰピクチャであるというように、容易に探知される。なお、ビットストリームで運ばれるフラグは、クローズドＧＯＰの存在を指示しても良い。クローズドＧＯＰｓは、シーケンスの開始でソフトウェア符号器により生成される。常に動作しているハードウェア符号器の故に、シーケンスの開始の実体的な概念が無く、クローズドＧＯＰｓは符号化されない。図８は、正常なＧＯＰのためのピクチャ再配列機構を示している。シェーディング部分は、入力／出力及びビットストリーム配列における、ＧＯＰを含むピクチャを示している。図８から、ピクチャＢ_-1、Ｂ_-2は強調されたＧＯＰの一部を形成するが、それらは直前のＧＯＰにおけるＰ₉と現在のＧＯＰにおけるＩ₀から予測されるということが明らかされる。それゆえ、強調されたＧＯＰは、通常、アイソレーションにより復号化されることができない。しかしながら、Ｂ_-2及びＢ_-1がＩ₀に基づく後方向予測モードを用いるように符号化されるのであれば、ＧＯＰは、直前に何が来ているのかを認識することなく復号化される。これらの特別な事情において、図８のＧＯＰは、クローズドＧＯＰとしてカウントされることができ、ビットストリームにおける如く示されるべきである。本発明の形態においては、ピクチャＢ_-2及びＢ_-1が、後方向予測モードのみを使用するかどうかを決定するためにテストされるということが考察される。非クローズドＧＯＰでのシーケンス開始のループ化はシンタクスエラー無しで正規のビットストリームにおける結果をもたらすけれども、コンピュータシミュレーションは、視覚的なインパクトが受入不能であることを示している。シーケンスの開始でのＢフレームは、シーケンスの前のフレームよりはむしろ終わりでのＩあるいはＰフレームから不正確に予測される。しかしながら、いくつかのＭＰＥＧ２ビットストリームの”シームレス”ループ化を許容するために従来のＧＯＰをクローズドＧＯＰに変換する編集は可能であると思われる。かくして、上記の例について言えば、前方向予測モードを使用したピクチャＢ_-2及びＢ_-1が、ＧＯＰがクローズドＧＯＰとして処理されることができないように決定されれば、ピクチャＢ_-2及びＢ_-1を除去すべく編集することは、ＧＯＰをクローズドＧＯＰに変換することになる。再配列のためのルールの概略１．ビットストリーム配列におけるループ化されたシーケンスの最初のピクチャは、Ｉピクチャであるべきである。２．ビットストリーム配列におけるループ化されたシーケンスの最後のピクチャは、ＩあるいはＰピクチャの直前のＢピクチャであるべきである。３．ループ化されたシーケンスの最初のＢピクチャにおける不正確な予測を回避するために、シーケンスはクローズドＧＯＰでスタートすべきである。シーケンス及びピクチャのグループ（ＧＯＰ）に注目する。ループ化されたビットストリームを復号化する復号器のために、表示フレームレートとピクチャディメンジョンを知ることが必要である。この情報は、ＭＰＥＧシーケンスヘッダに、またＭＰＥＧ２の場合には付加的にその拡張にのせられる。これは、ループ化されるべきデータの前の方で捕捉されかつ単純につながれる時にビットストリームのどこかの一部から抽出され得るが、ループ化されたシーケンスは、リプレイ時にはシーケンスヘッダ（及び拡張）でスタートしなければならない。ループ化されたシーケンスがシーケンスヘッダ及び拡張でスタートすれば、ＭＰＥＧ２シンタクスは、これにピクチャのグループ（ＧＯＰ）ヘッダが続くべきであることを指定する。それゆえ、ビットストリームにおける最初のピクチャは、Ｉピクチャではなく、ＧＯＰの最初のＩピクチャであるべきである。なお、ＧＯＰヘッダでループ化されたシーケンスをスタートすることは、ＭＰＥＧピクチャヘッダにのせられている一時的な参照が固定的なままであることを確保する。シーケンス及びＧＯＰヘッダのためのルールの概略１．ループ化されたシーケンスはシーケンスヘッダでスタートすべきであり、これは、ビットストリームのより早い部分から抽出されるが、ループ化のために選択された部分である必要は無い。２．ループ化されたビットストリームの最初のピクチャは、ＧＯＰのスタートでのＩピクチャであるべきであり、またＧＯＰヘッダにより先行されるべきである。復号器バッファ占有量は、圧縮シーケンスをループ化する時大きな問題を引き起こすと考えられる。ループ化のためにシーケンスが特別に符号化される時には、ループ化を可能にするために特別な注意が払われる。符号器は、シーケンスの終点における復号器バッファ占有量がシーケンスのスタートにおける復号器バッファ占有量と同じであることを確保する必要がある。しかしながら、より一般的には、スタート及び終点は、符号化の時点では知られておらず、このような理由で圧縮シーケンスのループ化は通常単純にはできないと言われている。本発明は、どのビットストリームセグメントでもバッファ占有量の問題を解決する。本発明は、符号器バッファ及び復号器バッファの動作のグラフィックな説明を用いることにより非常に容易に理解される。図面を参照して、図１のグラフは符号器バッファ及び復号器バッファを示している。ｙ軸はバッファアドレスを示し、ｘ軸は時間を示している。単純化するために、記憶部は無限であり、アドレスは常に増加する仮定する。実際、”循環的な記憶部”が使用され、アドレスは周期的にゼロにリセットされる。そこで、定ビットレート動作の場合について言えば、符号器バッファ読出しポインタは、原点を通る対角線で表され得る。線の傾きは、バッファの読出しのビット／秒、すなわちビットレートを示している。ビットレートが高いほど、傾きはより急峻になる。なお、符号器バッファ書込みアドレスが図に加えられている。この曲線は、符号器ＶＬＣ（可変長符号器）の出力ビットレートによる可変の傾きを持つ。復号器と符号器で同期を維持するために、符号器バッファと復号器バッファを経由する遅延Ｔは一定に維持されねばならない。復号器ＶＬＤ（可変長復号器）は符号器ＶＬＣの逆の機能を達成するので、符号器書込みアドレスのための曲線を入れ、それを右側にトータル遅延Ｔに等しい量だけシフトさせることにより、復号器読出しアドレスポインタを描くことができる。最大符号器バッファ書込みアドレス及び最小復号器バッファ読出しアドレスをプロットすることもまた有効である。ｙ軸上において符号器読出しアドレスと最大書込みアドレスとの間で計測される距離は物理的なバッファサイズを示している。符号器バッファと復号器バッファとを同じサイズにし、全コーデック遅延時間を以下の式と等しくするように限定することは普通のやり方である。Ｔ＝バッファサイズ／ビットレートこのケースの時には、図１における破線は、復号器バッファ占有量が符号器バッファ占有量の補足量、すなわちバッファサイズ＝符号器バッファ占有量＋復号器バッファ占有量であることをグラフィックに示している。それはまた、定ビットレートの場合においては、レート制御技術が符号器バッファはオーバーあるいはアンダーフローしないということを保証するのであれば、復号器バッファもまたそうであるということになる。同じようなグラフィック分析技術を用いて、圧縮されたビットストリームのセクションを取り入れること及びそれをループ化のために繰り返すことの効果を調べることができる。図２は、実線におけるビットストリームの適当な部分の選択を示している。セグメントは、前に与えられたルール１〜５により選択される。図３は、選択されたビットストリームセグメントをループ化する復号器バッファ占有量の効果を示している。図３から、時刻τにおいて、復号器バッファがアンダーフローし、復号器のクラッシュを引き起こすと思われる。復号器バッファアンダーフローは多くの方法で理解されることができ、おそらく最も明快な説明は図２に戻ることで与えられる。復号器バッファクラッシュのためにすでになされている１つの簡単な説明は、シーケンスの終わりでのバッファ占有量がシーケンスのスタートでのバッファ占有量と一致しないということである。しかしながら、図２はより有効な説明を示している。ビットストリームセグメント（ＡＢ）をリプレイするためにとられる時間と、ループ化されたシーケンスを復号し表示するためにとられる時間とは異なる。これらの時間が等しくなければ、ビットストリームリプレイと復号化処理は、ステップ外にあるように制限される。さて、復号をチェンジすることは不可能であり、表示時間は、ループ化されたシーケンス及びチェンジされるべきではないフレームレートにおけるフレームの数に直接関連している。そこで、解決策は、ビットレートを調整することによりビットストリームリプレイ時間をチェンジすることである。図４は、適切なビットレートの選択により、復号器バッファのオーバフロー及びアンダーフローを避けながら、いかにして同じビットストリームセグメントが不定にループ化されうるかを示している。変更された符号器読出し及び復号器書込みラインの傾きは、新しいリプレイビットレートを示している。正確なリプレイビットレートは以下のようにして計算される。シーケンス復号時間＝フレームの数／フレームレートビットストリームリプレイ時間＝ビット数／リプレイビットレート不定なループ化のためには、シーケンス復号時間＝ビットストリームリプレイ時間である。かくして、リプレイビットレート＝（ビット数×フレームレート）／（フレームの数）となる。一旦、正確なリプレイビットレートが決定されると、ループ化されたビットストリームのＭＰＥＧコンプライアンスを維持するために、圧縮されたデータストリームにのせられている２つのフィールドはビットレートの変化に反映すべく変更されねばならない。これらは以下の通りである。１．ビットレート及びＭＰＥＧ２の場合にはビットレート拡張２．ＶＢＶ遅延量ビットレート及びビットレート拡張は、正確な値が適切なユニットに変換され上記のように計算された単純なビットレートであるように、まったく容易である。ＶＢＶ遅延量は簡単ではない。ＶＢＶ遅延量の新しい値を計算するためのいくつかの技術が考察され得る。このような技術の１つが以下のセクションで述べられる。ＶＢＶ遅延量は、ＭＰＥＧ１及びＭＰＥＧ２ビデオエレメンタリストリームのピクチャヘッダにのせられている値である。その目的は、そのバッファ占有量に関して、復号器バッファを符号器バッファに同期させることにある。詳細は、ＩＳＯ／ＩＥＣ１３９１８−２：１９９５（Ｅ）．リコメンデーションＩＴＵ− ＴＨ．（１１９５Ｅ），「情報技術−動ピクチャ及びそれと結び付いたオーディオ情報の包括的な符号化：ビデオ」のアネックスＣで説明されている。時刻ｔ＝０で空である復号器バッファに対しては、以下の式のように示すことができる。但し、ＢＯ_tは、時刻ｔでの復号器バッファ占有量であり、ｒは、ビットレートである。さて、ＶＢＶ遅延量は、データが復号化前の復号器バッファにとどまるべきである時間を特定する。そこで、上記の式を用いて、復号の時点でのバッファ占有量を以下のように得ることができ、あるいは、定ビットレート符号化の場合には、ＢＯ_decode＝ｒ×ＶＢＶ遅延量（１）ここで、ｒは定ビットレートである。リプレイビットレートを調整する理由は、復号器バッファのオーバーあるいはアンダーフローを防ぐことにあった。そこで、ループ化されたシーケンスを元の非ループ化ビットストリームにおける同じ点と同じバッファ占有量でスタートすることは、これを達成する良いチャンスにある。（この技術を用いることにより、いくつかの非常に短い異常なシーケンスがＶＢＶバッファバイオレーションを引き起こす間接的な可能性がある。クローズドＧＯＰを生成するためにＧＯＰを編集することは、もし消去されたピクチャを越える平均ビットレートがループ化されるべきシーケンスを越える平均ビットレートと大幅に異なると、ＶＢＶバッファバイオレーションを招くかも知れない。しかしながら、これらはビットストリームのオフライン分析と初期のＶＢＶ遅延量に対してなされる適切なオフセットにより識別され得るものである。）そこで、セグメントの最初のフレームに対しては、以下のように表すことができる。ＢＯ_old＝ＢＯ_new 上記の式（１）から以下のことが言える。ｒ_old×ＶＢＶ遅延量_old＝r_new×ＶＢＶ遅延量_new → ＶＢＶ遅延量_new＝ＶＢＶ遅延量_old×（ｒ_old／ｒ_new）引き続くフレームのために同じ計算が適用され得るが、許容は、異なるビットレートに起因したバッファ占有量における発散のためになされねばならない。従来のフレームピクチャ符号化の場合には、以下のように示される。ＶＢＶ遅延量_new＝ＶＢＶ遅延量_old×（ｒ_old／ｒ_new）＋｛[１−（ｒ_old／ｒ_new）］×［（ｎフレーム×９００００）／フレームレート] ｝ただし、ｎフレームは、ゼロでスタートするループ化されたシーケンスでのフレームの数であり、フレームレートは、フレーム／秒で計測される。定数９００００はＶＢＶ遅延量として必要であり、９０ｋＨｚで計測される。同様な式が、フィールドピクチャ符号化及び、復号ピクチャレートが一定ではない３：２プルダウンシーケンスに対して得られる。基本的なルールを伴って、以上述べられてきた方法は、圧縮されたビデオストリームのセグメントをとり、ループ化されたシーケンスを形成するのにそれをリプレイすることを可能にする。ループ化セグメントを含むフレームを選択する時には注意がはらわれねばならず、それから復号器バッファオーバーあるいはアンダーフローを防ぐために調整がリプレイビットレートに対してなされる。本例は、ＭＰＥＧＩ（参照：ＩＳＯ／ＩＥＣ１１１７２−２１９９３、情報技術−「約１．５Ｍｂｉｔ／ｓまでのディジタルメディア記憶装置のための動ピクチャおよびそれに結び付いたオーディオの符号化」−パート２：ビデオ）及びＭＰＥＧ２｛参照：ＩＳＯ／ＩＥＣ１３９１８−２：１９９５（Ｅ）．リコメンデーションＩＴＵ−ＴＨ．２６２（１１９５Ｅ）、情報技術−「動ピクチャとそれに結び付いたオーディオ情報の包括的な符号化」：ビデオ｝、ビデオエレメンタリビットストリームを採用した。これらの技術はまた、ＩＳＯ／ＩＥＣ１３９１８−１：１９９５（Ｅ）．｛（リコメンデーションＩＴＵ−ＴＨ．２２２．０（１１９５Ｅ）、情報技術−「動ピクチャとそれに結び付いたオーディオ情報の包括的な符号化：システム｝に応じて維持するために必要とされるいくつかの付加的なステップに関連して、ビデオエレメンタリストリームをのせているＭＰＥＧ２トランスポートストリームをループ化することを可能にする。適当な変更により、本発明は、他のビデオ圧縮スキームでの応用を見出だすことができる。ここで述べてきた技術の重要な応用は、テスト及び計測の分野に存在する。人為的に生成されたビットストリームは、テストの目的、例えばＭＰＥＧ２復号器のために既に生成されている。しかしながら、それは重要であり、計測及び欠陥の検出のために”リアル”圧縮されたビデオのシーケンスをプレイすることを可能にする重要性が増すと思われる。復号器のための問題を提起するビットストリームのシーケンスを獲得すること及び更なる考察のためにそのシーケンスをリプレイすることを可能にすることは特に有効である。本発明により提供されるループ化の能力は、このような努力をかなりアシストする。図９には、本発明によるループ化能力を持つビットストリームプレイヤー１０が示されている。ループ化されたシーケンスは、表示器１４と組み合わされても良い復号器１２の考察のためにプレイされる。プレイヤーは、衛星あるいは地上放送され得るソース１６からループ化のためにシーケンスを獲得すべく配置される。プレイヤーは、内部記憶部あるいは外部記憶部１８をアクセスしても良い。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９８年６月１８日（１９９８．６．１８）【補正内容】請求の範囲１．選択された開始点及び終点を持つ圧縮されたビデオビットストリームのシーケンスのプレイ方法において、前記シーケンスは、該シーケンスにおけるフレームの数により決定される復号時間とビデオフレームレートを持ち、前記シーケンスがプレイされる時のビットレートは、シーケンスをプレイする時にとられる時間が前記シーケンスのための復号時間に等しくされるように変更されることを特徴とする方法。２．請求項１の方法において、前記プレイビットレートは、以下の式リプレイビットレート＝（ビット数×フレームレート）／フレームの数で与えられることを特徴とする方法。３．請求項１あるいは２の方法において、前記圧縮されたビデオビットストリームは、イントラ符号化されたＩピクチャと、前方向予測符号化されたＰピクチャと、前方向及び後方向予測符号化されたＢピクチャとを含むことを特徴とする方法。４．請求項３の方法において、前記シーケンスはＩピクチャ、Ｉ₀で始まることを特徴とする方法。５．請求項４の方法において、Ｉ₀の後にビットストリームに現れ入力ピクチャ列におけるＩ₀の前に存在するＢピクチャは、それらが前方向予測符号化を使用するかどうかを決定するためにテストされ、もしそれらが前方向予測符号化を使用しなければループ化されたシーケンスに含まれ、前方向予測符号化を使用するのであれば編集により除去されることを特徴とする方法。６．シーケンスにおけるフレームの数により決定された復号器時間を持つ圧縮されたビデオビットストリームシーケンスを受信するためのビットストリーム入力部と、シーケンスをプレイするためにとられる時間がシーケンスを復号するためにとられる時間と等しくされるように、変更されたプレイビットレートで連続的にシーケンスをプレイするための手段とを含むことを特徴とする圧縮されたビデオビットストリームのプレイヤー。７．請求項６のプレイヤーにおいて、前記リプレイビットレートは、以下の式リプレイビットレート＝（ビット数×フレームレート）／フレームの数で与えられることを特徴とするプレイヤー。

Claims

【特許請求の範囲】１．選択された開始点及び終点を持つ圧縮されたビデオビットストリームのシーケンスのループ化方法において、前記シーケンスは、該シーケンスにおけるフレームの数により決定される復号時間とビデオフレームレートを持ち、前記シーケンスがリプレイされる時のビットレートは、シーケンスをリプレイする時にとられる時間が前記シーケンスのための復号時間に等しくされるように変更されることを特徴とする方法。２．請求項１の方法において、前記リプレイビットレートは、以下の式リプレイビットレート＝（ビット数×フレームレート）／フレームの数で与えられることを特徴とする方法。３．請求項１あるいは２の方法において、前記圧縮されたビデオビットストリームは、イントラ符号化されたＩピクチャと、前方向予測符号化されたＰピクチャと、前方向及び後方向予測符号化されたＢピクチャとを含むことを特徴とする方法。４．請求項３の方法において、ループ化されたシーケンスは、Ｉピクチャ、Ｉ₀で始まることを特徴とする方法。５．請求項４の方法において、Ｉ₀の後にビットストリームに現れ入力ピクチャ列におけるＩ₀の前に存在するＢピクチャは、それらが前方向予測符号化を使用するかどうかを決定するためにテストされ、もしそれらが前方向予測符号化を使用しなければループ化されたシーケンスに含まれ、前方向予測符号化を使用するのであれば編集により除去されることを特徴とする方法。６．シーケンスにおけるフレームの数により決定された復号器時間を持つ圧縮されたビデオビットストリームシーケンスを受信し、シーケンスをリプレイするためにとられる時間がシーケンスを復号するためにとられる時間と等しくされるように、変更されたリプレイビットレートで連続的にシーケンスをリプレイすることができるビットストリーム入力部を含むことを特徴とする圧縮されたビデオビットストリームのプレイヤー。７．請求項６のプレイヤーにおいて、前記リプレイビットレートは、以下の式リプレイビットレート＝（ビット数×フレームレート）／フレームの数で与えられることを特徴とするプレイヤー。