トップ :: G 物理学 :: G10 楽器;音響




【発明の名称】 ウインドウ圧縮／伸張方法
【発明者】 【氏名】チャールズ ディ、リュエック

【氏名】アレック シー、ロビンソン

【氏名】ジョナサン エル、ロウランズ

【氏名】ジェフリー エス、ヘイズ
【要約】 【課題】オーディオコーダのウインドウ表（２２）を、質の低下なしに、元のサイズの８分の１以下に圧縮する。

【解決手段】ウインドウ表（２２）についての記憶要請を、複数回の差分により減少させる。任意の２つの隣接するウインドウサンプルの差は比較的に小さいので、この差を記憶する方が、実際のサンプルを記憶するより、効率がよい。
【特許請求の範囲】
【請求項１】 変形による任意のオーディオエンコーダのウインドウ表を圧縮する方法であって、以下のステップ、即ち所定の回数だけデータのウインドウをサンプリングして、最初の数個のウインドウサンプル値と残りのウインドウサンプル値を生成するステップと、ウインドウ圧縮フィルタを提供するステップであって、当該フィルタは２つ以上の段を有して、当該フィルタの実行の前に、各段が初期状態変数を有することを特徴とするステップと、前記少なくとも数個のウインドウサンプル値と前記ウインドウ圧縮フィルタの前記初期状態変数とを記憶するためのメモリに圧縮されたウインドウ表を提供するステップと、前記ウインドウ圧縮フィルタ内の残りのウインドウサンプル値を差分によりエンコードし、当該圧縮されたウインドウサンプルを前記圧縮されたウインドウ表に記憶するステップとを備える方法。
【請求項２】 変形によるオーディオエンコーダのウインドウ表圧縮器（compressor）の構造であって、最初の数個のウインドウサンプル値と残りのウインドウサンプル値を生成するデータウインドウの所定個数のウインドウサンプル値と、ウインドウ圧縮フィルタであって、当該フィルタの実行前に、２つ以上の段を有して、各段が初期状態変数を有するウインドウ圧縮フィルタと、前記少なくとも数個のウインドウサンプル値と前記ウインドウ圧縮フィルタの前記初期状態変数とを記憶するためのメモリ内の圧縮されたウインドウとを備え、前記ウインドウ圧縮フィルタは、前記残りのウインドウサンプル値を差分によりエンコードし、当該差分によりエンコードされたウインドウサンプルを前記圧縮されたウインドウ表に記憶することを特徴とする構造。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、あらゆる変形に基づくオーディオコーダまたは、ウインドウイング段を使用するオーディオコーダに適用することのできる圧縮／伸張のための技術に関する。
【０００２】
【従来の技術】１９９１年、動画専門家グループ（ＭＰＥＧ）、即ち国際標準化機構（ＩＳＯ）のもとで組織されたグループは、オーディオ・ビデオシステム規格として、ＭＰＥＧ−１を作った。ＭＰＥＧ−１は、３つの「層」を持っていた。最初の２つの層１と２は、より簡単なオーディオコーディング及びデコーディングアルゴリズムであり、一方、第３の層は、ＭＰ３と名づけられ、より複雑なオーディオコーディング及びデコーディングシステムであったものが、つい最近、悪評を受けるようになった。ＭＰＥＧ−１は、単数チャンネルのステレオ規格であり、３２−４８ｋＨｚサンプリング速度で動作する。１９９４年ごろ、ＭＰＥＧ−２が３つの同じ層から成るものとして作られたが、今回は、複数チャンネルであって、あるいは、５つの方向と１つのサブウーファに対して（５．１）という名前で呼ばれた。中央、左、右、左周囲音声、右周囲音声、及び低周波数エクサイタ(exciter)（ＬＦＥ）である。また、ＭＰＥＧ−２は、ずっと低いサンプリング速度でも動作した。ＭＰＥＧ−１の３２−４８ｋＨｚに対して、１２−３２ｋＨｚである。更に、ＭＰＥＧ−２は、ＭＰＥＧ−１と下位互換性（ＢＡＣ）があり、これは、ＭＰＥＧ−２がすべてのＭＰＥＧ−１のデータストリームを再生することができることを意味していた。
【０００３】より最近になって、１９９７年ごろ、前記規格が下位互換性（ＢＡＣ）を持つ必要がなければ、オーディオコーディング及びデコーディングは、更に最適化することができるという考えがあった。その結果、オーディオコーディング及びデコーディング規格ＭＰＥＧ−２非下位互換性（ＮＢＣ）が開発されたが、名前が示すとおり、以前の規格ＭＰＥＧ−１及びＭＰＥＧ−２とは下位互換性を持たなかった。この規格は、商業的に所望されるものではなかった（何故なら、名前自体に非下位互換性という意味がこめられていた）ので、ＭＰＥＧ−２上級オーディオコーディング（ＡＡＣ）に変更された。ＭＰＥＧ−２ＡＡＣは、複数チャンネルシステムであって、４８チャンネルまで持つことができ（外国語適用が可能となった）、ＭＰ３＠６４ｋｂｐｓに対して６４ｋｂｐｓのＭＰ３（ＭＰＥＧ−１の第３層）と比較するなら、単数等価（mono equivalence）を有する。
【０００４】変形に基づくオーディオデコーダならどんなものでも、解凍されたデータを時間ドメイン出力サンプルに変形する最終「ウインドウ−重複−加算」段がある。この段を実現するのに、メインデータに必要なものは、現在解凍されたデータを含む入力バッファと、以前に解凍されたデータを含む状態バッファと、「ウインドウ」係数を記憶する定数表である。これらのウインドウ表は、出力信号の質に直接的に影響し、この質を高く維持するには、表には、かなりの量の記憶、約２−４ｋが必要である。また、オーディオ圧縮アルゴリズムは、複数ウインドウ形状をサポートするので、必要な記憶は４−８ｋあるいはそれ以上になることがある。組み込みに適用された場合は、メモリが非常に制限されるので、これらの表のサイズを減らすことが必要になる。
【０００５】
【発明の要約】テキサス・インスツルメンツ社は、質の低下なしに、オーディオコーダのウインドウ表を、元のサイズの１/８（あるいは、それ未満）まで圧縮するための専有の技術を開発した。この技術は、あらゆる変形に基づくオーディオコーダ、あるいはウインドウイング段を使用するどんなオーディオコーダにも適用することができる。テキサス・インスツルメンツ社が開発したオーディオコーダのウインドウ表に対する記憶要求を減少させる新規技術は、複数差分に基づくものである。２つの隣接するウインドウサンプルの間の差は、比較的に小さいので、この差を記憶する方が、実際のサンプルを記憶するより効率が良い。更に、最初の差分信号における任意の２つの隣接するサンプルの間の差は小さいので、この差を記憶する方が効率が良い。この技術は、繰り返して行うことによって、リターンを小さくし、圧縮を“undo”するのに必要な演算上の要求を上げることができる。差分を行う最適な回数は、具体的にはアプリケーション及びウインドウ形状に依存する。
【０００６】
【実施の形態】ウインドウ−重複−加算の概念は、オーディオエンコーダの視点から見るのが最も簡単に説明することができる。ほとんどの任意のオーディオ圧縮アルゴリズムを導入する場合、時間ドメイン入力信号（例えば、コンパクトディスクのオーディオ）は、サンプルの重複するセクションに分割され、それぞれがウインドウにより乗算され、変形により分析される。図１は、この過程においてどのように各セクションのウインドウが重複するかを示す。換言すると、図１は、ウインドウ−重複−加算のプロセスを示す。各ウインドウが先行するウインドウと半分重複していることに注意されたい。
【０００７】重複するセクションは、時間解像度(time resolution)を増加させ、変形出力値ｍｐ量子化の結果としての不連続効果を減少させるための手段を提供する（これにより、データ減少が達成される）。オーディオレコーダは、エンコーダで行われるステップを逆にする必要があり、ここでも、ウインドウ−重複−加算段が必要となる。ウインドウの形状は、それが平方され、それ自身と重複加算されたときに、定数になるように選択される。ＡＡＣ正弦ウインドウにより、それが、この制約に合うことを簡単に証明することができる。
【０００８】ＡＡＣ正弦ウインドウは、以下のように定義することができる。

