(57)【特許請求の範囲】
【請求項１】
ビデオストリームを処理する方法であって、
（ａ）ビデオストリーム中のフラッシュ・シーケンスを検出するステップであって、前記フラッシュ・シーケンスは、一以上の連続ピクチャからなるセットであり、前記フラッシュ・シーケンスの前のピクチャ及び前記フラッシュ・シーケンスの後のピクチャは、前記フラッシュ・シーケンスと弱く相関し、前記フラッシュ・シーケンスの前のピクチャは、前記フラッシュ・シーケンスの後のピクチャと強く相関している、ステップと、
（ｂ）前記フラッシュ・シーケンスの検出に基づいてビデオ処理の間、一以上のピクチャの順序を調整し、前記ビデオストリームに対応する圧縮ビデオ・ビットストリームの一部分を生成するステップと、を備え、
前記フラッシュ・シーケンスを検出するステップは、
（１）前記フラッシュ・シーケンスの前のピクチャが、前記フラッシュ・シーケンスと弱く相関しているか否か、
（２）前記フラッシュ・シーケンスの後のピクチャが、前記フラッシュ・シーケンスと弱く相関しているか否か、及び
（３）前記フラッシュ・シーケンスの前のピクチャが、前記フラッシュ・シーケンスの後のピクチャと強く相関しているか否か
を判断するステップを含んでいる、方法。
【請求項２】
ステップ（ｂ）が、前記フラッシュ・シーケンスを符号化するために使用されるビットの割当てを調整するステップを含んでいる、請求項１記載の方法。
【請求項３】
ステップ（ｂ）が、前記ビデオストリーム内の他のピクチャを符号化するための参照として使用されない非アンカー・ピクチャとして前記フラッシュ・シーケンス内の各ピクチャを符号化するステップを含んでいる、請求項１記載の方法。
【請求項４】
前記ビデオ処理は、Ｉ、ＰまたはＢピクチャのいずれかとしてピクチャを符号化するステップを含んでおり、
ステップ（ｂ）は、前記フラッシュ・シーケンス内の各ピクチャをＢピクチャとして符号化するステップを含んでいる、請求項３記載の方法。
【請求項５】
ステップ（ｂ）が、前記フラッシュ・シーケンスの直後のピクチャをアンカー・ピクチャとして符号化するステップを更に含んでいる、請求項４記載の方法。
【請求項６】
ステップ（ｂ）が、前記フラッシュ・シーケンスの直前のピクチャをアンカー・ピクチャとして符号化するステップを更に含んでいる、請求項４記載の方法。
【請求項７】
ビデオストリームを処理するシステムであって、
（ａ）直列に接続された複数の遅延バッファと、
（ｂ）前記遅延バッファのいずれか一つの出力からピクチャ・データを受信するように配置される構成のマルチタップ・スイッチと、
（ｃ）前記ピクチャ・データを受信して、前記ビデオストリームに対応する圧縮ビデオ・ビットストリームに符号化するように前記スイッチに接続されたビデオ符号器と、
（ｄ）前記ビデオストリーム中のフラッシュ・シーケンスを検出するように構成されたフラッシュ検出器と、
を備え、前記フラッシュ・シーケンスは、一以上の連続ピクチャからなるセットであり、前記フラッシュ・シーケンスの前のピクチャ及び前記フラッシュ・シーケンスの後のピクチャは、前記フラッシュ・シーケンスと弱く相関し、前記フラッシュ・シーケンスの前のピクチャは、前記フラッシュ・シーケンスの後のピクチャと強く相関しており、
前記フラッシュ検出器は、
（１）前記フラッシュ・シーケンスの前のピクチャが、前記フラッシュ・シーケンスと弱く相関しているか否か、
（２）前記フラッシュ・シーケンスの後のピクチャが、前記フラッシュ・シーケンスと弱く相関しているか否か、及び
（３）前記フラッシュ・シーケンスの前のピクチャが、前記フラッシュ・シーケンスの後のピクチャと強く相関しているか否か
を判断するように構成されており、
前記ビデオ符号器が、前記フラッシュ検出器による前記フラッシュ・シーケンスの検出に基づいてビデオ処理の間、一以上のピクチャの順序を調整し、前記圧縮ビデオ・ビットストリームの一部分を生成するようになっているシステム。
【請求項８】
直列に接続された（Ｎ＋1）個の遅延バッファを備える請求項７記載のシステムであって、各バッファは、対応する出力タップを有しており、タップＴ０は、直列接続の最後のバッファに対応し、タップＴ１は、直列接続の最後から二番目のバッファに対応し、…、タップＴＮは、直列接続の最初のバッファに対応しており、
前記スイッチは、前記（Ｎ＋1）個のタップのいずれかに配置されるように構成された（Ｎ＋1）位置スイッチであり、
前記スイッチは、タップＴ０に配置されると、ピクチャを非アンカー・ピクチャとして符号化し、
前記スイッチは、タップＴＭ（Ｍは、直前のアンカー・ピクチャと現在のアンカー・ピクチャとの間隔）に配置されると、ピクチャをアンカー・ピクチャとして符号化する、請求項７記載のシステム。
【請求項９】
前記ビデオ符号器は、前記フラッシュ・シーケンス内の各ピクチャを、前記ビデオストリーム内の他のピクチャを符号化するための参照として使用されない非アンカー・ピクチャとして符号化する、請求項７記載のシステム。
【請求項１０】
前記ビデオ処理は、Ｉ、ＰまたはＢピクチャのいずれかとしてピクチャを符号化するステップを含んでおり、
前記ビデオ符号器は、前記フラッシュ・シーケンス内の各ピクチャをＢピクチャとして符号化する、請求項９記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像処理に関し、特に、ビデオ圧縮処理に関する。
【０００２】
【従来の技術】
ビデオ圧縮処理における第一の目標は、得られる圧縮ビデオ・ビットストリームの再生の間、許容できるレベルの画質を依然として維持しつつ、ビデオ画像のシーケンスを表示するために使用されるビット数を減らすことである。多くのビデオ圧縮利用における別の目標は、例えば伝送帯域幅および／または再生処理制約を満たすために、比較的均一なビットレートを維持することである。ビデオ圧縮処理は、ビットレートと再生品質との間でトレードオフを含んでいることが多い。このトレードオフは、通常、圧縮ビデオ・ビットストリームに符合化された各画像の再生品質を選択的に減少させることにより原ビデオ・シーケンス中の画像を符合化するために使用されるビットの平均数を削減することを含んでいる。
【０００３】
ＭＰＥＧ（Moving Picture Experts Group）標準に基づくような多くのビデオ圧縮システムは、他の以前に符号化されたピクチャから予測を行うことにより圧縮能力の多くを得ている。この明細書では用語「フレーム」が使用されるが、当業者であれば、この明細書の教示がビデオ・ピクチャ（ビデオ・フレームおよびビデオ・フィールドの双方を含む用語）に一般的にあてはまることが理解できるであろう。
【０００４】
ＭＰＥＧコーダは、三つの主要なタイプのフレームＩ、ＰおよびＢを有している。Ｉフレームは、他のどのフレームにも関係なく独立に符号化される。Ｐフレームは、以前に符号化されたＰまたはＩフレームから得られる参照フレームと自身との間の動き補償された差分として符号化される。ＩおよびＰフレームは、他のフレームを符号化するための参照フレームを生成するために使用できることから、アンカー・フレーム（anchor frame）と呼ばれる。Ｂフレーム中のマクロブロックは、（１）前のアンカー・フレーム（すなわち順方向予測）、（２）次のアンカー・フレーム（すなわち逆方向予測）、あるいは（３）前および次のアンカー・フレームの平均（すなわち、内挿的予測または双方向予測）のいずれかと自身との間の差分として符号化される。Ｂフレームは、他のフレームを予測するために使用されることのない非アンカー・フレームである。このように、Ｂフレーム中の誤差は、他のフレームに伝搬せず、持続時間にわたって一つのピクチャにある。人間の視覚システムは、非常に短い持続時間の誤差に対してはあまり不快感を覚えない点に注意する。
【０００５】
ＭＰＥＧ標準は、特定の一連のフレームタイプに対して制約を設けていないが、多くのコーダは、Ｉ、ＰおよびＢフレームの繰返しパターンを単に用いている。Ｂフレームは、前のフレームからだけでなく未来のフレームからも予測することができるので、Ｂフレームは、それらを囲むアンカー・フレームの後、復号器に送信しなければならない。この「順序の乱れた（out-of-order）」復号化を効率良くするため、これらのフレームは、対応する圧縮ビデオ・ビットストリームに時間順序を外れて符合化される。
【０００６】
図１は、ビデオ・フレームの一つのストリームを再順序づけして圧縮ビデオ・ビットストリームに符合化する従来のビデオ圧縮システム１００のブロック図を示している。システム１００は、連続したアンカー・フレームの各ペアの間に二つのＢフレームを有する繰返しフレームパターン（例えば１５フレームＧＯＰ（group of pictures、ピクチャ・グループ）用のＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢＰＢＢ）に基づくビデオ符号化方式を実施する。図２の表Ｉは、フレームの時間順序（フレームが入力ビデオストリームに現れる順序）と、それらのフレームがシステム１００によって圧縮ビデオ・ビットストリームに符号化される順序との関係を示している。表Ｉは、ビットストリームを生成するためにビデオ・フレームの再順序づけに使用されるスイッチ１０４のタップ位置も示している。
【０００７】
フレームは、フレーム０から開始し、次にフレーム１というような時間順序でシステム１００のビデオ入力に提供される。新しいフレームの各々がビデオ入力に与えられると、フレーム遅延バッファ１０２ｃに格納されたフレームがタップＴ０で利用可能にされ、新しいフレームはタップＴ３で利用可能にされる。２位置スイッチ１０４に関して選択された位置に応じて、符号器１０６は、タップＴ０のフレームかタップＴ３のフレームを符号化する。符号器１０６が選択されたフレームを符号化すると、フレーム遅延バッファ１０２ｂに格納されたフレームがフレーム遅延バッファ１０２ｃに移され、フレーム遅延バッファ１０２ａに格納されたフレームがフレーム遅延バッファ１０２ｂに移され、新しいフレームはフレーム遅延バッファ１０２ａに格納される。
【０００８】
ビデオストリームの開始時には、フレーム０がビデオ入力に提供され、したがってタップＴ３に提供されると、スイッチ１０４がタップＴ３に配置され、符号器１０６がフレーム０をＩフレーム（すなわち、表Ｉ中のＩ０）として符合化できるようになる。この後、全てのフレーム遅延バッファ１０２が満杯になるまで符号器１０６の処理が一時的に中断され、フレーム０がバッファ１０２ｃに格納されてタップＴ０で提供され、フレーム１がバッファ１０２ｂに格納され、フレーム２がバッファ１０２ａに格納され、フレーム３がビデオ入力およびタップＴ３で提供されるようになっている。このとき、フレーム３をＰフレーム（すなわち、表ＩのＰ３）として符号化できるように、スイッチ１０４は再びタップＴ３に配置される。
【０００９】
次の処理サイクルでは、フレーム１がバッファ１０２ｃに格納されてタップＴ０で提供され、フレーム２がバッファ１０２ｂに格納され、フレーム３がバッファ１０２ａに格納され、フレーム４がビデオ入力およびタップＴ３で提供される。このとき、フレーム１をＢフレームとして符号化できるように、スイッチ１０４はタップＴ０に配置される（すなわち、表Ｉ中のＢ１）。
【００１０】
次の処理サイクルでは、フレーム２がバッファ１０２ｃに格納されてタップＴ０で提供され、フレーム３がバッファ１０２ｂに格納され、フレーム４がバッファ１０２ａに格納され、フレーム５がビデオ入力およびタップＴ３で提供される。このとき、フレーム２をＢフレーム（すなわち、表Ｉ中のＢ２）として符号化できるように、スイッチ１０４は再びタップＴ０に配置される。
【００１１】
次の処理サイクルでは、フレーム３がバッファ１０２ｃに格納されてタップＴ０で提供され、フレーム４がバッファ１０２ｂに格納され、フレーム５がバッファ１０２ａに格納され、フレーム６がビデオ入力およびタップＴ３で提供される。このとき、フレーム６をＰフレーム（すなわち、表ＩのＰ６）として符号化できるように、スイッチ１０４はタップＴ３に再配置される。
【００１２】
表Ｉに示されるように、この処理は、ＧＯＰパターン（ＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢ）に従って、Ｂフレームを符号化するためにタップＴ０に配置され、アンカー（ＩまたはＰ）フレームを符号化するためにタップＴ３に配置されるスイッチ１０４を用いて、ビデオストリーム中の各１５フレームＧＯＰ中の各フレームに対して続けられる。
【００１３】
一部のビデオストリームは、フラッシュ・フレームを含んでいる。本明細書の目的のために、フラッシュ・フレームのシーケンスは、そのフラッシュ・シーケンスの直前のフレームとそのフラッシュ・シーケンスの直後のフレームの双方に比較的弱く相関した一つ以上の連続フレームからなるセットとして定義される。ここで、フラッシュ・シーケンスの直前及び直後のフレームは、相互に比較的強く相関している。フラッシュ・シーケンスの一般的な例は、イベント（例えばバスケットボール・ゲーム）で静止画カメラマンによって作り出される現象である。一つのビデオストリームにおいて、カメラマンのフラッシュは、通常、ほとんど白い、あるいは少なくとも前後のフレームよりも極めて高い輝度の単一フレームを作り出す。このようなフラッシュ・フレーム（すなわち、１フレーム・フラッシュ・シーケンス）は、時間的に近いフレームと弱く相関することになる。
【００１４】
一部の符号器は、相互にあまり相関のない一対の連続フレームを探すことによって、「シーン・カット」を検出することができる。ここで、その相関の度合いは、歪み測度（例えば、動き補償フレーム間画素差の平均絶対偏差（ＭＡＤ））を用いて特徴づけることができる。これに応じて、このような符号器は、次の予定されたアンカー・フレーム時刻にＩフレームを挿入することがある（すなわち、場合によって、正規に予定されたＰフレームをＩフレームに置き換える）。このような符号器は、フラッシュ・シーケンスを誤ってシーン・カットと識別することになる。これは、フラッシュ・シーケンス中の第一フレームとその直前のフレームとの間の大きな歪みに基づいている。このようなシーン・カットは、個々の孤立したフラッシュ・フレームに関して検出されるとともに、マルチフレーム・フラッシュ・シーケンスに関しても検出される。
【００１５】
単一のフラッシュ・フレーム（例えばカメラマンのフラッシュ）を引き起こすイベントが、平均では、繰返しＧＯＰパターンのタイミングに対してランダムに発生すると仮定すると、フラッシュ・フレームは、表Ｉの１５フレームＧＯＰパターンに対して３回に１回の割合でアンカー（ＩまたはＰ）フレーム１に当たることになる。これが起こると、符号器は、フラッシュ・フレームをシーン・カットとして識別し、フラッシュ・フレームをＩフレームとして符号化する。符号器がそのシーン・カット用の処理を検出及び調整しないとしても、平均して全フラッシュ・フレームの１／３は、依然としてアンカー・フレームとして符号化される。
【００１６】
【発明が解決しようとする課題】
しかしながら、フラッシュ・フレームをＩフレームとして符号化することは非常に悪い考え方である。というのも、その場合、フラッシュ・フレームは、ＧＯＰ中のフレームの残りを予測するアンカー・フレームとなるが、このフレームは、ＧＯＰ中の他のフレームと弱く相関することになり、全ＧＯＰ（通常は１／２秒）が劣悪に符号化される（すなわち、限られたビットレート必要条件を満たすために高い量子化レベルが必要となる）からである。
【００１７】
例えば、表Ｉに示されるシーケンスにおいて、フレーム６が孤立フラッシュ・フレームであると仮定する。ＧＯＰパターンによると、フレーム６は、Ｐフレーム（すなわちＰ６）として符号化するためにフレーム３から予測されることになっている。フレーム６はフラッシュ・フレームなので、このフレームは、おそらくフレーム３と弱く相関している。その結果、Ｐ６を良好にするためにはあまりに多くのビットが必要になり、さもなければＰ６は劣悪に符号化される（すなわち、大きな量子化誤差を生じる）ことになる。さらにまた、フレーム６は、フレーム９をＰフレームとして符合化するための予測フレームである。ここでも、フラッシュ・フレームであるフレーム６がおそらくはフレーム９と弱く相関しているので、フレーム９は、その計上されたビット割当てを超過するか、あるいは劣悪に符号化される。フレーム９が劣悪に符号化されると、それぞれＢフレームＢ７およびＢ８として符合化されることになっているフレーム７および８は、関連付けされていないフラッシュ・フレーム（Ｐ６）または劣悪に符号化されたフレーム（Ｐ９）から予測されるという悪い選択肢を有することになる。いずれにせよ、Ｂ７およびＢ８もおそらくは劣悪に符号化されることになる。
【００１８】
次に、フレーム９はフレーム１２の予測子であるので、Ｐ９からの誤差は、フレーム１２に伝搬する。十分なビットを費やせば、これらの誤差の一部を低減することはできる。さらにまた、ＢフレームＢ１０およびＢ１１は、画質か効率のいずれかにおいて苦しむことになる。最終的な影響は、劣悪に相関した単一のフラッシュ・フレームによって多くのフレームが劣悪に符号化されるようになり、これによって、膨大な数のフレームについてビデオ再生の品質に悪影響を及ぼしうることである。
【００１９】
【課題を解決するための手段】
本発明は、ビデオストリーム中の一以上のフラッシュ・フレームからなるシーケンスを検出および符号化する方式に関する。本発明によれば、一つ以上の連続フラッシュ・フレームからなるシーケンスの発生が、短いフレーム・シーケンスを探すことによってビデオストリーム中で検出される。この短いシーケンスでは、そのシーケンス中の一つ以上のフレームがそのシーケンスの直前及び直後のフレームと極めて弱く相関しているが、そのシーケンスの直前及び直後のフレームは相互に極めて強く相関している。このとき、コーダは、効率良くフラッシュ・シーケンスを符号化するために適切な動作をとる。例えば、各フラッシュ・フレーム・シーケンスが一つのフレームしか含まないという一つの実現可能な態様では、孤立フラッシュ・フレームがＩ、ＰおよびＢフレームからなる繰返しＧＯＰパターンのどこに入るようになっていようとも、その孤立フラッシュ・フレームがＢフレームとして符号化される。この場合、Ｂフレームは他のフレーム用の予測子としては使用されないので、フラッシュ・フレームを符合化する際に発生する誤差はフラッシュ・フレームのみに限られる。他の態様では、他の符号化オプションも実現可能である。
【００２０】
ある態様では、本発明は、ビデオストリームを処理する方法に基づいている。フラッシュ・シーケンスは、ビデオストリーム中で検出される。このフラッシュ・シーケンスは、一つ以上の連続ピクチャのセットである。ここで、（１）フラッシュ・シーケンスの前のピクチャは、フラッシュ・シーケンスと弱く相関し、（２）フラッシュ・シーケンスの後のピクチャは、フラッシュ・シーケンスと弱く相関し、（３）フラッシュ・シーケンスの前のピクチャは、フラッシュ・シーケンスの後のピクチャと強く相関している。ビデオ処理は、ビデオストリームに対応する圧縮ビデオ・ビットストリームの一部分を生成するために、フラッシュ・シーケンスの検出に基づいて調整される。
【００２１】
別の態様では、本発明はビデオストリームを処理するシステムである。このシステムは、（ａ）直列に接続された複数の遅延バッファと、（ｂ）前記遅延バッファの任意の一つの出力からピクチャ・データを受信するように配置される構成のマルチタップ・スイッチと、（ｃ）ピクチャ・データを受信して、ビデオストリームに対応する圧縮ビデオ・ビットストリームに符号化するように前記スイッチに接続されたビデオ符号器と、（ｄ）ビデオストリーム中のフラッシュ・シーケンスを検出するように構成されたフラッシュ検出器と、を備えている。フラッシュ・シーケンスは、一つ以上の連続したピクチャからなるセットである。ここで、（１）フラッシュ・シーケンスの前のピクチャは、フラッシュ・シーケンスと弱く相関し、（２）フラッシュ・シーケンスの後のピクチャは、フラッシュ・シーケンスと弱く相関し、（３）フラッシュ・シーケンスの前のピクチャは、フラッシュ・シーケンスの後のピクチャに強く相関している。このビデオ符号器は、圧縮ビデオ・ビットストリームの一部分を生成するために、フラッシュ検出器によるフラッシュ・シーケンスの検出に基づいてビデオ処理を調整する。
【００２２】
本発明の他の態様、特徴および利点は、以下の詳細な説明、特許請求の範囲および添付の図面から十分に明らかになる。
【００２３】
【発明の実施の形態】
ビデオストリーム中のフラッシュ・フレームを取り扱う実現可能な方針には、様々なものがある。シングルフレーム・フラッシュ・シーケンスに関して、一つの方針は、全ての孤立フラッシュ・フレームが必ずＢフレームとして符号化されるようにすることである。Ｂフレームは表示された後、デコーダによって廃棄され、他のフレームに関する予測を導くためには使用されないので、Ｂ符号化フラッシュ・フレーム中の誤差は、そのフレーム自身にしか現れず、伝搬することはない。さらに、単一のフラッシュ・フレームはほぼ完全に白く、フラッシュの効果しか与えないことから、このフレームは、大きな忠実度で符号化する必要はない。これは特に、このフレームが他のフレームを予測するために使用されないことに起因する。たとえフラッシュ・フレームが通常ＧＯＰパターンのもとでＢフレームとして符号化されるようにすでに予定されていたとしても、フラッシュ・フレームを符号化するために使用する必要があるのは極めて少数のビットだけであり、その他のビットは他の周辺フレームの品質改善に使用するようにすることができる可能性がある。
【００２４】
ある方針によれば、フラッシュ・フレームが通常ＧＯＰパターンのもとでＰフレームとして符号化される予定の場合、そのフレームは、代わりにＢフレームとして符号化される。その直後のフレーム（これは、通常ＧＯＰパターンのもとではＢフレームとして符号化されていたであろうフレームである）は、代わりにＰフレームとして符号化され、そのフラッシュ・フレームを含む周辺Ｂフレームを符号化するためのアンカー・フレームとして使用される。例えば、表Ｉに示されるビデオ・シーケンス中のフレーム６がフラッシュ・フレームである場合、このフレームは、Ｐフレームとして符号化される代わりにＢフレーム（すなわちＢ６）として符号化され、フレーム７は、通常ＧＯＰパターンのもとであればＢフレームとして符号化されるところを、Ｐフレーム（すなわちＰ７）として符号化される。Ｐ７は、フレーム４、５および６を符号化するためのアンカー・フレームであるので、このフレームは、ビットストリームにおいてフレーム４、５および６の前に符号化されなければならない。
【００２５】
この方針のある実施態様では、フラッシュ・フレームが発生するＧＯＰを１フレーム延長することができる（例えば、前の例のフレーム１０および１３は、通常ＧＯＰパターンにおけるフレーム９および１２の代わりにＰフレームとして符号化され、結果的に１６フレームＧＯＰが得られる）。
【００２６】
別の実施態様では、ＧＯＰにおける後続の処理は、ＧＯＰの全体的なサイズが増えないようにすることができる（例えば、ＧＯＰ内のアンカー・フレームのより後のペア間におけるＢフレームの数を減少させることにより）。前の例を続けると、フレーム７をＰフレームとしての符号化し、フレーム６をＢフレームとして符号化した後、フレーム９はＰフレームとして符号化され、その後、フレーム８がＢフレームとして符号化されるので、ただ一つのＢフレーム（Ｂ８）だけが二つのＰフレーム（Ｐ７およびＰ９）に基づいて符号化される。それ以降は通常ＧＯＰパターンが適用され、ＧＯＰの元の１５フレームサイズが維持される。この実施態様は、その長さを変えることなくＧＯＰ内のピクチャ・タイプを再配置するだけであるという点で、前の拡張ＧＯＰ実施態様を上回る利点を有している。このため、レート制御システムによって決定される全体的なＧＯＰビット割当てを変更する必要はない。
【００２７】
どちらの実施態様でも、フラッシュ・フレームが通常ＧＯＰパターンのもとでＢフレームとして符号化されるようにすでに予定されていた場合、このフレームはＢフレームとして維持されるが、すでに示唆したように、そのビット割当てを削減できる可能性がある。
【００２８】
フラッシュ・フレームが通常ＧＯＰパターンのもとでＩフレームとして符号化されるように予定されていた場合、多数の実現可能な実施態様が考えられる。フラッシュ・フレームは、前のＧＯＰを１フレーム延長しつつＢフレームとして符号化することができる。ある実施態様では、次のＧＯＰは、１フレームだけ遅延させられるが、ＧＯＰパターンは通常に戻る。別の実施態様では、影響を受ける二つのＧＯＰが二つの通常ＧＯＰと同じフレーム数をともに有するようにするため、ＧＯＰパターンから１フレームを必然的に落とすように次のＧＯＰにおける処理が調整される。その第二のＧＯＰの後、後続のＧＯＰに対しては、処理は通常ＧＯＰパターンに戻る。
【００２９】
実現可能な別の手法は、元々Ｉフレームとして予定されていたフラッシュ・フレームを１フレームＧＯＰの孤立Ｉフレームとして符号化し、その後、すぐ次のフレームを、通常ＧＯＰか１フレーム削減されたＧＯＰのＩフレームとして符号化する。これらの実施態様は、全てのフラッシュ・フレームがＢフレームとして符号化される実施態様よりも、ビット割当ての観点からは望ましくない可能性がある。
【００３０】
実現可能な別の方針は、孤立フラッシュ・フレームを圧縮ビデオ・ビットストリームから省略することによって孤立フラッシュ・フレームを完全にスキップする。さらに別の方針は、フラッシュ・フレーム・データの代わりに他のデータを用いる。これは、様々な方法で実施することができる。例えば、フラッシュ・フレームは、完全に白いＢフレームとして符号化してもよい。この他に、復号器が二つの対応するアンカー・フレーム間の平均としてフラッシュ・フレームを復号化するように、フラッシュ・フレームを補正データなしで双方向予測Ｂフレームとして符号化してもよい。別の実施態様では、フラッシュ・フレームを最も近いアンカー・フレームと同一になるように指定してもよい。さらに別の実施態様では、フラッシュ・フレーム・データを、フラッシュ・フレームの前後のフレーム間の補間に対応するビデオ・データに置き換えてもよい。この補間には、動きベクトル補間および画素レベル補間が含まれていてもよい。
【００３１】
マルチフレーム・フラッシュ・シーケンスに関しては、フラッシュ・シーケンス中の第一フレームがＩフレームとして符号化され、そのシーケンス中の残りのフラッシュ・フレームが最終的にその第一Ｉフレームに基づいてＢフレーム、場合によってはＰフレームとして予測される固有のＧＯＰパターンを有する独自のＧＯＰとして各フラッシュ・シーケンスを符合化するようにビデオ圧縮処理を調整することができる。この後、フラッシュ・シーケンスの直後のフレームは、次のＧＯＰの初めにＩフレームとして符号化して、通常ＧＯＰパターンへ戻すことができる。
【００３２】
マルチフレーム・フラッシュ・シーケンスに対する別の方針は、フラッシュ・シーケンスがどんなに長くても全てのフラッシュ・フレームをＢフレームとして符号化する。もちろん、フラッシュ・シーケンスを比較的短いシーンから区別するために、フラッシュ・シーケンスの許容サイズに制限を付ける必要がある。その実施方法によっては、許容フラッシュ・シーケンスを、シングルフレームの孤立フラッシュ・フレームの場合に限定することも可能である。
【００３３】
図３は、本発明のある実施形態に従って、ビデオ・フレームのストリームを再順序づけし、圧縮ビデオ・ビットストリームに符合化するビデオ圧縮システム３００のブロック図を示している。システム３００は、五つのフレーム遅延バッファ３０２、５位置スイッチ３０４、ビデオ符号器３０６、およびフラッシュ・フレーム検出器３０８を備えている。システム３００は、システム１００と同じ１５フレームＧＯＰパターン（すなわち、ＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢ）で動作するように設計されている。しかしながら、システム３００は、ビデオストリーム中の孤立フラッシュ・フレーム（すなわち、１フレーム・フラッシュ・シーケンス）の存在を検出し、全てのフラッシュ・フレームがＢフレームとして符号化されることを指示する方針に従ってビデオ圧縮処理を調整するように設計されている。
【００３４】
図４の表ＩＩは、フレームの時間順序（フレームが入力ビデオストリームに現れる順序）とフラッシュ・フレームが検出されないときにシステム３００によってこれらのフレームが圧縮ビデオ・ビットストリームに符号化される順序との関係を示している。表ＩＩは、ビットストリームを生成するためにビデオ・フレームを再順序づけするために使用されるスイッチ３０４のタップ位置も示している。フレームは、フレーム０から開始し、次にフレーム１、といった時間順序でシステム３００のビデオ入力に提供される。新しいフレームの各々がビデオ入力に提供されるに伴い、フレーム遅延バッファ３０２ｅに格納されたフレームがタップＴ０で利用可能にされ、フレーム遅延バッファ３０２ｄに格納されたフレームはタップＴ１で利用可能にされ、フレーム遅延バッファ３０２ｃに格納されたフレームはタップＴ２で利用可能にされ、フレーム遅延バッファ３０２ｂに格納されたフレームはタップＴ３で利用可能にされ、フレーム遅延バッファ３０２ａに格納されたフレームはタップＴ４で利用可能にされる。
【００３５】
５位置スイッチ３０４に対して選択される位置に応じて、符号器３０６は、対応するタップにおいて利用可能なフレームを符号化する。符号器３０６が選択されたフレームを符号化するに伴い、バッファ３０２ｄに格納されたフレームはバッファ３０２ｅに移され、バッファ３０２ｃに格納されたフレームはバッファ３０２ｄに移され、バッファ３０２ｂに格納されたフレームはバッファ３０２ｃに移され、バッファ３０２ａに格納されたフレームはバッファ３０２ｂに移され、新しいフレームは３０２ａバッファに格納される。
【００３６】
ビデオストリームの開始時、処理は短い遅延の後に開始する。図６は、フレーム２がビデオ圧縮システム３００へのビデオ入力に提供されるときのシステム３００の状態を示している。ここで、フレーム０はバッファ３０２ｂに格納され、タップＴ３で提供され、フレーム１はバッファ３０２ａに格納され、タップＴ４で提供される。このとき、スイッチ３０４は、符号器３０６がフレーム０をＩフレーム（すなわち、表ＩＩ中のＩ０）として符合化できるようにするためにタップＴ３に配置されている。
【００３７】
この後、全てのバッファ３０２が満杯になるまで、符号器３０６の処理は一時的に中断させられる。図７は、フレーム５がビデオ圧縮システム３００へのビデオ入力に提供されるときのシステム３００の状態を示している。ここで、フレーム０はバッファ３０２ｅに格納され、タップＴ０で提供され、フレーム１はバッファ３０２ｄに格納され、タップＴ１で提供される。フレーム２はバッファ３０２ｃに格納されてタップＴ２で提供され、フレーム３はバッファ３０２ｂに格納されてタップＴ３で提供され、フレーム４はバッファ３０２ａに格納されてタップＴ４で提供される。このとき、フレーム３をＰフレーム（すなわち、表ＩＩのＰ３）として符号化できるように、スイッチ３０４は再びタップＴ３に配置される。
【００３８】
図８は、フレーム６がビデオ圧縮システム３００へのビデオ入力に提供される次の処理サイクルにおけるシステム３００の状態を示している。ここで、フレーム１はバッファ３０２ｅに格納されてタップＴ０で提供され、フレーム２はバッファ３０２ｄに格納されてタップＴ１で提供される。フレーム３はバッファ３０２ｃに格納されてタップＴ２で提供され、フレーム４はバッファ３０２ｂに格納されてタップＴ３で提供され、フレーム５はバッファ３０２ａに格納されてタップＴ４で提供される。このとき、フレーム１をＢフレーム（すなわち、表ＩＩ中のＢ１）として符号化できるように、スイッチ３０４はタップＴ０に配置される。
【００３９】
図９は、フレーム７がビデオ圧縮システム３００へのビデオ入力に提供される次の処理サイクルにおけるシステム３００の状態を示している。ここで、フレーム２はバッファ３０２ｅに格納されてタップＴ０で提供され、フレーム３はバッファ３０２ｄに格納されてタップＴ１で提供される。フレーム４はバッファ３０２ｃに格納されてタップＴ２で提供され、フレーム５はバッファ３０２ｂに格納されてタップＴ３で提供され、フレーム６はバッファ３０２ａに格納されてタップＴ４で提供される。このとき、フレーム２をＢフレーム（すなわち、表ＩＩ中のＢ１）として符号化できるように、スイッチ３０４は再びタップＴ０に配置される。
【００４０】
図１０は、フレーム８がビデオ圧縮システム３００へのビデオ入力に提供される次の処理サイクルにおけるシステム３００の状態を示している。ここで、フレーム３はバッファ３０２ｅに格納されてタップＴ０で提供され、フレーム４はバッファ３０２ｄに格納されてタップＴ１で提供される。フレーム５はバッファ３０２ｃに格納されてタップＴ２で提供され、フレーム６はバッファ３０２ｂに格納されてタップＴ３で提供され、フレーム７はバッファ３０２ａに格納されてタップＴ４で提供される。このとき、フレーム６をＰフレーム（すなわち、表ＩＩ中のＰ６）として符号化できるように、スイッチ３０４はタップＴ３に再配置される。
【００４１】
この処理は、Ｂフレームを符号化するためにタップＴ０に配置され、アンカー・フレームを符号化するためにタップＴ３に配置される（これは、表ＩＩに示されている）スイッチ３０４を用いて、ビデオストリーム中の各１５フレームＧＯＰ内の各フレームに対して続けられる。表ＩＩは、表Ｉと同一であることに注意してほしい。これは、システム３００がビデオストリーム中にフラッシュ・フレームを検出しない場合、本発明の図３のビデオ圧縮システム３００の処理が図１の従来技術ビデオ圧縮システム１００の処理と同じＧＯＰパターンを作り出すという望ましい結果を示している。
【００４２】
新しいフレームの各々（図３のフレームＡ）がシステム３００へのビデオ入力に提供されるのに伴って、フラッシュ・フレーム検出器３０８は、ビデオストリーム中の新しいフレームＡおよび直前の二つのフレーム（すなわち、バッファ３０２ａに格納されたフレームＦおよびバッファ３０２ｂに格納されたフレームＢ）を分析し、フレームＦがフラッシュ・フレームであるか否かを判断する。（ｉ）フレームＦが十分にフレームＡと相関しておらず、（ｉｉ）フレームＦが十分にフレームＢと相関しておらず、（ｉｉｉ）フレームＡが強くフレームＢと相関している場合、検出器３０８は、フレームＦがフラッシュ・フレームであると判断する。一方、上記三つの条件の一つ以上が満たされない場合、検出器３０８は、フレームＦがフラッシュ・フレームでないと判断する。第三の条件（すなわち、フレームＡとＢの比較）は、誤ってシーン・カットをフラッシュ・フレームとして特徴づけることを避けるために使用される。
【００４３】
二つのフレームの相関の特徴づけは、特定の実施態様に応じて、様々な方法で実現することができる。例えば、動き推定を用いてフレーム間歪み（例えば、二つのフレーム間の平均絶対偏差（ＭＡＤ））の測度を生成することができ、この測度を適切なスレッショルドレベルと比較して、二つのフレームが強く相関しているか、あるいは十分に相関していないかを判断することができる。フレームＡおよびＢが相互に強く相関しているか否か（すなわち第三の条件）を判断するために使用されるスレッショルドレベルは、フレームＡとＦやフレームＦとＢが相互に十分に相関していないか否か（最初の二つの条件）を判断するために使用されるスレッショルドレベルとは異なる場合があることに注意すべきである。
【００４４】
フラッシュ・フレーム検出器３０８は、特定のフレームＦがフラッシュ・フレームであると判断すると、適切な制御信号をスイッチ３０４および符号器３０６に送信し、これに応じて次のビデオ処理サイクルから開始するこれらの機器の処理を調整する。図５の表ＩＩＩは、ビデオストリーム中のフレーム６がフラッシュ・フレームであると検出器３０８が判断した場合において、フレームの時間順序（これらのフレームが入力ビデオストリームに現れる順序）とこれらのフレームがシステム３００によって圧縮ビデオ・ビットストリームに符号化される順序との関係を本発明のある実現可能な実施態様に従って示している。表ＩＩＩは、ビットストリームを生成するためにビデオ・フレームを再順序づけするために使用されるスイッチ３０４のタップ位置も示している。表ＩＩＩに示されるように、システム３００の処理の結果は、ビデオストリームの最初の三つのフレーム（フレーム０−２）に関しては、表ＩＩに示されるシステム３００の処理結果と同じである。しかしながら、それ以降は結果が異なっている。
【００４５】
図８は、フラッシュ・フレーム６がシステム３００へのビデオ入力に提供されるときのビデオ圧縮システム３００の状態を示している。このとき、フラッシュ・フレーム検出器３０８は、フレーム６、５および４をそれぞれフレームＡ、ＦおよびＢとして解析する。フレーム６はフラッシュ・フレームなので、おそらくフレーム５かフレーム４のいずれかと強く相関していないが、フレーム５および４は、相互に強く相関する可能性が高い（フラッシュ・フレーム６が、他の強く相関したフレームからなるシーケンスの中間のどこかで発生すると仮定している。）。フレーム６は、フレームＡ（すなわちフレーム６）が十分にフレームＦ（すなわちフレーム５）と相関していないという第一の条件を満たすが、フレームＡ（すなわちフレーム６）がフレームＢ（すなわちフレーム４）と弱く相関する可能性が高く、フレームＦ（すなわちフレーム５）がフレームＢ（すなわちフレーム４）と強く相関する可能性が高いので、フラッシュ・フレーム検出のための他の二つ条件は満たされない。このため、フラッシュ・フレーム検出器３０８は、フレーム５（すなわち、現在のフレームＦ）がフラッシュ・フレームではないと判断する。そして、検出器３０８は、次の処理サイクルのためにタップＴ０に配置されるスイッチ３０４に対して、表ＩＩＩに示されるようにＢフレームとして符号化するためにフレーム２を符号器３０６に提供するように指示する。
【００４６】
図９は、フレーム７がシステム３００へのビデオ入力に提供されるときのビデオ圧縮システム３００の状態を示している。このとき、フラッシュ・フレーム検出器３０８は、フレーム７、６および５をそれぞれフレームＡ、ＦおよびＢとして解析する。フレーム６はフラッシュ・フレームなので、おそらくフレーム７ともフレーム５とも強くは相関していないが、フレーム７とフレーム５は、相互に強く相関する可能性が高い。この場合、フラッシュ・フレーム検出のための三つの条件すべてが満たされ、フラッシュ・フレーム検出器３０８は、フレーム６（すなわち、現在のフレームＦ）がフラッシュ・フレームであると判断する。そして、検出器３０８は、表ＩＩＩに示されるようにフレーム７をＰフレームとして符号化するためにフレーム７を符号器３０６に提供するため、スイッチ３０４に命令を出して、スイッチ３０４が次の処理サイクル（図１０を参照）に関してタップＴ４に配置されるようにする。
【００４７】
図１０〜１２は、それぞれフレーム８、９および１０がシステム３００へのビデオ入力に提供されるときのビデオ圧縮システム３００の状態を示している。これらの各場合では、フラッシュ・フレーム検出器３０８は、現在のフレームＦがフラッシュ・フレームではないと判断する。そして、検出器３０８は、表ＩＩＩに示されるようにフレーム４、５および６をＢフレームとして符号化するためにこれらのフレームをそれぞれ符号器３０６に提供するため、スイッチ３０４に命令を出して、スイッチ３０４が次の処理サイクル（図１１〜１３を参照）に関してタップＴ０に配置されるようにする。
【００４８】
図１３は、フレーム１１がシステム３００へのビデオ入力に提供されるときのビデオ圧縮システム３００の状態を示している。この場合、フラッシュ・フレーム検出器３０８は、表ＩＩＩに示されるようにフレーム９をＰフレームとして符号化するためにフレーム９を符号器３０６に提供するため、スイッチ３０４に命令を出して、スイッチ３０４が次の処理サイクル（図１４を参照）に関してタップＴ２に配置されるようにする。このようにして、ビデオ圧縮処理は、ＧＯＰのサイズを拡大しないように調整される。今後、表ＩＩＩに示される処理結果は、表ＩＩに示される処理結果と再び一致する。
【００４９】
一般に、スイッチ３０４は、フレームをＢフレームとして符合化するためにタップＴ０に配置され、フレームをＰフレームとして符合化するためにタップＴＭに配置される（Ｍは、Ｐフレームと前のアンカー・フレームとの間隔）。このため表ＩＩＩによれば、Ｐ３とＰ７の間隔が４フレームであるから、スイッチ３０４は、フレーム７をＰフレームとして符号化するためにＴ４に配置される。また、Ｐ７とＰ９の間隔が２フレームであるから、スイッチ３０４は、フレーム９をＰフレームとして符号化するためにＴ２に配置される。
【００５０】
また、検出器３０８は、スイッチシーケンス制御信号をスイッチ３０４に送信することに加えて、フラッシュ・フレームに割り当てられるビットの数に符号器３０６が適切な修正を加えることができるように、フラッシュ・フレームが検出されると、ビット割当て制御信号を符号器３０６に送信し、符号器３０６に通知を行う。一つの可能性は、フラッシュ・フレームに割り当てられるビットの数を大きく削減し、これらのビットを他のフレームに再分配することである。このビット再割当ては、アンカー・フレーム間隔の変更が行われるかどうかに関わらず行うことができる。すなわち、フラッシュ・フレームが通常ＧＯＰパターンのもとでＢフレームとして符号化されるようにすでに予定されている場合にビット再割当てを依然として行って利益を得ることができる。
【００５１】
用途に応じて、図３のビデオ圧縮システム３００は、リアルタイム処理か、あるいは非リアルタイム処理のために、ハードウェア（例えば、デジタル信号処理（ＤＳＰ）チップの集積回路）か、あるいはソフトウェア（例えば、汎用マイクロプロセッサに載るもの）で実施することができる。
【００５２】
図３のビデオ圧縮システム３００は、二つのＢフレームが、通常、連続したアンカー・フレームの各ペア間で符号化されるＧＯＰパターン用のビデオストリーム中の孤立フラッシュ・フレームを検出して処理するように設計されている。本発明はまた、他のＧＯＰパターン用に実施し、および／またはマルチフレーム・フラッシュ・シーケンスを検出して処理するように実施することもできる。ただし、このような実施は、更なるフレーム遅延を必要とすることがあり、その結果、このような実施の有用性を、レイテンシが問題となりえない非リアルタイム用途に制限する可能性がある。持続時間中の奇数個のフィールドであるフラッシュ・フレームの検出を可能にするため、図３の各フレーム遅延バッファを二つの「フィールド遅延」バッファで置き換えられることが分かる。
【００５３】
本発明によれば、正規に予定されたアンカー・フレームがフラッシュ・フレームであると判断されると、ビデオ処理が調整される。本明細書ですでに述べた実施形態では、フラッシュ・フレームをＢフレームとして符号化し、次のアンカー・フレームの発生を１フレーム遅らせることによってビデオ処理が調整される。この他に、本発明は、アンカー・フレームを１フレーム遅らせるのでなく、ＧＯＰ構造のなかでアンカー・フレームを１フレーム進めることによって実施することもできる。これらの実施態様では、フラッシュ・フレームの直前のフレーム（通常は、Ｂフレームとして符号化されることになる）が代わりにアンカー・フレームとして符号化され、フラッシュ・フレームはＢフレームとして符号化される。その場合、ＧＯＰのサイズを１フレーム削減することができ（図１５の表ＩＶの例を参照）、あるいはＧＯＰにおける後続の処理を（例えば、ＧＯＰ中のアンカー・フレームの後続ペア間におけるＢフレームの数を増やすことによって）調整し、ＧＯＰサイズが変わらないようにすることができる（図１６の表Ｖの例を参照）。ＧＯＰのサイズを削減できるようにすることにより、（表ＩＶのタップ位置によって示されるように）他の一部の実施態様よりも少ないメモリで本発明を実施することができる。
【００５４】
ここまで、本発明の説明は、直列に接続された複数の遅延バッファを有する実施態様との関連で行ってきた。本発明は、直列に接続された一組のディスクリート遅延バッファを使用して実施することもできる。この他に、本発明は、種々のフレームを格納するために単一のメモリ素子を使用して実施することもできる。この場合、異なるフレームを参照するために一つ以上のメモリ・ポインタが使用される。これにより、この単一メモリ素子を、直列接続された多重バッファとして効率良く動作させる。「直列に接続された複数の遅延バッファ」という表現は、双方の実施態様、そしておそらくは当業者が認識する他の実施態様を含むものとして理解される。
【００５５】
本発明は、これらの方法を実行する方法および装置の形で具体化することができる。本発明は、また、有形の媒体（例えばフロッピーディスケット、ＣＤ‐ＲＯＭ、ハードディスク、または他の任意の機械読取り可能な記憶媒体）に具体化されるプログラムコードの形に具体化することができる。ここで、プログラムコードが機械（例えばコンピュータ）にロードされて実行されると、この機械は、本発明を実施する装置となる。また、本発明は、例えば、記憶媒体に記憶されるプログラムコードや、機械にロードされ、および／または機械によって実行されるプログラムコードや、伝達媒体を介して（例えば、電気配線もしくはケーブル接続を介して、ファイバ光学によって、または電磁放射を介して）伝送されるプログラムコードの形に具体化することもできる。ここで、プログラムコードが機械（例えばコンピュータ）にロードされて実行されると、この機械は、本発明を実施する装置になる。汎用プロセッサ上で実施される場合、これらのプログラムコード部は、プロセッサと組み合わさって特定の論理回路と類似の動作をする独特な装置を提供する。
【００５６】
当業者であれば、本発明の性質を説明するために記述および図示した詳細、材料、および部品の配置に、特許請求の範囲に表される本発明の原理と範囲から逸脱することなく種々の変形を加えることができる。
【図面の簡単な説明】
【図１】ビデオ・フレームのストリームを再順序づけして圧縮ビデオ・ビットストリームに符合化する従来のビデオ圧縮システムのブロック図である。
【図２】表Ｉを示す図である。この表は、フレームの時間順序と符号化順序との関係を示すとともに、時間順序から符号化順序にビデオ・フレームを再順序づけするために使用される図１のシステムのスイッチのタップ位置を示している。
【図３】本発明の一つの実施形態に従って、ビデオ・フレームのストリームを再順序づけし、圧縮ビデオ・ビットストリームに符合化するビデオ圧縮システムのブロック図である。
【図４】表ＩＩを示す図である。この表は、フレームの時間順序と符号化順序との関係を示すとともに、フラッシュ・フレームを有しないＧＯＰに関して時間順序から符号化順序にビデオ・フレームを再順序づけするために使用される図３のシステムのスイッチのタップ位置を示している。
【図５】表ＩＩＩを示す図である。この表は、フレームの時間順序と符号化順序との関係を示すとともに、フレーム６にフラッシュ・フレームを有するＧＯＰに関して時間順序から符号化順序にビデオ・フレームを再順序づけするために使用される図３のシステムのスイッチのタップ位置を示している。
【図６】フレーム２が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図７】フレーム５が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図８】フレーム６が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図９】フレーム７が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図１０】フレーム８が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図１１】フレーム９が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図１２】フレーム１０が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図１３】フレーム１１が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図１４】フレーム１２が図３のシステムのビデオ入力に提供されるときの図３のシステムの状態を示す図である。
【図１５】表ＩＶを示す図である。この表は、フレームの時間順序と符号化順序との関係を示すとともに、フレーム６にフラッシュ・フレームを有するＧＯＰに関して時間順序から符号化順序にビデオ・フレームを再順序づけするために使用される図３のシステムのスイッチのタップ位置を示している。ここで、このアンカー・フレームは、ＧＯＰ構造が改良されており、ＧＯＰサイズが１フレーム低減されている。
【図１６】表Ｖを示す図である。この表は、フレームの時間順序と符号化順序との関係を示すとともに、フレーム６にフラッシュ・フレームを有するＧＯＰに関して時間順序から符号化順序にビデオ・フレームを再順序づけするために使用される図３のシステムのスイッチのタップ位置を示している。ここで、このアンカー・フレームは、ＧＯＰ構造が改良されており、ＧＯＰサイズは維持されている。
【符号の説明】
３００…ビデオ圧縮システム、３０２…フレーム遅延バッファ、３０４…スイッチ、３０６…ビデオ符号器、３０８…フラッシュ・フレーム検出器。
【図１】
0004402219.tif 000002
【図２】
0004402219.tif 000003
【図３】
0004402219.tif 000004
【図４】
0004402219.tif 000005
【図５】
0004402219.tif 000006
【図６】
0004402219.tif 000007
【図７】
0004402219.tif 000008
【図８】
0004402219.tif 000009
【図９】
0004402219.tif 000010
【図１０】
0004402219.tif 000011
【図１１】
0004402219.tif 000012
【図１２】
0004402219.tif 000013
【図１３】
0004402219.tif 000014
【図１４】
0004402219.tif 000015
【図１５】
0004402219.tif 000016
【図１６】
0004402219.tif 000017