【誤訳訂正書】
【提出日】平成19年9月5日(2007.9.5)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
ビデオデータのフレームを誤り耐性を有するように圧縮するための方法であって、
該フレームを符号化ブロックおよび省略ブロックを含む複数のブロックに分割し、
各スライスが省略ブロックで開始又は終了しないように、該複数のブロックを一連の複数のスライスに連続的にまとめて、
該一連の複数のスライスのうち、少なくとも１つのスライスにおける最後の符号化ブロックの後に、該少なくとも１つのスライス内で該最後の符号化ブロックと該スライスの最後部の間に存在する省略ブロックの数を示すランレングスコードワードを挿入することを特徴とする方法。
【請求項２】
各スライス内の連続ブロックの数が任意であり、
該スライスが、前記フレーム内の任意の位置で開始、終了することが可能である請求項１の方法。
【請求項３】
各スライスが、対応するデータパケットとして通信するために配列されたデータを含み、各スライスは、その含まれるデータがその対応するデータパケットを最適に満たす大きさである請求項１の方法。
【請求項４】
前記複数のスライスのうち１つが、そのスライスの最後のコードワードの後に特定数の省略ブロックが続くことを示すコードワードを有する第１のスライスを含み、
同様に該第１のスライスの最後部に存在する該特定数の省略ブロックを示すさらなるランレングスコードワードが、前記一連の複数のスライスにおいて該第１のスライスの直後に続く第２のスライスの先頭部に挿入されている請求項１の方法。
【請求項５】
スライス内の符号化ブロックが、各符号化ブロックに先行する省略ブロックの数を示すランレングスコードによってアドレッシングされる請求項１の方法。
【請求項６】
各スライスが開始コード、ヘッダおよびその中に含まれる符号化ブロックに関するデータを含む請求項１の方法。
【請求項７】
スライス内の連続する省略ブロックが、単一の記号によって一緒に符号化され、各記号がスライス内の連続する２つの符号化ブロックの間に、省略ブロックの数を示すために配置され、さらに各スライスの先頭部と最後部に記号が１つ配置される請求項１の方法。
【請求項８】
前記ランレングスコードワードが無限大の可変長コードの配列によって作成される請求項１の方法。
【請求項９】
特定のスライスの最後部にランレングスコードワードが存在しないことが、前記一連の複数のスライスの特定のスライスの後、次のスライスまで、省略ブロックが存在しないことを示す請求項１の方法。
【請求項１０】
各スライスが、輝度解像度が１６×１６画素であるマクロブロックを有する請求項１の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】非符号化マクロブロックのランレングス符号化方法
【背景技術】
【０００１】
本特許出願は、２００１年３月２０日に出願された米国特許仮出願第６０／２７７５１５号に基づく優先権を主張するものであり、その開示内容をすべて参照によりここにて導入する。
【０００２】
ここに開示し、請求する発明は、一般的に、ビデオ信号データの圧縮方法に関するものである。より具体的に、上述のような方法において、ビデオデータを一連の符号化マクロブロックと省略（非符号化）マクロブロックによって統合的に表したものに関する。さらに具体的に、マクロブロックを複数のスライスにまとめて、その中に含まれる省略マクロブロックの数を示すためにランレングス符号化を使用する方法に関する。
【０００３】
非圧縮状態のデジタルビデオ信号は、通常、大量のデータを含んでいる。しかし、実際に必要となる情報は、時間的および空間的な相互関係を考慮すると、かなり少ないのである。従って、ビデオ信号を保存する場合や、ある場所から他の場所へ送信する場合など、特定の作業を行うために実際に必要になるデータの量をなるべく少なくするためにビデオ圧縮法や符号化法が採用される。例えば、ビデオフレームの特定の領域を直前のフレームの対応する領域から予測するいわゆる動き補償予測法によって、時間的冗長性を利用した符号化処理が可能である。すなわち、フレームの一部において、前のフレームの対応する部分に対する変化が全くまたは殆どないことがある。このような領域を省略したり符号化対象から外すことによって、圧縮効率を効率化することができる。一方、前のフレームと一致する個所が検出されなかった場合であっても、フレーム内で予測を行うことで空間的冗長性を減らすことができる。良好な予測方式であれば、予測誤差が減少し、符号化する必要のある情報の量を大幅に削減することができる。さらに、例えば離散コサイン変換を利用して画素を変換すると、空間的相互関係によって効率をさらに上げることができる。従来技術によるビデオ圧縮法として、例えば、１９９９年５月１１日に登録された米国特許第５９０３３１３号に開示されているものがある。
【０００４】
ビデオデータを圧縮することによって上述のような利点が得られる反面、ある場所から他の場所へ送信される圧縮データである符号化ビットストリームは、誤りの生じ易い通信チャネルによって不良を起こしてしまう可能性がある。従って、予測に頼りすぎると、誤りが伝播したり、ビデオの画質が非常に悪くなってしまうなど、多大な被害が生じる可能性がある。従来では、このような被害を防ぐための一般的な方法として、特定の時間に時間的予測を禁止したり、空間的予測をビデオフレームまたは画像内の分割されたセグメント内に限定することなどを行っていた。よって、復号化された（圧縮、通信後の）ビデオ信号の全体的な画質は、圧縮率と誤りへの耐性との間のトレードオフによって決定する。しかし、柔軟性を有し、誤りに強い分割処理を使用することと、ビデオデータフレーム内の省略または非符号化領域を表すための効率的な信号を生成することを両立することは難しい。従来の方法では、柔軟性および効率性を犠牲にして分割処理を固定領域に限定したり、原則的には符号化を要しない領域であってもセグメントの符号化を強行することによってこの課題を解決していた。
【０００５】
本明細書中、「画像」および「フレーム」なる用語は、ビデオシーケンスの中の１フレーム分の画像データを示すものとして同意義で使用する。
【０００６】
空間的な誤り伝播を抑えることを目的とした画像分割方法や技術は様々存在する。標準的な方法として、ＩＴＵ−Ｔ勧告Ｈ．２６１およびＨ．２６２がある。勧告Ｈ．２６１は、ビデオシーケンスの各フレームをブロック群（Group of Blocks＝ＧＯＢ）と称する複数のセグメントに分割するものである。各ＧＯＢは、３行１１列に配置される３３個のマクロブロックからなり、各マクロブロックの面積は１６×１６画素である。従って、Ｈ．２６１に対応した画像処理方式である３５２×２８８画素の共通中間フォーマット（Common Intermediate Format＝ＣＩＦ）と、１７６×１４４画素の１／４共通中間フォーマット（Quarter Common Intermediate Format＝ＱＣＩＦ）は、それぞれ、１２個と３個の重複しないＧＯＢを組合わせることで画像を形成するものである。
【０００７】
各ＧＯＢ内では、複数のマクロブロックが行毎に左から右へと順番に配置され、１番目のブロックは左上の隅に、３３番目のブロックは右下の隅に位置する。ただし、直前に符号化された画像（前に符号化された画像が存在した場合）と相違するマクロブロックしか符号化する必要がない。従って、各符号化マクロブロックの前に、そのマクロブロックのＧＯＢ内の位置を示すためのマクロブロックアドレスが送信される。ＧＯＢ内で最初に符号化されるマクロブロックのアドレスは、そのマクロブロックのＧＯＢの中の位置を示すものである。それ以降のマクロブロックのアドレスは、直前の符号化マクロブロックに対する相対的な位置の差を示すものである。マクロブロックアドレスは、図１に示すような可変長のコードワードによって示される。アドレスを伴わないマクロブロックは、省略すべきものであり、前回の画像から複製される。すなわち、省略されたマクロブロックのビデオデータは、前回の画像の対応するマクロブロックのデータと同一のものである。どのマクロブロックを何個符号化するかについては制約はないが、ＧＯＢには、符号化／非符号化を問わず、必ず３３個のマクロブロックが含まれることに注意されたい。各ＧＯＢの開始および終了位置は、Ｈ．２６１規格によって規定されており、ビットストリーム内では各ＧＯＢヘッダ内のＧＯＢ番号によって示されている。
【０００８】
より柔軟性の高い画像分割方法として、それぞれＭＰＥＧ−１とＭＰＥＧ−２のビデオ規格であるＩＳＯ／ＩＥＣ１１１７２−２とＩＳＯ／ＩＥＣ１３８１８−２が存在する。後者はさらにＩＴＵ−Ｔによって勧告Ｈ．２６２として同時に発表されているものである。この規格によると、画像は、勧告Ｈ．２６１で使用される上述のＧＯＢとは異なる、スライスというものに分割される。各スライスは、連続するシーケンスまたはシリーズに配列された任意数のマクロブロックからなり、マクロブロックの順序付けは、左上の隅から開始して画像全体に適用される。各スライスの長さは少なくとも１マクロブロックであり、他のスライスとの重複はない。ＭＰＥＧ−１では、スライスの長さは任意であるが、スライス間に間隔があってはいけない。ＭＰＥＧ−２では、スライスが一行のマクロブロック内に収まることを条件にしているが、スライス構造内に間隔があってもよい。ここで、スライス間の間隔は、対応するマクロブロックが省略されていることと、省略されたマクロブロックのデータが前回の画像の対応するマクロブロックの画素値から複製されるべきであることを復号機に示している。
【０００９】
ＭＰＥＧ−１およびＭＰＥＧ−２形式におけるスライスに対する重要な制約として、スライス内に含まれる最初と最後のマクロブロックは符号化されていなくてはならない。換言すると、スライスが省略マクロブロックで開始または終了することは許されない。この条件があるため、新しいスライスが開始する時、直前のスライスがどこで終了したか必ず明瞭である。すなわち、前回のスライスは最後の符号化マクロブロックが送信された直後に終了したのである。最初と最後のマクロブロックを除けば、スライス内に送信する必要のない省略マクロブロックが含まれていてもよい。従って、各符号化マクロブロックのスライス内の位置はビットストリームの中に示してある。これは、勧告Ｈ．２６１によるＧＯＢの配列と同様に行われる。各マクロブロックの相対位置をマクロブロックアドレス増分（Macroblock Address Increment）と呼び、図１のコードワードによって示される。スライスに３２個の省略マクロブロックを収容させることを可能にするために、マクロブロックエスケープコードワード（Macroblock Escape Codeword）も含まれる。実際のマクロブロックアドレス増分の前に、各々が３３マクロブロックの追加増分を示す１つまたは複数のエスケープコードワードを挿入することができる。
【００１０】
各セグメントに含まれるマクロブロックの数が可変であるため、セグメントを特定のビットサイズ内に収めることができる。これは、ＩＰ（インターネットプロトコル）ネットワーク上の通信用にセグメントをパケット化したい場合に非常に有効であり、パケットサイズの小さい無線技術において特に重要である。さらに、セグメントの大きさを調整することで様々な通信環境に適応させることができる。例えば、損失の多いチャネルでは、小さいセグメントを使用することにより、圧縮効率を下げる代わりに、ビデオの画質を改善することができる。従って、ビット誤り率に基づいて最適なセグメント長を求めることができる。上述の勧告Ｈ．２６１では、ＧＯＢセグメントの境界が既に規定されている。よって、ＧＯＢの大きさが調整し難く、セグメントが柔軟性に欠ける。その点、ＭＰＥＧ−１およびＭＰＥＧ−２のほうが応用性に優れている。しかし、スライスの境界は、スライスの最後のマクロブロックが必ず符号化されていることを保証することで示されるので、このような基準では、効率的な圧縮および最適なスライスサイズが実現し難いことが多い。その理由は、本来ならば省略することができたマクロブロックを符号化しないと、所望のスライスサイズが得られなくなることがあり得るためである。このような不都合は図２を参照するとさらに明確になる。
【００１１】
図２には、ＱＣＩＦ画像内の１０個のマクロブロックからなる行を示すが、それ以外の部分は図示しない。マクロブロックは第１の場所で符号化され、第２の場所に存在する復号器に送信され、そこで復号化されることで元のビデオデータが復元される。通常の圧縮方法では、元のデータがある程度の品質の劣化を伴った状態で復元される。図２に、さらに、少なくとも符号化マクロブロック１２ａおよび１２ｂを含むスライス１２の最後部、少なくとも符号化マクロブロック１４ｂを含むスライス１４の先頭部、および符号化マクロブロック１２ａ〜ｃおよび１４ａ〜ｂの間に位置する省略マクロブロック１６ａ〜ｆを示す。分割化をＭＰＥＧ−２方式に従って行う必要があり、スライス１２および１４を指定された最大サイズの個別のＩＰパケット内に収めることができるように形成するためにＢとＣの間にスライスの境界を引きたい場合、符号化マクロブロック１２ｃと１４ａとの間の省略マクロブロックによって、図２に示すマクロブロックを分割する際に問題が生じる可能性がある。スライス１２および１４がＩＰパケットの最大容量をちょうど満たすようにしたい場合、スライスの境界の位置がさらに重要になってくる。図２に示す従来の構造にＭＰＥＧ−２規格を適用したい場合、３つの方法が考えられるが、いずれにも不都合がある。
【００１２】
第１の可能性は、スライス１２を図２中Ｂで終了させ、スライス１４をＣで開始させる方法である。ＢとＣとの間の省略マクロブロック１６ａ〜ｆのデータは伝送されないので、復号機によって省略されたものと見なされる。しかし、圧縮データが無線通信チャネルのような損失の多いチャネル上で伝送された場合、Ｃで開始し、スライス１４を含むＩＰパケットが失われてしまい、復号機で受信されないことが充分考えられる。その場合、省略マクロブロック１６ａ〜ｆに関する情報がすべて失われてしまう。特に、復号機において、省略されたマクロブロックと失われたマクロブロックとの区別がつかなくなる。
【００１３】
第２の可能性は、スライスの境界をＢまたはＣに引き、スライス１２と１４の間の間隔をなくす方法である。図２中Ｂに境界を引いた場合、スライス１２の最後のマクロブロックは符号化マクロブロック１２ｃになるが、スライス１４の最初のマクロブロックは省略マクロブロック１６ａになる。一方、境界をＣに引いた場合、スライス１４の第１のマクロブロックは、符号化マクロブロック１４ａになるが、スライス１２の最後のマクロブロックは省略マクロブロック１６ｆになる。上述のとおり、ＭＰＥＧ−２規格では、スライスの最初または最後に省略マクロブロックが位置することが許されないため、いずれの構造も不可である。そのため、省略マクロブロック１６ａまたは１６ｆのうちいずれかの省略マクロブロックを余計に符号化する必要がある。また、省略マクロブロックを、(絶対）動きベクトルを０とし、係数がない状態で符号化しなくてはならない。このようにすることで、ＢとＣの間の省略マクロブロック情報の送信が可能になる。しかし、特に予測動きベクトルが大きい場合、省略マクロブロックの符号化によってさらに送信する必要が生じるビットの数は相当の量になってしまう可能性がある。
【００１４】
第３の可能性は、スライスの境界を図２中ＡまたはＤに引く方法である。その結果、第１および第２の方法について上述した各不都合を避けることができる。しかし、上述のとおり、各パケットを最大ビットサイズに統一することによって、１パケットにつき１スライスが収まるような状態で、各スライスのデータをＩＰパケットに包んだ状態で送信することが望ましい。ネットワークの容量を最大限に利用するために、各パケットにできるだけ多くのビットを収めたほうがよい。従って、境界をＡに引くことにより、スライス１２の大きさが、パケットのビット容量を最大限に活かすことができなくなるほど小さくなってしまうようであれば、最適の状態が得られなくなる。また、境界をＤに引くと、スライス１２が最大パケットサイズを超えてしまうため、そのようにすることは不可能である。
【特許文献１】米国特許第５２１６８０５号公報
【発明の開示】
【００１５】
本発明は、ビデオデータのフレームをスライスに分割する方式のビデオ圧縮方法に関するものである。各スライスは、画像の任意の位置で開始、終了する任意数の連続マクロブロックを含むので、任意の位置でスライスを開始、終了させることができる。スライスに含まれるマクロブロックの数は可変であるため、様々な符号化環境における符号化規格に適用させるために、本発明の実施形態を容易に変更することができる。
【００１６】
本発明のある実施形態は、ビデオ画像データのフレームを圧縮するための方法に関し、該フレームを符号化ブロックと省略ブロックを含む複数のブロックに分割し、該ブロックを一連のスライスに連続的にまとめる過程を有する。この方法は、さらに、該一連のスライスのうちある１つのスライスの最後の符号化ブロックの後にランレングスコードワードを挿入することで、該スライス内で該最後の符号化ブロックと該スライスの最後部の間に存在する省略ブロックの数を示す過程を有する。従って、本発明のある側面によれば、ビデオデータのフレームの非符号化領域が、ランレングス符号化を使用することで有効に示される。連続する省略ブロックは一緒にまとめられ、ランレングスコードワードと称する、省略ブロックの数を示すための単一の記号で符号化される。フレームのセグメント内の非符号化領域をすべて信号化することで、柔軟な画像分割を実現することができ、損傷した画像領域を有効に隠すことができる。
【発明を実施するための最良の形態】
【００１７】
図３を参照すると、従来技術について上述したような課題を解決あるいは実質的に低減することができる本発明の実施形態に従って圧縮されるマクロブロックの行１８が示されている。マクロブロック１８ａ〜１８ｋからなる行１８は、図２の行１０に似ており、各フレームがマクロブロックに分割され、各マクロブロックの輝度解像度が１６×１６画素である動き補償デジタルビデオ圧縮処理に使用される。マクロブロック１８ａ〜１８ｃおよび１８ｊ〜１８ｋは、従来技術に従って符号化された符号化マクロブロックに動き補償情報を付加したものであり、マクロブロック１８ｄ〜１８ｉは、上述したような省略マクロブロックである。
【００１８】
本発明によると、ブロック１８ａ〜１８ｋは複数のスライスに分割され、各スライスは任意数の連続マクロブロックを含むことができ、該当フレーム内の任意の位置で開始したり終了したりすることができる。従って、スライスの開始および終了位置は完全に自由である。この自由があるため、図３に示すマクロブロックは、スライスの境界をＣに引くことで第１スライス２０と第２スライス２２に分割することができる。これにより、対応するＩＰパケットを最適に満たすことができるような大きさのスライス２０および２２が得られること、すなわち、各パケットが最大容量まで満たされていることが想定される。よって、スライス２０はマクロブロック１８ａ〜１８ｉで終了し、スライス２２はマクロブロック１８ｊ〜１８ｋで開始する。より具体的にいえば、スライス２０は６つの省略マクロブロック１８ｄ〜１８ｉで終了する。
【００１９】
図４を参照すると、本発明による圧縮後のスライス２０および２２とそれぞれのマクロブロックが見える。具体的に、図４に、スライス２０の最後の符号化マクロブロック、すなわちマクロブロック１８ｃの直後に、ランレングスコードワード２４が示してある。コードワード２４は、スライス２０の最後部を画定し、スライス２０の最後の符号化マクロブロックに続いて、次のスライスの前に位置する非符号化または省略マクロブロックの数を示す指数を有する。数ビット程度のものであってもよいコードワード２４は、スライス２０内で６つの省略マクロブロック１８ｄ〜１８ｉが符号化マクロブロック１８ｃに続いていることを復号機に示すものである。従って、次のスライスであるスライス２２が通信中に失われたとしても、省略マクロブロックに関する情報は復号機に到着する。コードワード２４の長さは数ビットで足りるので、このような誤り耐性を設けるために必要なコストが低い。よって、本発明の実施形態は、各スライスのサイズをＩＰパケットのサイズに一致するように適応させることを可能にする。これは、パケットが比較的小さい無線技術において特に有用である。同時に、省略マクロブロックをスライスの最後部で圧縮することによって、誤りに対する回復力が非常に高い。
【００２０】
図には示さないが、各圧縮スライスやグループには、ヘッダまたは開始コードが含まれている。
【００２１】
本発明のある実施形態によると、ランレングスコードワード２４は図１に示すいずれかのマクロブロックアドレスに対応するコードワードであってもよい。この実施形態では、上述のＨ．２６１におけるＧＯＢのアドレッシングと同様に、符号化マクロブロックは先行の省略マクロブロックのランレングス符号化を使用してアドレッシングされる。ただし、コードワード２４は符号化マクロブロックをアドレッシングするためのものではなく、最後の符号化マクロブロックとスライスの最後部との間で省略されたマクロブロックの数を示すものである。省略ブロックの数が０である可能性を考慮して、図１から選択された番号は省略ブロックの数に１を足した値に等しい。従って、６つの省略ブロック１８ｄ〜１８ｉを示したい場合、図１から７番が選択されるので、コードワード２４は０００１０になる。図１は３３個のアドレスしか示さないため、上述のＭＰＥＧ−１およびＭＰＥＧ−２規格と同様に、さらなる３３個の省略マクロブロックを示すためにエスケープコードワードを使用することができる。
【００２２】
本発明の第２の実施形態によると、ランレングスコードワード２４を無限大の可変長コードによって形成することができる。この種のコードを使用すると、上述のエスケープコードワードの必要がなくなる。図５に非常に有用な無限大可変長コードの例が示してある。略記方式で示すと、無限大コードのコードワードは次のパターン：１、０ｘ１、０ｘ０ｘ１、０ｘ０ｘ０ｘ１、０ｘ０ｘ０ｘ０ｘ１、．．．に従って作成される。ここで、ｘは０または１である。
【００２３】
図５には、さらに、ＳＫＩＰＲＵＮという記号が示してあるが、これは連続省略ブロックのランレングス符号化を表す単一の記号である。従って、図３に示す６つの省略マクロブロック１８ｄ〜１８ｉについて言えば、ＳＫＩＰＲＵＮは６であり、ランレングスコードワード２４は、図５から、０１０１１である。この実施形態において、ＳＫＩＰＲＵＮは必ずスライスグループの最初と最後に送信され、２つの隣接する符号化マクロブロックの間に、省略されたマクロブロックの数を示すために挿入される。
【００２４】
本発明の変形として、最後の符号化マクロブロックに続いてスライスの最後部に至るまで、省略マクロブロックが存在しない場合、省略マクロブロックが０個であることを示すためにランレングスコードワード２４を使用しない。この変形では、スライス間にランレングスコードワードが検出されなかった場合、復号機は、その間に省略マクロブロックが存在しないものと見なす。従って、図１および５のコード配列がずれる。この場合、図１の構造における６つの省略マクロブロック１８ｄ〜１８ｉは、コードワード０００１１によって示される。図５の構造において、６つの省略マクロブロックはコードワード０１００１によって示される。
【００２５】
図６には、スライス２０と２２が重複するさらなる変形が示されている。これは、図３に示すように、第１のスライス２０を境界Ｃで終了させ、第２のスライス２２を境界Ｂで開始させることで実現する。その結果、スライス２０は上述のようなランレングスコードワード２４で終了することで、６つの省略マクロブロック１８ｄ〜１８ｉの存在を示している。さらに、スライス２２には、６つの先行するマクロブロック１８ｄ〜１８ｉの存在を示すためのコードワード２６が設けられる。よって、スライス２０および２２のうち一方が失われたとしても、他方の受信さえ成功すれば、省略マクロブロック１８ｄ〜１８ｉに関する情報が受信される。図示しないが、スライス２０および２２において、省略マクロブロック以外のマクロブロックが重複していてもよい。
【００２６】
さらなる変形では、非符号化または省略マクロブロックを含むスライスのみを許可するシンタックスを作成することもできる。その例として、スライスの全長に及び、マクロブロックデータを含まない、単一のランレングスコードワードによってスライスを示すようにすることができる。
【００２７】
図７には、ビデオカメラ等のビデオ情報源２８が示してある。ビデオ情報は、ここで説明するような本発明の実施形態に従って連続するデータフレームを圧縮するビデオ復号機３０に接続される。この圧縮データを含むビットストリームが、送信機３２と受信機３４の間の、無線通信チャネル等の通信チャネルを介して送信される。受信されたデータは、ビデオ情報を抽出する復号機３６に供給される。その動作において、復号機は以前に受信された画像の省略マクロブロックに対応する画素を複製する。
【００２８】
勿論、上記の教示内容に基づき、本発明にさらなる変更や変形を加えることが考えられる。従って、開示された概念の範囲内で、具体的に説明された形態以外にも、様々な形態によって本発明を実施することが可能であることを理解されたい。
【図面の簡単な説明】
【００２９】
【図１】図１は、マクロブロックのアドレスを直前のマクロブロックに相対して表すためのコードワードを示す表である。
【図２】図２は、従来技術の欠点を説明するためのＱＣＩＦ画像におけるマクロブロックの行を示す概略図である。
【図３】図３は、本発明の実施形態に従って圧縮または符号化すべきマクロブロックの行を示す概略図である。
【図４】図４は、圧縮後の図３のマクロブロックの行を示す概略図である。
【図５】図５は、本発明の実施形態に使用するためのランレングスコードワードを示し、より具体的には無限大に続く表のうち最初の１０個の可変コードワードを示す表である。
【図６】図６は、本発明の変形に従って符号化されたマクロブロックの行を示す概略図である。
【図７】図７は、本発明の実施形態に従ってビデオデータを圧縮、送信および復号化するための簡単化されたシステムを示す概略図である。