２つの（分析及び合成）ウインドウ−重複−加算段から、次の等式が得られる。

これらのウインドウ表２２がどのくらいのデータを必要とするかを示すために、このセクションは、例えば、ＭＰＥＧ−２ ＡＡＣを使用して、メモリ演算を行う。２つの異なるウインドウ形状がエンコーダに通知されなければならない。これらは、正弦形状とドルビー形状である。正弦形状は、正弦波関数であるから、ウインドウ全体を通じて予測することができる。正弦波のたった４分の１を記憶するだけで、ウインドウ形状の全体を再生することができる。ドルビーウインドウは、そうはいかない。ドルビーウインドウ形状は、正弦のような既知の関数には従わないが、正弦波に非常に近い形状（Ｄｏｌｂｙが所有する専有アルゴリズムにより定義される）を有しており、それは、ウインドウの中央点に対して対称的である。ドルビー形状は、ウインドウの中央点に対して対称的であるため、ウインドウ全体を再生するには、少なくともドルビー形状の半分を記憶しなければならない。ドルビー形状のウインドウについては、ウインドウの半分を記憶しているので、正弦ウインドウ形状についても、ウインドウの半分を記憶することになる。
【０００９】ＡＡＣにおけるウインドウ長さは、長い変形では２０４８サンプルであり、短い変形では２５６サンプルである。換言すると、ウインドウ１つにつき、長い変形を２０４８回サンプルし、短い変形を２５６回サンプルすることになる。前述のように、アルゴリズムの設計者達は、ウインドウ形状を対称的にすることによって、１０２４のウインドウサンプルだけを記憶すれば良いようにした。デコーダが高品質出力を生成するために、これらのウインドウサンプル表２２は、少なくとも１６ビット精度（２バイト）で、好ましくは３２ビット精度（４バイト）で記憶されなければならない。つまり、最高の品質のためには、ＡＡＣにおける１つの長いウインドウが、４バイトｘ１０２４サンプル＝４０９６バイトの記憶を必要とする。短いウインドウについては、４バイトｘ１２８サンプル＝５１２バイトである。記憶要求を更に悪化させることに、ＡＡＣは２つの異なる形状のウインドウをサポートするので、合計は、２ｘ（４０９６＋５１２）＝９２１６バイトになる。明らかに、この数字は、メモリあるいはキャッシュ制限がきつい場合には、組み込まれたアプリケーションにおいて減少させるのが好ましい。
【００１０】好ましい実施の形態に基づく複数差分を使用してオーディオコーダのウインドウ表を圧縮する方法は、図２ａに示されたように、信号処理ダイアグラムとして説明することができる。ウインドウ係数１８が、係数｛１、−１｝の２タップＦＩＲフィルタへの入力信号だとする。このフィルタの差分式は、次のようになる。

このためのｚ変形は、以下のようになる。

複数の差分を演算することは、このフィルタを直列に実行することと等価である。Ｎ連続差分が演算されれば、システムのｚ変形は次のようになる。

圧縮された表２２が使用できるようにするには、それを次のようにフィルタリングして、デコーダ内で解凍されなければならない。

これは、次のようなフィルタを実行するのと等価である。

直列でＮ回。このフィルタの差分式は、以下のようになる。

【００１１】図２ａは、ウインドウ圧縮フィルタ１０に導入されたウインドウ圧縮過程の信号処理の流れを示すダイアグラムであり、図２ｂは、ウインドウ伸張フィルタ２０に導入されたウインドウ伸張過程の信号処理の流れを示すダイアグラムであり、どちらも本発明の好ましい実施の形態に基づく。ウインドウ圧縮は、ウインドウサンプル値に微分（又は差分）を行い、ウインドウ伸張は、ウインドウサンプル値に積分（又は合計）を行う。ウインドウ圧縮フィルタ１０の入力は、ウインドウ伸張フィルタ２０の出力と等しくなければならない。換言すると、ウインドウサンプル値は、ウインドウ圧縮フィルタ１０において微分されてから、微分された値がウインドウ伸張フィルタ２０に入力され、積分されてから、１６ビットウインドウサンプル値として出力される。使用する１次フィルタの個数はＮによって示される。Ｎ個のフィルタが、ウインドウサンプル測定間の差分をＮ回演算する。
【００１２】図２ａに示されたウインドウ圧縮フィルタ１０の１例として、４段ウインドウ圧縮フィルタ１０によるウインドウサンプル測定値の間の差分演算が図３に示される。３段フィルタは、典型的には、１サイクル当たり２０４８サンプルを有する長い変形に使用され、一般に、４ビット表現に圧縮することができる。４段フィルタは、典型的には、１サイクル当たり２５６サンプルを有する短い変形に使用され、一般に、８ビット表現に圧縮することができる。図３に示されているように、最初のウインドウサンプル測定値は、０−２０という範囲で大きく変化することがあり、３２ビット値で表現される。図２ａのウインドウ圧縮フィルタ１０をウインドウが通過した後、圧縮されたウインドウ１６の出力ダイナミックレンジは、非常に小さくなり、非圧縮ウインドウ１２を表現するのに必要なビット数より少ないビット数で表現することができ、その様子が、図４のウインドウ圧縮技術の流れを示すダイアグラムに示される。差分信号又は「残差(residual)」をコーディングするためのビット数は、差分信号の中で最大の絶対値から決定され、即ち、長い変形用には４ビットであり、短い変形用には８ビットである。残念なことに、差分における最初の数個の値Ｍは、残りの値に比較して一般に大きく、圧縮率が悪くなる。この問題に対処するために、ウインドウ１４の最初のＭ個の値は、図５に示されるように、圧縮された表２２に、それらの圧縮された形で、記憶される一方、ウインドウサンプル値の残りは、差分としてエンコードされてから、同じ圧縮された表２２に記憶される。また、フィルタ１８の最初のウインドウ係数、図２ａのＺ-1変数１８は、最初の段の変数１８を呼び出し、ウインドウ圧縮フィルタ１０が実行される前に、３２ビット値、あるいは、以下に詳しく述べるように、１６ビット値として圧縮された表２２に記憶される（図５を参照）。この４段例において、第１段状態変数１８が３２ビット値で記憶されたとすると、第２状態変数２４は３２ビット値として記憶され、第３段状態変数は１６ビット値として記憶され、第４段状態変数３０は１６ビット値として記憶される。
【００１３】図３に戻り、図２ａに示されたウインドウ圧縮フィルタの第１段、あるいは最初の微分の後、ウインドウサンプル値又は残差１６は、１−５の範囲にしかない。フィルタの第２段、第３段、第４段で、ウインドウサンプル差分がそれぞれ、２回、３回、４回演算されてから、図５に示されているように、サンプルは、４ビット値として、圧縮された表２２に記憶され、次に、図５に示されるように、圧縮された表２２に、４ビット値として記憶される。これは、従来のウインドウ表において典型的に３２ビット値が記憶されるのに比較して、大きな削減である。また、すべてのフィルタ段を通じて、以下に詳しく述べるように、減算を行うのに使用される演算は、必要に応じて、３２ビットから１６ビットあるいは８ビットに正確に変更することができる。
【００１４】上記では、４段の例を示したが、ウインドウ圧縮フィルタ１０のウインドウ圧縮フィルタ段は、ウインドウの形状と具体的なアプリケーション要求に依存する。また、前述のように、ウインドウ圧縮フィルタ１０の第１状態変数１８、又は図２ａのＺ-1変数１８のウインドウ係数は、伸張フィルタ１８の第１状態変数と同じであり、ウインドウ圧縮フィルタ１０の実行の前に、圧縮された表２２に記憶されなければならない。ウインドウ圧縮フィルタ１０及びウインドウ伸張フィルタ２０を実際に導入する際は、状態バッファの精度又は各状態変数値１８を表すビット数、及びウインドウ圧縮フィルタ１０の各段における演算（ウインドウサンプル値の減算又は加算）を行うのに使用されるビット数、及びウインドウ伸張フィルタ２０の各段は異なる可能性がある。ウインドウ圧縮フィルタ１０の最初のＬ＜Ｎ段は、３２ビット演算の実行を開始して、３２ビット状態変数値を記憶することができる。第１と最終フィルタ段との中間的位置において、あるいは最後のＮ−Ｌウインドウ圧縮フィルタ段について、ウインドウ圧縮フィルタ１０は、たったの１６ビット演算の実行を開始し、１６ビット状態変数値を記憶することができる。所望するなら、状態変数の記憶及び演算実行は、８ビットレベルあるいは４ビットレベルで行うことができ、これはアプリケーションと必要なデコーダ出力ビット数に依存する。ウインドウ圧縮フィルタ１０と同様であるが、ただし逆の順序で、ウインドウ伸張フィルタ２０の最初のＬ＜Ｎ段は、ちょうど１６ビット状態変数値を記憶し、１６ビット演算を行うことができる。つまり、最後のＮ−Ｌ伸張フィルタ段だけが３２ビット状態を維持しなければならない。この最適化は、主として、フィルタのＭＩＰＳ要求を低くするのに役立つ。
【００１５】図２ｂは、本発明の好ましい実施の形態に基づくウインドウ伸張フィルタ２０上に導入されるウインドウ伸張過程での信号処理の流れを示すダイアグラムである。（１）記憶された４ビット圧縮されたウインドウ値１６と、（２）初期状態変数１８（３２又は１６又は８ビット値として記憶される）と、（３）Ｍ個の最初のサンプル値とから最初のウインドウ値を再構成するプロセスについて、以下に詳しく述べる。このメモリバッファは、専用メモリバッファではなく、長い変形用に少なくとも１０２４サンプルｘ１６ビット/サンプルを記憶し、短い変形用に少なくとも１２８サンプルｘ１６ビット/サンプルを記憶することができるものであればどんなものでもよい（又は１つのバッファにつき、１つの情報ウインドウ）。ウインドウ伸張フィルタ２０は、現在のバッファ内容を上書きし、ウインドウ伸張フィルタ２０が実行されて結果を書き込む際に、バッファをクリアする必要がない。専用になると、圧縮表２２に３２ビット値として非圧縮として記憶された最初のＭ１４ウインドウサンプル値は、バッファの第１セクションにコピーされる。次に、ウインドウ伸張フィルタ２０の初期状態変数１８、又はＺ-1変数１８のウインドウ係数は、ウインドウ圧縮フィルタ１０に存在した初期状態変数１８に基づいて設定されてから、ウインドウサンプル圧縮が実行される。ウインドウ伸張フィルタ２０の初期状態変数１８を、ウインドウ圧縮フィルタ１０の初期状態変数１８と同じに設定することにより、２つのサンプルの間で差分が取られるたびにウインドウサンプルが失われるという悪影響を除去することができる。最終ステップは、長い変形について４次差分（４つの段を有する）を使用し、短い変形について３次差分（３つの段を有する）を使用して、ウインドウ伸張フィルタ２０を走らせることである。ウインドウ伸張フィルタ２０の出力は、ウインドウ圧縮フィルタ１０の入力と同じでなければならないので、長い変形については、１６ビット/サンプルで１０２４サンプル、短い変形については、１６ビット/サンプルで１２８サンプルでなければならない。前述のように、バッファは１ウインドウ分のデータを保持する。従って、圧縮される各ウインドウについて、バッファは、新規伸張されたウインドウを書き込まなければならない。
【００１６】図５は、Ｍ初期値１４、初期状態変数１８、残差１６という異なる要素を持つウインドウ圧縮表２２という具体例を示しており、これらは、圧縮されたウインドウサンプル表に記憶される必要があるが、これらが記憶される順序は、問題にならない。また、圧縮されたウインドウ表２２に記憶されるべきＭ値１４あるいは残差１６あるいは状態変数１８の個数は、単に各要素の例にすぎず、実際に記憶される数は、本明細書で先に述べた要因に依存する。
【００１７】以上の説明に関して更に以下の項を開示する。
（１）変形による任意のオーディオエンコーダのウインドウ表を圧縮する方法であって、以下のステップ、即ち所定の回数だけデータのウインドウをサンプリングして、最初の数個のウインドウサンプル値と残りのウインドウサンプル値を生成するステップと、ウインドウ圧縮フィルタを提供するステップであって、当該フィルタは２つ以上の段を有して、当該フィルタの実行の前に、各段が初期状態変数を有することを特徴とするステップと、前記少なくとも数個のウインドウサンプル値と前記ウインドウ圧縮フィルタの前記初期状態変数とを記憶するためのメモリに圧縮されたウインドウ表を提供するステップと、前記ウインドウ圧縮フィルタ内の残りのウインドウサンプル値を差分によりエンコードし、当該圧縮されたウインドウサンプルを前記圧縮されたウインドウ表に記憶するステップとを備える方法。
【００１８】（２）第１項記載の方法であって、前記最初の数個のウインドウサンプル値が前記データウインドウのウインドウサンプル値の最大値であることを特徴とする方法。
（３）第１項記載の方法であって、前記ウインドウ圧縮フィルタが４段を有することを特徴とする方法。
（４）第１項記載の方法であって、前記残りのウインドウサンプル値の差分によるエンコーディングが、前記ウインドウ圧縮フィルタの段ごとに、隣接ウインドウサンプル値の間で減算を行うことを特徴とする方法。
（５）第４項記載の方法であって、前記減算が、前記ウインドウ圧縮フィルタの段ごとに異なる精度で行われることを特徴とする方法。
（６）第１項記載の方法であって、前記初期状態変数が、前記ウインドウ圧縮フィルタの段ごとに異なる精度で記憶されることを特徴とする方法。
（７）第２項記載の方法であって、前記ウインドウサンプル値の前記最大値が、前記圧縮された表に、非圧縮データとして記憶されることを特徴とする方法。
【００１９】（８）変形による任意のオーディオデコーダのウインドウ表を圧縮し伸張する方法であって、以下のステップ、即ち所定の回数だけデータのウインドウをサンプリングして、最初の数個のウインドウサンプル値と残りのウインドウサンプル値を生成するステップと、ウインドウ圧縮フィルタを提供するステップであって、当該フィルタは２つ以上の段を有して、当該フィルタの実行の前に、各段が初期値の初期状態変数を有することを特徴とするステップと、前記少なくとも数個のウインドウサンプル値と前記ウインドウ圧縮フィルタの前記初期状態変数とを記憶するためのメモリに圧縮されたウインドウ表を提供するステップと、前記ウインドウ圧縮フィルタ内の残りのウインドウサンプル値を差分によりエンコードし、当該圧縮されたウインドウサンプルを前記圧縮されたウインドウ表に記憶するステップと、メモリに使用可能バッファを提供し、２つ以上の段を有して各段が初期状態変数を有するウインドウ伸張フィルタを提供するステップと、前記最初の数個のウインドウサンプルを前記バッファに記憶するステップと、前記ウインドウ伸張フィルタ初期状態変数を、前記ウインドウ圧縮フィルタの初期状態変数の初期値に設定するステップと、前記ウインドウ伸張フィルタ内の前記圧縮されたウインドウサンプルを伸張し、伸張されたウインドウサンプルを生成し、当該伸張されたウインドウサンプルを前記バッファへ、前記最初の数個のウインドウサンプルと共に、記憶するステップと、前記バッファの内容をウインドウごとに１回出力するステップとを備える方法。
【００２０】（９）第８項記載の方法であって、前記最初の数個のウインドウサンプル値が、前記データウインドウのウインドウサンプル値の最大値であることを特徴とする方法。
（１０）第８項記載の方法であって、前記ウインドウ圧縮フィルタが４段を有することを特徴とする方法。
（１１）第８項記載の方法であって、前記残りのウインドウサンプル値の差分によるエンコーディングが、前記ウインドウ圧縮フィルタの段ごとに、隣接ウインドウサンプル値の間で減算を行うことを特徴とする方法。
（１２）第１１項記載の方法であって、前記減算が、前記ウインドウ圧縮フィルタの段ごとに異なる精度で行われることを特徴とする方法。
（１３）第８項記載の方法であって、前記初期状態変数が、前記ウインドウ圧縮フィルタの段ごとに異なる精度で記憶されることを特徴とする方法。
（１４）第９項記載の方法であって、前記ウインドウサンプル値の前記最大値が、前記圧縮された表に、非圧縮データとして記憶されることを特徴とする方法。
【００２１】（１５） 変形によるオーディオエンコーダのウインドウ表圧縮器（compressor）の構造であって、最初の数個のウインドウサンプル値と残りのウインドウサンプル値を生成するデータウインドウの所定個数のウインドウサンプル値と、ウインドウ圧縮フィルタであって、当該フィルタの実行前に、２つ以上の段を有して、各段が初期状態変数を有するウインドウ圧縮フィルタと、前記少なくとも数個のウインドウサンプル値と前記ウインドウ圧縮フィルタの前記初期状態変数とを記憶するためのメモリ内の圧縮されたウインドウとを備え、前記ウインドウ圧縮フィルタは、前記残りのウインドウサンプル値を差分によりエンコードし、当該差分によりエンコードされたウインドウサンプルを前記圧縮されたウインドウ表に記憶することを特徴とする構造。
【００２２】（１６） オーディオコーダのウィンドウ表（２２）を品質の低下なしに元のサイズの１／８に圧縮する圧縮技術。この技術は、オーディオコーダに基く全ての変形またはウィンドウ段を使用するいかなるオーディオコーダにも適用可能である。オーディオコーダのウィンドウ表（２２）に対する記憶要求を減少するためのこの技術は、複数の差分に基づいている。任意の隣接する２つのウィンドウサンプルの差は比較的少ないので、この差を記憶する方がより効率的である。この技術は繰り返し行うことにより、そのリターンは小さくなり、圧縮を“undo”するための計算要求は上がる。差分を行う最適な回数は、アプリケーションおよびウィンドウ形状に依存する。
【出願人】 【識別番号】５０１２２９５２８
【氏名又は名称】テキサス インスツルメンツ インコーポレイテッド
【出願日】 平成１３年６月１４日（２００１．６．１４）
【代理人】 【識別番号】１０００６６６９２
【弁理士】
【氏名又は名称】浅村 皓 （外３名）
【公開番号】 特開２００２−９１４９９（Ｐ２００２−９１４９９Ａ）
【公開日】 平成１４年３月２７日（２００２．３．２７）
【出願番号】 特願２００１−１８０５９８（Ｐ２００１−１８０５９８）