JP2002169596A

JP2002169596A - オーディオ信号をプリフェッチするための方法および装置

Info

Publication number: JP2002169596A
Application number: JP2000394136A
Authority: JP
Inventors: Howard H Cheng; エイチチェンハワード
Original assignee: Nintendo Co Ltd
Current assignee: Nintendo Co Ltd
Priority date: 2000-08-23
Filing date: 2000-12-26
Publication date: 2002-06-14
Anticipated expiration: 2020-12-26
Also published as: US6643744B1; JP5025849B2

Abstract

(57)【要約】（修正有）【課題】オーディオデータをプリフェッチ（pre-fetc
h：予め取り出すこと）することによって、オーディオ
信号プロセサがオーディオデータの読出しを継続でき、
したがって、原形を損なわずにオーディオの再生を提供
できる。【解決手段】オーディオシステムは、オーディオデー
タをストアするメモリ１２６と、そのオーディオデータ
を処理するオーディオ信号プロセサとを含む。アドレス
回路９０２はメモリをアドレスし、プリフェッチ記憶領
域９０４ａ−９０４ｃがそのアドレス回路によるアドレ
ス変更の間のメモリアクセスのレイテンシを隠すため
に、現在アドレスと１つ以上の後続アドレスとをストア
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は音声信号をプリフェッ
チ（pre-fetch：予め取り出しまたは取り込むこと）す
るための方法および装置に関し、特にたとえば、オーデ
ィオ信号プロセサによって使用するためにオーディオデ
ータをプリフェッチする方法および装置に関する。

【０００２】

【発明の背景および発明の概要】多くの人々はかなりリ
アルな恐竜，エイリアン，生き生きとしたおもちゃおよ
び他の空想的な動物を含む映画をかつて見たことがあ
る。そのようなアニメーションはコンピュータグラフィ
クスによって可能とされた。そのような技術を用いて、
コンピュータグラフィクスのアーティストは、各オブジ
ェクトがどのように見えるべきかや時間の経過とともに
外見上どのように変化すべきかを特定し、コンピュータ
は、そのオブジェクトをモデル化してテレビジョンやコ
ンピュータスクリーンのようなディスプレイに表示す
る。コンピュータは、表示される映像の各部分を、場面
中の各オブジェクトの位置や向き，各オブジェクトを照
らすように見える照明の方向，各オブジェクトの表面テ
クスチャ，および他の要素に正確に基づいて、色付けし
また形作るために必要な多くのタスクを実行する。

【０００３】コンピュータグラフィクスの生成は複雑で
あるので、ここ数年前のコンピュータによって生成され
た３次元（３Ｄ）グラフィクスは、ほとんど高価な特殊
なフライトシミュレータ，ハイエンドグラフィクスワー
クステーションおよびスーパーコンピュータに限られて
いた。大衆は映画や高価なテレビコマーシャルにおいて
これらのコンピュータシステムによって生成された映像
のいくつかを見たが、大部分の人はグラフィクスを生成
しているコンピュータに対して実際に相互作用をさせる
ことはできない。たとえば、Nintendo64（登録商標）や
今や利用可能であるパソコン用の種々の３Ｄグラフィク
スカードのような比較的安価な３Ｄグラフィクスプラッ
トフォームの利用によって、このすべてが変わった。今
や、家庭や会社の比較的安価なコンピュータグラフィク
スシステム上でエキサイティングな３Ｄアニメーション
やシミュレーションに対して相互作用を及ぼすことがで
きる。

【０００４】対話型（インタラクティブ）３Ｄコンピュ
ータグラフィクスシステムは、ビデオゲームをプレイす
るのにしばしば用いられる。しかしながら、「ゲームの
経験」はビデオコンテンツ以上のものを必要とする。た
とえば、ほとんどすべてのゲーム経験はビデオコンテン
ツを伴うオーディオコンテンツを含む。ここで説明され
るオーディオシステムは、音声エミッタ（放射器）を３
次元空間に置くことを可能にし、かつ１対のスピーカで
サイコアコースティック(psycho-acoustic)な３Ｄ音声
効果を発生する強力な手段を提供する。オーディオシス
テムは、ＤＶＤのような大容量記憶媒体から読み出され
た、たとえば音声サンプル，楽器波形テーブル，オーデ
ィオトラックおよびその他をストアするのに用いられる
オーディオメモリを含む。音声サンプル，波形テーブ
ル，音声トラック等は、順次読み出されてゲームオーデ
ィオコンテンツを生成するために、オーディオディジタ
ル信号プロセサによって処理される。このコンテンツは
主メモリへ転送され、そこからさらにデコーダに供給し
かつスピーカに出力するために読み出される。この分離
されたオーディオメモリによって、主システムメモリに
アクセスしようとしている他のリソース（たとえばグラ
フィクスサブシステム）と競争する必要性を回避して、
オーディオデータへのオーディオ処理回路のアクセスを
改善する。

【０００５】波形テーブルは、メモリにストアされてい
る予め記録された音声波形（たとえば、ピアノのような
楽器について）のテーブルを参照する。典型的には、こ
れらの音声は、特別なフォーマット（たとえば、ＷＡＶ
またはＡＩＦＦ）のファイルとしてストアされる。音声
ファイルは図１５に示すように、最初から最後まで再生
されるか、もしくは、図１６に示すように、音声ファイ
ルがループ点をもっていて、停止されるまで、（たぶ
ん、エンベロープ圧縮(envelope reduction）で）特定
されるようにループする。このループ点を設けることに
よって、ファイルの一部が繰り返し再生されるので、音
声ファイルをより小さくすることができる。しかしなが
ら、音声ファイルのサイズを減じることができるもの
の、そのようなループは、そのループ点へジャンプして
戻る必要性のために、メモリをアドレスすることに問題
を生じる。一般に、メモリをアドレスすることは、デー
タ読出のための次のアドレスが現在アドレスをインクリ
メントすることによって得られるとき、最も効率的であ
る。しかしながら、ループ再生では、音声ファイルがス
トアされているメモリをアドレスするためのアドレスレ
ジスタがそのループ点へ１回以上リセットされることを
要する。次のファイルアドレスでデータを読み出すため
にアドレスレジスタをインクリメントすることは素早く
実行できるが、レジスタをリセットすることは長時間を
要するばかりでなく、先にループして戻った直前のアド
レスでのデータ出力とループして戻ったアドレスでのデ
ータ出力との間で結果的に遅れ（レイテンシ：latenc
y）期間を生じる。このことによって、結果的に、オー
ディオ出力に中断を生じさせ、逆にプレーヤのゲーム経
験に強い影響を与える。

【０００６】この発明の１つの局面によれば、オーディ
オの原形が損なわれる可能性は、オーディオデータをプ
リフェッチすることによって最小化される。アドレスレ
ジスタがリセットされるときプリフェッチしたデータが
既に存在するので、オーディオ信号プロセサはその遅れ
（レイテンシ）期間中においてもデータ読出を継続する
ことができる。１つの実施例では、オーディオシステム
はオーディオファイルをストアするメモリと、そのオー
ディオファイルを処理するオーディオ信号プロセサとを
含む。アドレス回路がメモリをアドレスし、プリフェッ
チ記憶領域がそのアドレス回路のアドレス変更の間のメ
モリアクセスのレイテンシを隠すために、現在アドレス
および１つ以上の後続アドレスについてデータをストア
する。

【０００７】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【０００８】

【実施例】図１は対話型（インタラクティブ）３Ｄコン
ピュータグラフィクスシステム５０の一例を示す。シス
テム５０は対話型３Ｄビデオゲームをステレオ音声とと
もにプレイするのに用いられ得る。これはまた多様な他
のアプリケーションにも用いられ得る。

【０００９】この実施例において、システム５０は３次
元世界のディジタル表現ないしモデルをインタラクティ
ブにかつリアルタイムに処理することができる。システ
ム５０は、任意の視点から、その世界の一部または全部
を表示することができる。たとえば、システム５０は、
手持ちコントローラ５２ａおよび５２ｂまたは他の入力
デバイスからのリアルタイム入力に応答して、視点をイ
ンタラクティブに変化できる。このことによって、ゲー
ムプレーヤは、その世界内もしくは外の誰かの目を通し
てその世界を見ることができる。システム５０は、リア
ルタイム３Ｄインタラクティブ表示を必要としないアプ
リケーション（たとえば２Ｄ表示の発生やおよび／また
はノンインタラクティブ表示）に使用できるが、高品質
の３Ｄ映像を非常に速く表示する能力は、非常にリアル
でエキサイティングなゲームプレイや他のグラフィクス
インタラクションを創造するのに使用され得る。

【００１０】システム５０を用いてビデオゲームまたは
他のアプリケーションをプレイするために、ユーザはま
ず、主ユニット５４を、カラーテレビ５６または他の表
示装置に、両者の間にケーブル５８を接続することによ
って、接続する。主ユニット５４はカラーテレビ５６を
制御するためのビデオ信号およびオーディオ信号を発生
する。ビデオ信号はテレビジョン画面５９上に表示され
ている映像を制御するものであり、オーディオ信号はテ
レビのステレオスピーカ６１Ｌおよび６１Ｒを通して音
声として再生される。

【００１１】ユーザはまた主ユニット５４を電源につな
ぐ必要がある。この電源は従来のＡＣアダプタ（図示せ
ず）であってよく、そのＡＣアダプタは家庭用の標準的
な壁ソケットに差し込まれ、家庭用電源を、主ユニット
５４を駆動するのに適した低いＤＣ電圧信号に変換す
る。他の実施例ではバッテリが用いられてもよい。

【００１２】ユーザは主ユニット５４を制御するために
手持ちコントローラ５２ａおよび５２ｂを用いる。コン
トロール６０は、たとえば、３Ｄ世界内においてテレビ
５６に表示されているキャラクタが移動すべき方向（上
または下、左または右、近づいてまたは遠ざかって）を
指示するために使用され得る。コントロール６０は、ま
た他のアプリケーションのための入力（たとえばメニュ
ー選択，ポインタ／カーソル制御，その他）を与える。
コントローラ５２は多様な形態をとり得る。この実施例
においては、図示されるコントローラ５２は、各々ジョ
イスティック，押しボタンおよび／または方向スイッチ
のようなコントロール６０を含む。コントローラ５２
は、ケーブルによって、もしくは電磁波（たとえば電波
または赤外線）を介してワイヤレスで、主ユニット５４
に接続され得る。

【００１３】ゲームのようなアプリケーションをプレイ
するために、ユーザはビデオゲームもしくはプレイした
いと思う他のアプリケーションをストアしている適宜の
記憶媒体６２を選択し、その記憶媒体を主ユニット５４
のスロット６４に差し込む。記憶媒体６２は、たとえ
ば、特別にエンコードされおよび／または記号化された
光学的ならびに／もしくは磁気的ディスクであってよ
い。ユーザは主ユニット５４をオンするために電源スイ
ッチ６６を操作し、主ユニットがその記憶媒体６２にス
トアされているソフトウェアに基づいてビデオゲームも
しくは他のアプリケーションを実行し始めるようにす
る。ユーザは主ユニットに入力を与えるためにコントロ
ーラ５２を操作する。たとえば、コントロール６０を操
作することによってゲームもしくは他のアプリケーショ
ンをスタートさせる。他のコントロール６０を動かすこ
とによって、動画キャラクタを異なる方向に移動させ、
または３Ｄ世界におけるユーザの視点を変化させる。記
憶媒体６２にストアされている具体的なソフトウェアに
よって、コントローラ５２上の種々のコントロール６０
は異なる時間で異なる機能を達成することができる。

【００１４】全体システムの例図２はシステム５０の例示的なコンポーネントのブロッ
ク図であり、重要なコンポーネントは、・主プロセサ（ＣＰＵ）１１０，・主メモリ１１２，および・グラフィクス／オーディオプロセサ１１４を含む。

【００１５】この実施例において、主プロセサ１１０
（たとえばＩＢＭパワーＰＣ７５０の改良版）は、手持
ちコントローラ５２（および／または他の入力デバイ
ス）からの入力をグラフィクス／オーディオプロセサ１
１４を通して受ける。主プロセサ１１０はユーザ入力に
インタラクティブに応答し、光ディスクドライブのよう
な大容量記憶媒体アクセス装置１０６を介して、たとえ
ば外部記憶媒体６２から供給されるビデオゲームもしく
は他のプログラムを実行する。一例として、ビデオゲー
ムプレイの状況では、主プロセサ１１０は、多様なイン
タラクティブ制御機能に加えて、衝突検出および動画処
理を実行する。

【００１６】この実施例では、主プロセサ１１０は３Ｄ
グラフィクス／オーディオコマンドを発生し、それらを
グラフィクス／オーディオプロセサ１１４に送る。グラ
フィクス／オーディオプロセサ１１４はこれらのコマン
ドを処理し、ディスプレイ５９上での可視映像を生成
し、ステレオスピーカ６１Ｒおよび６１Ｌもしくは他の
適宜の音声発生デバイス上でのステレオ音声を生成す
る。

【００１７】実施例のシステム５０はビデオエンコーダ
１２０を含み、このビデオエンコーダは、グラフィクス
／オーディオプロセサ１１４からの映像信号を受けて、
その映像信号をコンピュータモニタや家庭用テレビ５６
のような標準的な表示装置上での表示に適したアナログ
および／またはディジタルビデオ信号に変換する。シス
テム１００はまたオーディオコーデック（圧縮器／伸長
器）１２２を含み、このオーディオコーデックはディジ
タル化されたオーディオ信号を圧縮しかつ伸長するとと
もに、必要に応じてディジタルオーディオ信号のフォー
マットとアナログオーディオ信号のフォーマットとの間
で変換を行う。オーディオコーデック１２２はバッファ
１２４を介してオーディオ入力を受けることができ、処
理（たとえば、プロセサが生成したおよび／または大容
量記憶媒体アクセス装置１０６のストリームオーディオ
出力を介して受信した他のオーディオ信号とのミキシン
グ）するために、そのオーディオ入力をグラフィクス／
オーディオプロセサ１１４に与える。この実施例におけ
るグラフィクス／オーディオプロセサ１１４は、オーデ
ィオタスクに利用可能なオーディオメモリ１２６にオー
ディオ関連情報をストアすることができる。グラフィク
ス／オーディオプロセサ１１４は、結果的に得られるオ
ーディオ出力信号を、圧縮およびアナログ信号への変換
のために、オーディオコーデック１２２に与え、したが
ってそのオーディオ出力信号が（たとえばバッファアン
プ１２８Ｌおよび１２８Ｒを介して）スピーカ６１Ｌお
よび６１Ｒによって再生され得る。

【００１８】グラフィクス／オーディオプロセサ１１４
はシステム１００内に存在するであろう種々の付加的な
デバイスと通信する能力を有する。たとえば、パラレル
ディジタルバス１３０は大容量記憶媒体アクセス装置１
０６および／または他のコンポーネントと通信するため
に用いられる。シリアル周辺バス１３２は多様な周辺機
器または、たとえば、・ＰＲＯＭおよび／またはＲＴＣ（リアルタイムクロッ
ク）１３４，・モデム１３６もしくは他のネットワークインタフェー
ス（それはシステム１００を、プログラム命令および／
またはデータがダウンロードもしくはアップロードされ
得るインターネットあるいは他のディジタルネットワー
クのようなテレコミュニケーションネットワーク１３８
に接続する），および・フラッシュメモリ１４０を含む他のデバイスと通信す
る。別の外部シリアルバス１４２は、付加的な拡張メモ
リ１４４（たとえばメモリカード）もしくは他のデバイ
スと通信するために使用され得る。コネクタが種々のデ
バイスをバス１３０，１３２および１４２に接続するた
めに使用され得る。

【００１９】グラフィクス／オーディオプロセサの例図３は実施例のグラフィクス／オーディオプロセサ１１
４を示すブロック図である。或る実施例においては、グ
ラフィクス／オーディオプロセサ１１４はシングルチッ
プＡＳＩＣであってよい。この実施例においては、グラ
フィクス／オーディオプロセサ１１４は、・プロセサインタフェース１５０，・メモリインタフェース／コントローラ１５２，・３Ｄグラフィクスプロセサ１５４，・オーディオディジタル信号プロセサ（ＤＳＰ）１５
６，・オーディオメモリインタフェース１５８，・オーディオインタフェース／ミキサ１６０，・周辺コントローラ１６２，および・表示コントローラ１６４を含む。

【００２０】３Ｄグラフィクスプロセサ１５４はグラフ
ィクス処理タスクを実行する。オーディオディジタル信
号プロセサ１５６はオーディオ処理タスクを実行する。
表示コントローラ１６４は主メモリ１１２からの映像情
報にアクセスし、表示装置１０２上での表示のためにそ
の映像情報をビデオエンコーダ１２０に与える。オーデ
ィオインタフェース／ミキサ１６０はオーディオコーデ
ック１２２をインタフェースし、また異なるソースから
のオーディオ（たとえば、大容量記憶媒体アクセス装置
１０６からのオーディオストリーム，オーディオＤＳＰ
１５６の出力，およびオーディオコーデック１２２を通
して受ける外部オーディオ入力）をミックスすることが
できる。プロセサインタフェース１５０は主プロセサ１
１０およびグラフィクス／オーディオプロセサ１１４の
間のデータおよび制御インタフェースを提供する。

【００２１】メモリインタフェース１５２はグラフィク
ス／オーディオプロセサ１１４とメモリ１１２との間の
データおよび制御インタフェースを提供する。この実施
例においては、主プロセサ１１０は、プロセサインタフ
ェース１５０およびグラフィクス／オーディオプロセサ
１１４の一部であるメモリインタフェース１５２を介し
て、主メモリ１１２にアクセスする。周辺コントローラ
１６２はグラフィクス／オーディオプロセサ１１４と上
で述べた種々の周辺機器との間のデータおよび制御イン
タフェースを提供する。オーディオメモリインタフェー
ス１５８はオーディオメモリ１２６とのインタフェース
を提供する。

【００２２】グラフィクスパイプラインの例図４は図３の３Ｄグラフィクスプロセサ１５４をより詳
細に示すグラフィクス処理システムを示す。この３Ｄグ
ラフィクスプロセサ１５４は、とりわけ、コマンドプロ
セサ２００および３Ｄグラフィクスパイプライン１８０
を含む。主プロセサ１１０はデータストリーム（たとえ
ばグラフィクスコマンドストリームおよび表示リスト）
をコマンドプロセサ２００に通信する。主プロセサ１１
０はメモリレイテンシを最小化するために２レベルキャ
ッシュ１１２を有し、さらにまたグラフィクス／オーデ
ィオプロセサ１１４に向けられたキャッシュされていな
いデータストリームのための書込収集(write-gatherin
g)バッファ１１１を有する。この書込収集バッファ１１
は部分キャッシュラインを全キャッシュラインに集め、
バスの最大使用時に、グラフィクス／オーディオプロセ
サ１１４からのデータを１つのキャッシュラインに送
る。

【００２３】コマンドプロセサ２００は主プロセサ１１
０からの表示コマンドを受け、それらを解剖し、メモリ
コントローラ１５２を介して共用メモリ１１２からのそ
のコマンドを処理するに必要な付加的なデータを入手す
る。コマンドプロセサ２００は、２Ｄおよび／または３
Ｄ処理およびレンダリングのために、頂点コマンドのス
トリームをグラフィクスパイプライン１８０に与える。
グラフィクスパイプライン１８０はこれらのコマンドに
基づいて映像を生成する。結果として得られた映像情報
は、表示コントローラ／ビデオインタフェースユニット
１６４によるアクセスのために主メモリ１２０に転送さ
れ得て、この映像情報は表示装置１５６上にパイプライ
ン１８０のフレームバッファ出力を表示する。

【００２４】図５はグラフィクスプロセサ１５４を用い
て実行される処理を図解的に示すブロック論理フロー図
である。主プロセサ１０は、グラフィクスコマンドスト
リーム２１０，表示リスト２１２および頂点アレイ２１
４を主メモリ１１２にストアし、ポインタをバスインタ
フェース１５０を介してコマンドプロセサ２００に送
る。主プロセサ１１０は主メモリ１１０内に割り付けら
れた１つ以上のグラフィクスＦＩＦＯバッファ２１０に
グラフィクスコマンドをストアする。このコマンドプロ
セサ２００は、・同期／フロー制御および負荷バランスのためにグラフ
ィクスコマンドを受けかつバッファするオンチップＦＩ
ＦＯメモリバッファ２１６を介して主メモリ１１２から
のコマンドストリーム，・オンチップコールＦＩＦＯメモリバッファ２１８を介
して主メモリ１１２からの表示リスト２１２，および・コマンドストリームからおよび／または主メモリ１１
２の頂点アレイ２１４からの頂点アトリビュートを頂点
キャッシュ２２０を介して取り込む。

【００２５】コマンドプロセサ２００はコマンド処理動
作２００ａを実行し、そのコマンド処理動作２００ａは
アトリビュート形式を浮動小数点フォーマットに変換
し、結果的に得られた完全頂点ポリゴンデータをレンダ
リング／ラスタライゼーションのためにグラフィクスパ
イプライン１８０に与える。プログラマブルメモリ調停
回路１３０（グラフィクスメモリ要求調停回路：図４）
は、グラフィクスパイプライン１８０，コマンドプロセ
サ２００および表示コントローラ／ビデオインタフェー
スユニット１６４の間での共用主メモリ１１２へのアク
セスを調停する。

【００２６】図４は、グラフィクスパイプライン１８０
が・変換ユニット３００，・セットアップ／ラスタライザ４００，・テクスチャユニット５００，・テクスチャ環境ユニット６００，および・ピクセルエンジン７００を含むことを示す。

【００２７】変換ユニット３００は多様な２Ｄおよび３
Ｄ変換および他の動作３００ａ（図５）を実行する。変
換ユニット３００は変換処理３００ａに用いられるマト
リクスをストアするための１つ以上のマトリクスメモリ
３００ｂを含む。変換ユニット３００は、入来する頂点
毎のジオメトリをオブジェクト空間からスクリーン空間
へ変換し、そして入来するテクスチャ座標を変換しかつ
投影テクスチャ座標（３００ｃ）を計算する。変換ユニ
ット３００はまたポリゴンクリッピング／カリング(cli
pping/culling)３００ｄを実行する。変換ユニット３０
０ｂによってまた達成される照明処理３００ｅが、この
実施例では８つまでの独立した照明について、頂点毎に
照明計算を行う。変換ユニット３００は、エンボス(emb
ossed)タイプのバンプマッピング効果およびポリゴンク
リッピング／カリング動作（３００ｄ）のために、テク
スチャ座標を発生する（３００ｃ）。

【００２８】セットアップ／ラスタライザ４００はセッ
トアップユニットを含み、このセットアップユニット
は、変換ユニット３００からの頂点データを受け、三角
形セットアップ情報を、エッジラスタライゼーション，
テクスチャ座標ラスタライゼーションおよびカラーラス
タライゼーションを実行する１つ以上のラスタライザユ
ニット（４００ｂ）に送る。

【００２９】テクスチャユニット５００は、オンチップ
テクスチャメモリ（ＴＭＥＭ）５０２を含んでもよく、
たとえば、・主メモリ１１２からのテクスチャ５０４の抽出、・たとえばマルチテクスチャ処理，ポストキャッシュテ
クスチャ伸長，テクスチャフィルタリング，エンボシン
グ，投影テクスチャの使用を通しての陰影付け，および
アルファトランスパーレンシおよびデプスを用いるＢＬ
ＩＴを含むテクスチャ処理（５００ａ）、・バンプマッピング，偽(psedo)テクスチャおよびテク
スチャタイル(tiling)効果（５００ｂ）のためのテクス
チャ座標置換を計算するバンプマップ処理、および・間接テクスチャ処理（５００ｃ）を含むテクスチャリ
ングに関連する種々のタスクを実行する。

【００３０】テクスチャユニット５００はテクスチャ環
境処理（６００ａ）のためにフィルタされたテクスチャ
値をテクスチャ環境ユニット６００に出力する。テクス
チャ環境ユニット６００は、ポリゴンおよびテクスチャ
カラー／アルファ／デプスをブレンドし、また逆レンジ
ベース(reverse range based)のフォグ効果を達成する
ために、テクスチャフォグ処理（６００ｂ）を実行す
る。テクスチャ環境ユニット６００はたとえばカラー／
アルファ変調，エンボシング，詳細テクスチャ，テクス
チャスワッピング，クランピングおよびデプスブレンデ
ィングに基づく多様な他の環境関連機能を実行する多段
階を提供する。

【００３１】ピクセルエンジン７００はデプス（ｚ）比
較（７００ａ）およびピクセルブレンディング（７００
ｂ）を実行する。この実施例では、ピクセルエンジン７
００はデータを埋め込み（オンチップ）フレームバッフ
ァメモリ７０２にストアする。グラフィクスパイプライ
ン１８０は、フレームバッファおよび／またはテクスチ
ャ情報をローカルにストアするために１つ以上の埋め込
みＤＲＡＭメモリ７０２を含む。ｚ比較７００ａは、現
在有効なレンダリングモードに依存して、グラフィクス
パイプライン１８０におけるより早い段階で実行される
（たとえば、ｚ比較は、もしアルファブレンディングが
要求されていないならば早くに実行され得る）。このピ
クセルエンジン７００は表示コントローラ／ビデオイン
タフェースユニット１６４による主メモリ１１２へのア
クセスのために、オンチップフレームバッファ７０２を
周期的に書き込むコピー動作７００ｃを含む。このコピ
ー動作７００ｃはまた動的テクスチャ合成効果のため
に、埋め込みフレームバッファ７０２の内容を主メモリ
１１２中のテクスチャにコピーするために使用され得
る。アンチエイリアシング(anti-aliasing)および他の
フィルタリングがコピー動作中に実行され得る。最終的
に主メモリ１１２にストアされるグラフィクスパイプラ
イン１８０のフレームバッファ出力は、表示コントロー
ラ／ビデオインタフェースユニット１６４によってフレ
ーム毎に読み出される。表示コントローラ／ビデオイン
タフェース１６４は表示装置５６上での表示のためにデ
ィジタルＲＧＢピクセル値を与える。

【００３２】オーディオシステムの例オーディオＤＳＰ１５６はピッチ変調および音声データ
と効果データとのミキシングを行う。オーディオＤＳＰ
１５６は、オーディオサンプルのようなオーディオ関連
情報をストアするために用いられ得る大容量（たとえば
１６ＭＢもしくはそれ以上）のオーディオメモリ１２６
（補助ＲＡＭ−ＡＲＡＭ）によって増大される。オーデ
ィオはオーディオコーデック１２２を介してスピーカ６
１Ｌおよび６１Ｒに送られ、そのオーディオコーデック
はＤ／Ａ変換器を含む。大容量記憶媒体６２からのオー
ディオストリームがゲーム実行中にハイファイオーディ
オを再生するために効率的な方法を提供する。

【００３３】図６は図３に示すオーディオＤＳＰ１５
６，オーディオメモリインタフェース１５８およびオー
ディオインタフェース／ミキサ１６０をより詳細に示す
ブロック図である。サンプルレート変換器８０１は大容
量記憶媒体６２からのものであろうオーディオストリー
ムを４８ｋＨｚまたは３２ｋＨｚでサンプリングし、Ｌ
／Ｒボリュームコントロール８０３はサンプルされたオ
ーディオの左および右チャネルのボリュームレベルを制
御する。オーディオストリームは完全に主メモリ１１２
をバイパスし、それによってメモリおよびプロセサバン
ド幅を保存する。大容量記憶媒体６２のオーディオデー
タがたとえばＡＤＰＣＭフォーマットにエンコードされ
る場合、大容量記憶媒体アクセス装置１０６はＡＤＰＣ
ＭデータをＰＣＭサンプル（たとえば１６ビット）に自
動的にデコードしてサンプルレート変換器８０１に供給
する。

【００３４】ＤＭＡ（ダイレクトメモリアクセス）チャ
ネル８０５は主メモリ１１２中の任意の記憶位置からの
データのＦＩＦＯバッファ８０７への転送を可能にす
る。ミキサ８０９はサンプルレート変換器８０１の出力
とＦＩＦＯバッファ８０７の出力とをミックスし、その
結果がオーディオコーデック１２２に出力される。オー
ディオコーデック１２２のサンプルレートはたとえば４
８ｋＨｚであり、オーディオコーデック１２２はステレ
オ１６ビットＰＣＭをアナログ信号に変換するための標
準的なシグマデルタ(Sigma Delta)コーデックであって
よい。

【００３５】ＤＳＰコア８１１は１００ＭＨｚの命令ク
ロックを有し、１６ビットのデータワードとアドレスと
を用いる。ＤＳＰコア８１１は、ＲＡＭ領域（たとえば
８ｋバイト）およびＲＯＭ領域（たとえば８ｋバイト）
を含むワード（１６ビット）アドレス可能命令メモリ８
１３、およびＲＡＭ領域（たとえば８ｋバイト）および
ＲＯＭ領域（たとえば４ｋバイト）を含むワードアドレ
ス可能データメモリ８１５を用いる。ＤＳＰＤＭＡ８１
９は、主メモリ１１２とＤＳＰデータ／命令ＲＡＭ領域
との間でデータを転送し、またはＤＳＰデータ／命令Ｒ
ＯＭ領域から主メモリ１１２へデータを転送するために
設けられる。命令メモリ８１３へのアクセスを要求する
２つのものがあり、それはＤＳＰＤＭＡ８１９およびＤ
ＳＰ８１１である。命令ＲＡＭ領域はＤＳＰＤＭＡ８１
９によって読み出され／書き込まれ、ＤＳＰ８１１によ
っては読み出されるだけである。命令ＲＯＭ領域はＤＳ
Ｐ８１１によって読み出されるだけである。データメモ
リ８１５へのアクセスを要求する３つのものは、ＤＳＰ
ＤＭＡ８１９，データバス１およびデータバス２であ
る。メールボックスレジスタ８１７が主プロセサ１１０
との通信のために設けられる。このメールボックスレジ
スタ８１７は、主プロセサ１１０からＤＳＰコア８１１
への通信のための第１メールボックスレジスタと、ＤＳ
Ｐコア８１１から主プロセサ１１０への通信のための第
２メールボックスレジスタとを含む。各々のレジスタは
たとえば３２ビット幅である。オーディオメモリ１２６
から読み出しかつそこへ書き込むために、ＤＳＰコア８
１１に代えて、アクセラレータ８２１が利用可能であ
る。オーディオメモリ１２６のためにメモリコントロー
ラ８２３が設けられ、とりわけ、オーディオメモリ１２
６と主メモリ１１２との間のデータ授受のために、ＤＳ
Ｐコア８１１と主プロセサ１１０によって制御される専
用ＤＭＡチャネル８２５との間でオーディオメモリへの
アクセス要求を調停するように動作する。一般的に、オ
ーディオメモリ１２６とＤＳＰデータメモリ８１５との
間のデータ授受はＤＭＡチャネル８２５に対する優先権
を有する。デコーダ８２７はそこへ供給されるオーディ
オサンプルをデコードする。オーディオメモリ１２６は
一義的にはオーディオ関連データをストアするし、１６
ＭＢのＳＤＲＡＭ（合計４８ＭＢまでに拡張可能）を備
える。

【００３６】オーディオデータの記憶要求を減じる手助
けのために、種々の圧縮および伸長方法が利用され得
る。ＡＤＰＣＭは適応差分ＰＣＭと呼ばれる。この方法
は上で述べたオーディオシステムによって生成された音
声を圧縮／伸長し、大容量記憶媒体６２上の音声を圧縮
／伸長するために使用され得る。種々のＡＤＰＣＭのア
ルゴリズムがあり、オーディオシステムによって生成さ
れた音声と大容量記憶媒体６２上の音声とのために同じ
アルゴリズムが用いられる必要はない。デコーダ８２７
がオーディオシステムによって生成された音声データの
実行時ＡＤＰＣＭ伸長を提供し、大容量記憶媒体アクセ
ス装置１０６が大容量記憶媒体６２からの音声データの
実行時(runtime)ＡＤＰＣＭ伸長を提供する。８ビット
ＰＣＭ圧縮／伸長方法がオーディオシステムによって生
成された音声データのためにまた利用可能である。した
がって、デコーダ８２７がまた８ビットのＰＣＭ圧縮さ
れた音声データの実行時伸長を提供する。もちろん、上
で述べた圧縮／伸長方法は単なる一例であって、これに
限定されるものではない。

【００３７】システムを初期化する間、実行時オーディ
オライブラリがオーディオＤＳＰ１５６にダウンロード
される。このオーディオライブラリは、主プロセサ１１
０によって作られるコマンドリストにあるコマンドに従
って音声を処理しかつミックスするために、オーディオ
ＤＳＰ１５６によって使用される。コマンドリストは主
メモリ１１２にストアされる。オーディオＤＳＰ１５６
は主メモリ１１２からコマンドを引き出し、それをそこ
にダウンロードされた実行時オーディオライブラリに従
って実行する。

【００３８】オーディオサブシステムは音声エミッタの
３次元空間内への配置を許容する。これは次のような特
徴、・ボリュームおよびパンニング制御，・ピッチ変調（ドップラー効果），・左および右チャネル間の位相シフトによる初期時間遅
延，および・ＦＩＲフィルタ（ＨＲＴＦおよび環境効果）によって
達成される。

【００３９】これらの特徴および主プロセサベースの以
下に説明する効果処理が一緒に、１対のスピーカでのサ
イコアコースティックな３次元音声効果を発生する強力
な手段を提供する。

【００４０】音声処理パイプラインが図７に示され、そ
の図７には次のようなステップが含まれる。

【００４１】ステップ１：オーディオＤＳＰ１５６によ
ってオーディオメモリ１２６からサンプルが読み出され
る。

【００４２】ステップ２：オーディオメモリ１２６から
のＡＤＰＣＭおよび８ビットＰＣＭサンプルがデコーダ
８２７によってデコードされかつそのデコードされたサ
ンプルが第１サンプルレート変換器に供給される。

【００４３】ステップ３：オーディオメモリ１２６から
の１６ビットＰＣＭサンプルが第１サンプルレート変換
器に直接送られる。

【００４４】ステップ４：サンプルレート変換器は入来
サンプルのピッチを調節する。

【００４５】ステップ５：ＦＩＲフィルタはオプション
のユーザ規定フィルタをサンプルに適用する。

【００４６】ステップ６：ボリュームランプ（傾斜）が
ボリュームエンベロープ調音のためにサンプルにボリュ
ームランプを与える。

【００４７】ステップ７：ミキサが３２ｋＨｚのサンプ
リングレートでかつ２４ビットの精度でサンプルをミッ
クスする。

【００４８】ステップ１−７が各音声毎に繰り返され
る。すべての音声が処理されかつミキサバッファに累算
されたとき、次のステップ１および２が生じる。

【００４９】ステップ１：ドルビーサラウンドおよび主
プロセサ（ホスト）ベースの効果（残響およびコーラス
のような）が、ミックスされた音声に与えられる。主プ
ロセサベースの効果を付与することは「音声信号をミキ
シングするための方法および装置」と題する同時係属中
の出願（特願２０００−３８４９４２）に詳細に述べら
れていて、したがって、ここでは参照によってその内容
を取り入れる。

【００５０】図８はアクセラレータ８２１のブロック図
である。上で述べたように、アクセラレータ８２１は、
オーディオメモリ１２６を読み出しかつそこへ書き込む
ために、ＤＳＰコア８１１に代わって使用される。アク
セラレータ８２１は、アドレスを自動的に増加するかま
たは次のアクセスのためのラップアラウンドアドレス
（循環アドレス）を発生する後続アドレス発生回路９０
２を含む。アクセラレータ８２１は３つのデータライン
９０４ａ−９０４ｃを含み、これらのデータラインは読
出動作中にプリフェッチバッファとして機能し、書込動
作中には書込バッファとして機能する。以下に説明する
ように、データライン９０４ａ−９０４ｃは、ＤＳＰコ
ア８１１の動作がオーディオメモリ１２６をアクセスす
るとき、オーディオメモリ１２６のアクセスのレイテン
シを隠す。ＤＳＰによって開始アドレスのデータが読み
出されたとき、またはＤＳＰによって終了アドレスのデ
ータが書き込まれたとき、ＤＳＰコア８１１に対する割
込が発生される。

【００５１】３つのパラメータレジスタ（現在アドレ
ス，開始アドレス，終了アドレス）９０６ａ−９０６ｃ
が、オーディオメモリ１２６のメモリスペースにおける
循環バッファを規定するために使用される。各パラメー
タレジスタは２７ビット幅でかつオーディオＤＳＰによ
って読み出され／書き込まれ得る。後続アドレス発生回
路９０２は、次のアドレスを得るために、現在アドレス
に「１」を加える。この現在アドレスがもし終了アドレ
スと等しいとき、次のアドレスは開始アドレスとなる。
パラメータレジスタ９０６ａ−９０６ｃはオーディオメ
モリ１２６から読み出しかつそこへ書き込むために使用
される。アドレスとこのレジスタにおけるデータとの間
の関係は次の通りである。

【００５２】

【表１】

【００５３】

【表２】

【００５４】

【表３】

【００５５】

【表４】

【００５６】

【表５】

【００５７】

【表６】

【００５８】データライン９０４ａ−９０４ｃは各々１
６ビット幅である。読出動作のために、データラインは
プリフェッチデータバッファとして機能し、そこでは、
データがオーディオメモリ１２６から前もって読み出さ
れ、かつＤＳＰコア８１１がそのデータラインを読み出
すときデータを手渡す用意ができている。書込動作のた
めのデータラインの機能は、ＤＳＰコア８１１からオー
ディオメモリ１２６に書き込まれるべきデータの一時的
なバッファである。データライン９０４ａ−９０４ｃは
ＦＩＦＯの態様で形成され、それらの入力／出力ポート
はＤＳＰコア８１１によって読出でき／書込できる。デ
ータラインにおけるデータのアドレスは現在アドレスお
よびその２つの後続アドレスに対応する。

【００５９】図９はオーディオメモリコントローラ８２
３の詳細なブロック図である。オーディオメモリコント
ローラ８２３は次の機能を達成する。

【００６０】・リセットの後、オーディオメモリを安定
化する（オーディオメモリモードの設定も含めて）ため
のオーディオメモリ初期タイミングを発生する；・オーディオメモリのリフレッシュサイクルを発生す
る；および・ＤＭＡ８２５およびアクセラレータ８２１の読出／書
込要求を受け入れかつその後オーディオメモリ１２６へ
のアクセスタイミングを発生する。

【００６１】タイミング発生回路９２８がアクセスタイ
ミングを発生する。この実施例のシステムにおいては、
オーディオメモリ１２６を構成する２つまでのメモリが
ある。第１のものは内部オーディオメモリ９２６ａであ
り、８Ｍバイトの最大サイズを有する。第２のものは拡
張オーディオメモリ９２６ｂであり、３２Ｍバイトの最
大サイズを有する。内部オーディオメモリ９２６ａのア
ドレスは０からスタートし、拡張オーディオメモリ９２
６ｂのアドレスは内部オーディオメモリの終了アドレス
に連続される。したがって、内部オーディオメモリ９２
６ａおよび外部オーディオメモリ９２６ｂのアドレスス
ペースは連続的であり、拡張オーディオメモリ９２６ｂ
の開始アドレスは内部オーディオメモリ９２６ａのサイ
ズに依存する。内部オーディオメモリ９２６ａおよび拡
張オーディオメモリ９２６ｂのモード設定およびリフレ
ッシュサイクルが同時にアクティブとなる。

【００６２】リセットの後、オーディオメモリコントロ
ーラ８２３はオーディオメモリ１２６を初期化する（図
９において「ＡＲＡＭ初期化」として表現されてい
る）。初期化中、コントローラ８２３はオーディオメモ
リ１２６へのアクセスをマスクし、初期化の後、オーデ
ィオメモリ１２６が自由にアクセス可能となる。フラグ
ＡＲＡＭ＿ＮＯＲＭは初期化が実行されたことの表示と
してセットされる。上で述べたように、初期化はオーデ
ィオメモリのモード設定を含む。オーディオメモリモー
ドレジスタに以下の設定がなされる。

【００６３】・バースト長（たとえば、２バイト），・アドレスモード（たとえば、順次），・ＣＡＳレイテンシ（２または３−主プロセサ１１０に
よってプログラムされる），および・書込モード（バースト読出およびバースト書込）。

【００６４】オーディオメモリコントローラ８２３は、
内部オーディオメモリ９２６ａおよび拡張オーディオメ
モリ９２６ｂを同時に初期化する。主プロセサ１１０
は、初期化が終了する前に、ＣＡＳレイテンシをプログ
ラムする。もしこのＣＡＳレイテンシが主プロセサ１１
０によってプログラムされなければ、オーディオメモリ
１２６をアクセスするために、リセットのデフォルトＣ
ＡＳ＝３が用いられる。

【００６５】初期化の後、オーディオメモリコントロー
ラ８２３は内部オーディオメモリ９２６および拡張オー
ディオメモリ９２６ｂのサイズを判定する。

【００６６】チップセレクト信号を除いて、内部オーデ
ィオメモリ９２６ａおよび拡張オーディオメモリ９２６
ｂは同じアドレスバス，同じデータバスおよび同じ制御
信号を共有する。動作中、調停ユニット９３０が３つの
要求者・ＤＭＡ８２５，・アクセラレータ８２１，および・リフレッシュカウンタ９３２、についてのアクセスタ
イミングを発生する。

【００６７】これらの要求者間における優先権は次の通
りである。

【００６８】リフレッシュカウンタ９３２＞アクセラレ
ータ８２１＞ＤＭＡ８２５自動リフレッシュ期間はプロ
グラマブルであり、オーディオメモリコントローラ８２
３が、内部オーディオメモリ９２６ａおよび拡張オーデ
ィオメモリ９２６ｂへのリフレッシュサイクルを同時に
与える。

【００６９】以下のＤＳＰのプログラムビットはＤＭＡ
８２５によるオーディオメモリ１２６へのアクセスをマ
スクするために使用され得る。

【００７０】

【表７】

【００７１】もしＡＭＤＭのビット０がセットされれ
ば、オーディオメモリ１２６へのアクセスがアクセラレ
ータ８２１に占有される。ＡＭＤＭのビット０がクリア
されれば、次の処理が発生する。

【００７２】典型的には、ＤＭＡ８２５は、複数（たと
えば、１６）の読出／書込コマンドを介してオーディオ
メモリ１２６をアクセスする。もしアクセラレータ８２
１がこの時間中にオーディオメモリ１２６をアクセスす
る必要があれば、オーディオメモリコントローラ８２３
はオーディオメモリ１２６の同じバンクを２つのものが
アクセスしようとしているかどうかを判断する。もしそ
うであれば、オーディオメモリコントローラ８２３は、
ＤＭＡ８２５によるアクセスを終了（プリチャージ：pr
echarge）するとともに、アクセスをアクセラレータ８
２１に移す。アクセラレータ８２１が終了した後、オー
ディオメモリコントローラ８２３はアクセスをＤＭＡ８
２５に戻し、そしてＤＭＡ８２５は（まず、アクティブ
とし）その残りの読出／書込コマンドを実行する。

【００７３】アクセラレータ８２１およびＤＭＡ８２５
が異なるバンクをアクセスしているときには、アクセラ
レータ８２１およびＤＭＡ８２５の間におけるアクセス
転送のより良い性能を実現するために、インタリーブバ
ンクアクセス方法（interleaved bank access scheme）
が利用される。この方法では、オーディオメモリコント
ローラ８２３はＤＭＡバンクをプリチャージ（終了）せ
ず、それを待機状態のままとする。オーディオメモリ１
２６へのアクセスがその後アクセラレータ８２１に移さ
れる。アクセラレータ８２１がオーディオメモリ１２６
のそのアクセスを終了した後、オーディオメモリコント
ローラ８２３が（最初にアクティブする必要なしに）Ｄ
ＭＡ８２５の残りの読出／書込コマンドを実行する。

【００７４】オーディオメモリ１２６のアクセスが５１
２バイトの境界（異なる行）を越えるとき、オーディオ
メモリコントローラ８２３は、アクセスを終了させるた
めに現在の行をプリチャージし、アクセスを開始させる
ために次の行をアクティブにする。このことによってデ
ータの読出／書込のサイクル数を増大させることができ
る。上述のインタリーブバンクアクセス方法は、好まし
くは、ＤＭＡによる行を越えてのアクセスまたはアクセ
ラレータによる行を越えてのアクセスについては適用さ
れない。

【００７５】アクセラレータ８２１は、読出動作のため
の３つのアドレスモード（４ビット，８ビットおよび１
６ビット）および書込動作のための１つのアドレスモー
ド（１６ビット）を含む。異なる読出アドレスモードが
異なるフォーマット（たとえば、ＡＤＰＣＭ，８ビット
ＰＣＭ）の圧縮データを読み出しあるいは非圧縮データ
を読み出すために便利である。４ビット（ニブル：nibb
le）アドレスモードでは、データは「少しずつ（nibbl
e）」アドレスできる。各パラメータレジスタ（ビット
２６からビット０）の最下位ビット（ビット０）の単位
はニブルであり、現在アドレスのｂ１，ｂ０がデータラ
インのニブルを選択するために使用される。この実施例
のオーディオシステムのハードウェアはビット２６から
ビット２までを用い、２６ビットのオーディオメモリア
クセスアドレスとして「０」を連続させる。８ビット
（１バイト）アドレスモードはデータを「バイト」アド
レス可能である。各パラメータレジスタ（ビット２６か
らビット０）の最下位ビット（ビット０）の単位はバイ
トであり、現在アドレスのビット０がデータラインのバ
イトを選択するために使用される。実施例のオーディオ
システムのハードウェアはビット２５からビット１まで
を使用し、２６ビットのオーディオメモリアクセスアド
レスとして「０」を連続させる。１６ビット（１ワー
ド）アドレスモードでは、データは「ワード」アドレス
可能である。各パラメータレジスタ（２６ビットから０
ビット）の最下位ビット（ビット０）の単位はワードで
あり、オーディオメモリにおけるデータがワード境界
（boundary）に割り当てられる。実施例のオーディオシ
ステムはビット２４からビット０を使用し、２６ビット
のオーディオメモリアクセスアドレスとして「０」を連
続させる。

【００７６】オーディオメモリ，アクセラレータ８２１
およびオーディオＤＭＡ１５６の間のデータ変換は図１
７，図１８および図１９に示す通りである。

【００７７】もちろん、アドレスモードの数やタイプは
例示のために用いられたものであり、この発明はこれに
限定されるものではない。アドレスモードはＤＭＡコア
８１１によってプログラマブルである。

【００７８】オーディオメモリＤＭＡ８２５の詳細が図
１０に示される。オーディオメモリＤＭＡ８２５は３つ
のレジスタ９００ａ−９００ｃを含み、それらのレジス
タは主メモリの開始アドレス，オーディオメモリの開始
アドレス，およびＤＭＡ転送のためのブロック長および
方向をそれぞれ規定するために使用される。主プロセサ
１１０がこれらのレジスタをプログラムする。レジスタ
は３２ビット幅であり、ＤＭＡ転送方向はブロック長レ
ジスタの上位ワードのビット１５によって特定される。
各側（すなわち、主メモリ１１２，オーディオメモリ１
２６）の開始アドレスは３２バイト境界に配置され、ブ
ロック長は３２バイトの倍数である。ＤＭＡ転送の間、
これらのレジスタは各メモリコントローラブロックのア
クセスによって修正される。不均一なバンド幅のメモリ
に橋を架けるために、オーディオメモリＤＭＡに組み込
まれた１つのメモリコントローラサイズ（３２バイト）
データバッファ９５０がある。

【００７９】主メモリ１１０のオーディオメモリ１２６
への動作フローは次のステップを含む。

【００８０】ステップ１：ブロック長レジスタ９００ｃ
の下位ワードへの書込がデータを転送する用意ができて
いるＤＭＡ８２５をトリガする。

【００８１】ステップ２：ＤＭＡ８２５がメモリコント
ローラ１５２（図３）へ読出要求を送り、次いで３２バ
イトのデータがＤＭＡデータバッファ９５０に来るのを
待つ。

【００８２】ステップ３：３２バイトのデータがデータ
バッファ９５０に移動すると、ＤＭＡ８２５は調停回路
９３０（図９参照）へ書込要求を送り、そして転送を待
つ。主メモリアドレスレジスタ９００ａがまたアドレス
インクリメント回路９６０によって３２だけ増加され
る。

【００８３】ステップ４：調停回路９３０によってＤＭ
Ａ８２５がオーディオメモリ１２６へアクセスするのが
認められると、書込コマンドがオーディオメモリ１２６
へ送られるとともに、データが、３２バイトが移動され
てしまう（バッファエンプティ）まで、ＤＭＡデータバ
ッファ９５０からオーディオメモリ１２６へバイト毎に
移動し始める。オーディオメモリアドレスがオーディオ
アドレスインクリメント回路９６２によって３２だけ増
加され、ブロック長がブロック長ディクリメント回路９
６４によって３２だけ減少される。

【００８４】ステップ５：ステップ２からステップ４
が、ブロック長が０になるまで繰り返される。この時点
において、ＤＭＡ８２５が停止し、制御ロジック９５４
はフラグをセットし、主プロセサ１１０に割込を発生す
る。この割込はマスカブル（maskable）である。

【００８５】オーディオメモリ１２６の主メモリ１１０
への動作フローは次のステップを含む。

【００８６】ステップ１：ブロック長レジスタの下位ワ
ードへの書込がデータを転送する用意ができているＤＭ
Ａ８２５をトリガする。

【００８７】ステップ２：ＤＭＡ８２５が調停回路９３
０（図９）へ読出要求を送り、次いで３２バイトのデー
タを待つ。

【００８８】ステップ３：調停回路９３０によってＤＭ
Ａ８２５がオーディオメモリ１２６へアクセスするのが
認められると、読出コマンドがオーディオメモリ１２６
へ送られるとともに、データが、３２バイトが移動され
てしまうまで、オーディオメモリ１２６からＤＭＡデー
タバッファ９５０へバイト毎に移動し始める。オーディ
オメモリアドレスレジスタのオーディオメモリアドレス
がオーディオアドレスインクリメント回路９６２によっ
て３２だけ増加される。

【００８９】ステップ４：３２バイトのデータがＤＭＡ
データバッファ９５０に移動すると、ＤＭＡ８２５はメ
モリコントローラ１５２へ書込要求を送る。３２バイト
のデータが次いで、ＤＭＡデータバッファ９５０からメ
モリコントローラバスに移動される。その後、主メモリ
１１０のアドレスが主メモリアドレスインクリメント回
路９６０によって増加されるとともに、ブロック長がブ
ロック長ディクリメント回路９６４によって３２だけ減
少される。

【００９０】ステップ５：ステップ２からステップ４
が、ブロック長が０になるまで繰り返される。この時点
において、ＤＭＡ８２５が停止し、制御ロジック９５４
はフラグをセットし、主プロセサ１１０に割込を発生す
る。この割込はマスカブルである。

【００９１】各３２バイトの転送の前に調停が実行され
る。メモリコントローラへのバス調停の優先順位は次の
ようである。

【００９２】ＡＩＤＭＡ８０５＞ＤＳＰＤＭＡ８１９＞
ＡＲＡＭＤＭＡ８２５読出動作ＤＳＰコア８１１がデータラインを読み出し始める前
に、開始および終了アドレス，現在アドレスの上位ワー
ド，および次いで現在アドレスの下位ワードが設定され
る。現在アドレスレジスタの下位ワードがＤＳＰコア８
１１によってロードされると、読出／書込動作モードが
現在アドレスレジスタの１５ビットの上位ワードによっ
て設定される。読出モードが指定されると、３つのワー
ドのデータがオーディオメモリ１２６からデータライン
９０４ａ−９０４ｃに「プリフェッチ」される。このプ
リフェッチされたデータは現在アドレスおよび次に続く
２つのアドレスのためのデータに相当する。

【００９３】現在アドレスの下位ワードがロードされて
からそのデータライン上にデータが利用できるようにな
るまで、典型的には、たとえば約１０サイクルのレイテ
ンシがある。このレイテンシ期間中、アクセラレータ８
２１は最初のデータが利用可能になるまで、ＤＳＰコア
８１１の動作を停止させる。レイテンシ期間中にまた、
パラメータレジスタ９０６ａ−９０６ｃへの読出および
書込が禁止される。

【００９４】現在アドレスが、ＤＳＰがデータラインの
１つを読み出した後に１つだけインクリメントされる。
アクティブなデータラインの最後のデータが読み出され
ると、アクティブなデータラインが次のラインに切り換
えられ、１つのラインが今エンプティになったことを意
味する。後続アドレスのためのデータが次いでプリフェ
ッチされる。

【００９５】ラインにおけるデータがＤＳＰコア８１１
によって読み出されていてかつアドレスが開始アドレス
に等しければ、ＤＳＰコア８１１に対して割込が発生さ
れる。この割込はＤＳＰコア８１１によってマスカブル
（maskable）である。

【００９６】書込動作ＤＳＰ８１１がデータラインを書き込む前に、開始およ
び終了アドレス，現在アドレスの上位ワード，および次
いで現在アドレスの下位ワードがパラメータレジスタ９
０６ａ−９０６ｃに設定される。現在アドレスレジスタ
の下位ワードがＤＳＰコア８１１によってビット１５＝
１でロードされると、アクセラレータが書込動作モード
に設定される。データライン９０４ａ−９０４ｃにデー
タが利用できるようになると、アクセラレータ８２１は
そのラインのデータを、現在アドレスおよびそれに後続
するアドレスによって、データラインがエンプティにな
るまで、オーディオメモリ１２６にストアする。データ
ラインからのデータがオーディオメモリ１２６にストア
されかつ現在アドレスが終了アドレスに等しければ、ア
クセラレータ８２１はＤＳＰコア８１１に対して割込を
発生する。この割込はＤＳＰコア８１１によってマスカ
ブルである。書込動作中において、パラメータレジスタ
のどれかが読出／書込のためにアクセスされると、アク
セラレータ８２１は、データラインがエンプティになる
までＤＳＰコアの動作を停止する。この実施例において
は、アクセラレータ８２１の書込モードは常に１６ビッ
トである。

【００９７】読出中におけるプリフェッチ動作は、特
に、音声サンプルがループ点を有するときに有用であ
る。予め記録された音声サンプル（たとえばピアノのよ
うな楽器の音声）は、典型的には、特別なフォーマット
（たとえば、ＷＡＶまたはＡＩＦＦ）のファイルとして
ストアされる。上で注目したように、音声サンプルは図
１５に示すように最初から終わりまで再生される（「ワ
ンショット再生」）か、もしくは音声サンプルは、図１
６に示すように、サンプルが終了したとき位置がループ
位置まで「巻き戻される」ように「ループされる」かも
しれない」（おそらくエンベロープ圧縮で）。ループ再
生はサンプルの一部を繰り返し再生することがサンプル
のサイズを減じるという限りにおいて有利である。しか
しながら、メモリアドレス回路がループ位置の点に更新
される間、サンプルを含むオーディオファイルにおいて
先の点まで巻き戻すことはファイルをアクセスするのに
結果的に遅延を生じる。特に、メモリからのデータの読
出は、メモリが現在アドレスの単純なインクリメントに
よってアドレス可能なときに最も効率的である。しかし
ながら、ループ戻りは、メモリアドレス回路をループ位
置にリセットし、そしてそのループ戻しを１回以上行う
場合にはメモリアドレス回路をそのループ位置へ繰り返
しリセットする必要がある。次の順次のファイルアドレ
スでのデータを読み出すためにアドレスレジスタをイン
クリメントすることは素早く実行され得るが、これらの
レジスタをリセットすることは長時間を要し、そして最
後に予めループ戻ししたアドレスでのデータの出力とル
ープ戻しのアドレスでのデータの出力との間にレイテン
シ（遅延）期間を結果的に生じる。このことはオーディ
オ出力に中断を生じるとともに、原形を損なうことにな
り、減少した数の音声が再生される。これらのすべてが
逆にプレーヤのゲーム経験に強い衝撃を与える。オーデ
ィオメモリ１２６からのデータのプリフェッチは、上で
述べたように、オーディオ出力に原形が損なわれる可能
性を減じる。アドレスレジスタがリセットされるときに
はプリフェッチされたデータが既に存在するのであるか
ら、オーディオディジタル信号プロセサは、メモリアド
レスがループ戻しアドレスにリセットされるときのレイ
テンシ期間中でもデータの読出を継続することができ
る。

【００９８】もちろん、読出／書込バッファとしての３
つのデータラインの使用は一例であり限定ではなく、こ
の発明は、読出／書込バッファとしてのデータラインの
どんな特別な数にも限定されない。一般的にいえば、デ
ータラインの数はオーディオファイルのループ再生中に
アドレスレジスタを再設定するに要するレイテンシをマ
スクするに十分な量のプリフェッチを可能にすれば足り
る。さらに、この発明が上ではループ再生に関連するレ
イテンシの期間において説明されたが、プリフェッチ技
術は、オーディオメモリからデータを読み出すための他
の動作に関連するレイテンシをマスクするためにも適用
できる。

【００９９】図１１および図１２は音声を再生するため
のデータフローおよび制御フローをそれぞれ図解する。
図１１に示すように、音声サンプルは大容量記憶媒体６
２から周辺（Ｉ／Ｏ）コントローラ１６２を介して主メ
モリ１１２に読み込まれ、かつその主メモリ１１２から
ＡＲＡＭＤＭＡ８２５を介してオーディオメモリ１２６
に読み込まれる。音声サンプルはアクセラレータ８２１
を介してＤＳＰコア８１１によって読み出され、このＤ
ＳＰコア８１１はその音声サンプルを処理／ミックスす
る。処理／ミックスされた音声サンプルは、主メモリ１
１２内にバッファされ、次いで、オーディオコーデック
１２２を介してのスピーカ６１Ｌおよび６１Ｒへの出力
のために、オーディオインタフェースＦＩＦＯ８０７に
転送される。図１２に示すように、ゲームアプリケーシ
ョンは音声の必要性を最終的に指令する。このゲームア
プリケーションはオーディオシステム（主プロセサ）実
行時アプリケーションへのコールをし、その実行時アプ
リケーションはオーディオＤＳＰ１５６のためのコマン
ドリストを発生する。このコマンドリストを実行する際
に、オーディオＤＳＰ１５６は適宜の音声サンプルを抽
出し、それを必要に応じて処理する。

【０１００】音楽合成のためのデータおよび制御フロー
は図１１に示す音声サンプルについてのそれと同様であ
る。大容量記憶媒体６２からの楽器波形テーブルが主メ
モリ１１２を介してオーディオメモリ１２６にストアさ
れる。オーディオＤＳＰ１５６は、オーディオシステム
（主プロセサ）実行時アプリケーションによって発生さ
れたコマンドを受け取ると、必要な楽器サンプルを抽出
し、それらを処理しかつミックスし、得られる結果を主
メモリ１１２にストアする。その後、その結果がオーデ
ィオコーデック１２２を介してのスピーカ６１Ｌおよび
６１Ｒへの出力のためにオーディオインタフェースＦＩ
ＦＯ８０７に転送される。オーディオシステム（主プロ
セサ）実行時アプリケーションによって発生されたコマ
ンドは楽譜によって駆動され、その楽譜は大容量記憶媒
体６２から主メモリ１１２に読み込まれ、そしてゲーム
のコマンドに従ってオーディオシステム（主プロセサ）
実行時アプリケーションによって処理されかつ順番に配
列される。

【０１０１】オーディオシステム（主プロセサ）実行時
アプリケーションはまたソフトウェアストリームを提供
するためにオーディオトラックの再生およびミキシング
を管理する。ソフトウェアストリームは１つ以上のオー
ディオトラックの同時再生を許容し、或る程度の双方向
性（インタラクティビティ）を提供する。たとえばゲー
ムが、たとえば１つのトラックから他のトラックにフェ
ードインしてプレーヤの気分に影響を与える。一般的に
は、異なるオーディオトラックが個々の音声サンプルと
してオーディオメモリ１２６にバッファされる。オーデ
ィオＤＳＰ１５６はそしてトラックを引き出しそれらを
他の音声としてミックスする。

【０１０２】実行時オーディオライブラリは、オーディ
オＤＳＰ１５６のリソース使用法をモニタし、そしてそ
れに従って音声割付をダイナミックに制限するリソース
管理アルゴリズムを含む。このことによって、不正なオ
ーディオ出力が結果的に生じることになるオーディオＤ
ＳＰ１５６の過負荷を防止する。好ましくは、リソース
管理アルゴリズムはスムーズで連続的なオーディオを確
保するために、最悪値メモリアクセスレイテンシを想定
する。たとえば、各音声のミキシングおよび処理要求に
依存して、６４までの音声が支持され得る。

【０１０３】互換性のある他の実施例上述のシステム５０は上で述べた家庭用ビデオゲームコ
ンソールの構成以外としても実現できる。たとえば、或
るものは、システム５０をエミュレートする異なる構成
を有するプラットフォームもしくはそれと同等のものに
おいて、システム５０のために書かれたグラフィクスア
プリケーションや他のソフトウェアを実行させることが
できる。もし、他のプラットフォームがシステム５０の
いくつかのもしくはすべてのハードウェアおよびソフト
ウェアリソースをエミュレートしシミュレートしおよび
／または提供することができれば、その他のプラットフ
ォームはそのソフトウェアを成功裏に実行することがで
きる。

【０１０４】一例として、エミュレータがシステム５０
のハードウェアおよび／またはソフトウェア構成（プラ
ットフォーム）とは異なるハードウェアおよび／または
ソフトウェア構成（プラットフォーム）を提供できる。
そのエミュレータシステムは、それのためにアプリケー
ションソフトウェアが書かれているシステムのいくつか
のもしくはすべてのハードウェアおよび／またはソフト
ウェアコンポーネンツをエミュレートしもしくはシミュ
レートするソフトウェアおよび／またはハードウェアコ
ンポーネンツを含む。たとえば、エミュレータシステム
はパソコンのような汎用ディジタルコンピュータを含
み、それはシステム５０のハードウェアおよび／または
ファームウェアをシミュレートするソフトウェアエミュ
レータプログラムを実行する。上述のオーディオシステ
ムのＤＳＰ処理がパソコンによってエミュレートされ得
る。

【０１０５】或る汎用ディジタルコンピュータ（たとえ
ばＩＢＭやマッキントッシュのパソコンおよびそれらの
同等物）は、ダイレクトＸ(DirectX)または他の標準的
な３ＤグラフィクスコマンドＡＰＩｓに従った３Ｄグラ
フィクスパイプラインを提供する３Ｄグラフィクスカー
ドを備える。それらはまた、音声コマンドの標準的なセ
ットに基づいて高品質のステレオ音声を提供するステレ
オ音声カードを備える。エミュレータソフトウェアを実
行するそのようなマルチメディアのハードウェアを備え
るパソコンは、システム５０のグラフィクスおよび音声
性能とほぼ等しい十分な性能を有する。エミュレータソ
フトウェアはパソコンプラットフォーム上のハードウェ
アリソースを制御して、それのためにゲームプログラマ
がゲームソフトウェアを書いた家庭用ビデオゲームコン
ソールプラットフォームの処理，３Ｄグラフィクス，音
声，周辺および他の能力をシミュレートする。

【０１０６】図１３はホストプラットフォーム１２０
１，エミュレータコンポーネント１３０３および記憶媒
体６２上のゲームソフトウェア実行可能バイナリ映像を
用いる全体のエミュレーション処理を図解する。ホスト
１２０１は、たとえばパソコン，ビデオゲームコンソー
ルあるいは十分な計算力を有する任意の他のプラットフ
ォームのような汎用または特定目的ディジタル計算装置
である。エミュレータ１３０３はそのホストプラットフ
ォーム１２０１上で走るソフトウェアおよび／またはハ
ードウェアであり、記憶媒体６２からのコマンド，デー
タおよび他の情報のそのホスト１２０１によって実行可
能な形態へのリアルタイム変換を行う。たとえば、エミ
ュレータ１３０３は記憶媒体６２からシステム５０によ
って実行されるように意図された「ソース」であるバイ
ナリ映像プログラム命令を取り込み、これらのプログラ
ム命令をホスト１２０１によって実行されもしくは処理
され得るターゲットとなる形態に変換する。

【０１０７】一例として、ソフトウェアがＩＢＭパワー
ＰＣまたは他の特定のプロセサを用いるプラットフォー
ム上での実行のために書かれかつホスト１２０１が異な
る（たとえばインテル）プロセサを用いるパソコンであ
る場合、エミュレータ１２０３は記憶媒体１３０５から
の１つのもしくは一連のバイナリ映像プログラム命令を
取り込み、これらのプログラム命令を１つまたはそれ以
上の同等のインテルのバイナリ映像プログラム命令に変
換する。エミュレータ１２０３はまたグラフィクス／オ
ーディオプロセサ１１４によって処理されるように意図
されたグラフィクスコマンドおよびオーディオコマンド
を取り込みかつ／あるいは生成し、そしてホスト１２０
１上で利用可能なハードウェアおよび／またはソフトウ
ェアグラフィクス／オーディオ処理リソースによって処
理され得る形態にこれらのコマンドを変換する。一例と
して、エミュレータ１３０３はホスト１２０１の特別な
グラフィクスおよび／または音声ハードウェア（たとえ
ば標準的なダイレクトＸ，オープンＧＬおよび／または
音声ＡＰＩｓ）によって処理され得るコマンドにこれら
のコマンドを変換する。

【０１０８】上で述べたビデオゲームシステムのいくつ
かのもしくはすべての特徴を与えるために用いられるエ
ミュレータ１３０３は、また、エミュレータを使ってゲ
ームを走らせている種々のオプションおよびスクリーン
モードの選択を簡単化しもしくは自動化するグラフィッ
クユーザインタフェース（ＧＵＩ）を備える。一例にお
いて、そのようなエミュレータ１３０３はさらにそのソ
フトウェアが本来的に目的とされたホストプラットフォ
ームに比べてより増強された機能性を含むこともでき
る。

【０１０９】図１４はエミュレータ１３０３で用いるに
適したエミュレーションホストシステム１２０１を図解
的に示す。このシステム１２０１は処理ユニット１２０
３およびシステムメモリ１２０５を含む。システムバス
１２０７がシステムメモリ１２０５を含む種々のシステ
ムコンポーネンツを処理ユニット１２０３に結合する。
システムバス１２０７は多様なバスアーキテクチャのい
ずれかを用いるメモリバスもしくはメモリコントロー
ラ，周辺バスおよびローカルバスを含むいくつかのタイ
プのバス構造の任意のものである。システムメモリ１２
０７はＲＯＭ１２５２およびＲＡＭ１２５４を含む。起
動中においてのようにパソコンシステム１２０１中のエ
レメント（要素）間に情報を伝送する手助けをする基本
ルーチンを含む基本入力／出力システム（ＢＩＯＳ）１
２５６がＲＯＭ１２５２中にストアされる。システム１
２０１はさらに種々のドライブおよび関連のコンピュー
タ読出可能な媒体を含む。ハードディスクドライブ１２
０９が（典型的には固定の）磁気ハードディスク１２１
１から読み出しそれへ書き込む。付加的な（たぶんオプ
ションとしての）磁気ディスクドライブ１２１３が着脱
可能な「フロッピィ」または他の磁気ディスク１２５１
から読み出しかつそれへ書き込む。光ディスクドライブ
１２１７はＣＤ−ＲＯＭあるいは他の光学媒体のような
着脱自在な光ディスク１２１９から読み出しかつそれへ
書き込む。ハードディスクドライブ１２０９および光デ
ィスクドライブ１２１７は、ハードディスクドライブイ
ンタフェース１２２１および光ディスクドライブインタ
フェース１２２５によって、システムバス１２０７にそ
れぞれ接続される。これらのドライブおよびその関連す
るコンピュータ読出可能な媒体は、パソコンシステム１
２０１のためのコンピュータ読出可能な命令，データ構
造，プログラムモジュール，ゲームプログラムおよび他
のデータの不揮発性の記憶媒体を提供する。他の構成で
は、コンピュータによってアクセス可能なデータをスト
アすることができる他のタイプのコンピュータ読出可能
な媒体（たとえば磁気カセット，フラッシュメモリカー
ド，ディジタルビデオディスク，ベルヌーイカートリッ
ジ，ＲＡＭ，ＲＯＭあるいはその他のもの）がまた使用
できる。

【０１１０】エミュレータ１３０３を含む多数のプログ
ラムモジュールがハードディスク１２１１，着脱可能な
磁気ディスク１２１５，光ディスク１２１９および／ま
たはシステムメモリ１２０５のＲＯＭ１２５２および／
またはＲＡＭ１２５４にストアされ得る。このようなプ
ログラムモジュールはグラフィクス／音声ＡＰＩｓ，１
つ以上のアプリケーションプログラム，他のプログラム
モジュール，プログラムデータおよびゲームデータを提
供するオペレーティングシステム（ＯＳ）を含む。ユー
ザは、キーボード１２２７，ポインティングデバイス１
２２９，マイクロフォン，ジョイスティック，ゲームコ
ントローラ，衛星アンテナ(satellite dish)，スキャナ
あるいはその他のもののような入力デバイスを通して、
パソコンシステム１２０１にコマンドおよび情報を入力
することができる。これらのそして他の入力デバイス
は、システムバス１２０７に結合されたシリアルポート
インタフェース１２３１を通して処理ユニット１２０３
に接続され得るが、パラレルポート，ゲームポートファ
イヤワイヤバス(Fire Wire)もしくはユニバーサルシリ
アルバス（ＵＳＢ）のような他のインタフェースによっ
て接続されてもよい。モニタまたは他のタイプの表示デ
バイスがまたビデオアダプタ１２３５のようなインタフ
ェースを介してシステムバス１２０７に接続される。

【０１１１】システム１２０１はモデム１１５４または
インターネットのようなネットワーク１１５２を通して
の通信を確立するための他のネットワークインタフェー
ス手段を含む。内蔵もしくは外付けであってよいモデム
１１５４はシリアルポートインタフェース１２３１を介
してシステムバス１２３に接続される。システム１２０
１がローカルエリアネットワーク１１５８を介して遠隔
コンピュータ装置１１５０（たとえば他のシステム１２
０１）と通信するのを許容するために、ネットワークイ
ンタフェース１１５６がまた設けられてもよい（もしく
はそのような通信はダイヤルアップもしくは他の通信手
段のようなワイドエリアネットワーク１１５２もしくは
他の通信経路を介してもよい）。システム１２０１はプ
リンタのような周辺出力装置および他の標準的な周辺装
置を含む。

【０１１２】一例では、ビデオアダプタ１２３５は、マ
イクロソフト(Microsoft)のダイレクトＸ７．０、また
は他のバージョンのような標準的な３Ｄグラフィクスア
プリケーションプログラマインタフェースに基づいて発
行された３Ｄグラフィクスコマンドに応答して、高速の
３Ｄグラフィクスレンダリングを提供する３Ｄグラフィ
クスパイプラインチップセットを含んでもよい。１組の
スピーカ１２３７はまた、バス１２０７によって与えら
れる音声コマンドに基づいて高品質ステレオ音声を生成
するハードウェアおよび埋め込みソフトウェアを提供す
る従来の「音声カード」のような音声生成インタフェー
スを介して、システムバス１２０７に接続される。これ
らのハードウェア能力によって記憶媒体１３０５中にス
トアされているソフトウェアを再生するためにシステム
１２０１に十分なグラフィクスおよび音声の速度性能を
与えることができる。

【０１１３】上で述べたビデオゲームシステムのいくつ
かのもしくはすべての特徴を与えるために使用されるエ
ミュレータ１３０３は、また、そのエミュレータを用い
て実行しているゲームのための種々のオプションおよび
スクリーンモードの選択を単純化しもしくは自動化する
グラフィックユーザインタフェース（ＧＵＩ）を備えて
もよい。一例として、そのようなエミュレータ１３０３
は本来的にそのソフトウェアを意図していたホストプラ
ットフォームに比べてより増強された機能性を含んでい
てもよい。

【０１１４】最も現実的かつ好ましい実施例であると現
在考えられているものに関連してこの発明が説明された
が、この発明は開示された実施例に限定されるものでは
なく、逆に、特許請求の範囲内に含まれる種々の変形例
や等価的な構成をカバーするように意図されていること
を理解されたい。

【図面の簡単な説明】

【図１】図１はインタラクティブコンピュータグラフィ
クスシステムの実施例を示す全体図である。

【図２】図２は図１実施例のコンピュータグラフィクス
システムのブロック図である。

【図３】図３は図２に示す実施例のグラフィクス／オー
ディオプロセサのブロック図である。

【図４】図４は図３に示す実施例の３Ｄグラフィクスプ
ロセサのブロック図である。

【図５】図４のグラフィクス／オーディオプロセサの例
示的な論理フロー図である。

【図６】図６は図３に示すオーディオＤＳＰ１５６，オ
ーディオメモリインタフェース１５８およびオーディオ
インタフェース／ミキサ１６０をより詳細に示すブロッ
ク図である。

【図７】図７はオーディオＤＳＰ１５６の処理ステップ
を示す。

【図８】図８はアクセラレータ８２１を示すブロック図
である。

【図９】図９はオーディオメモリコントローラ８２３を
示す詳細ブロック図である。

【図１０】図１０はオーディオメモリＤＭＡ８２５を示
す詳細ブロック図である。

【図１１】図１１は音声再生のためのデータフローおよ
び制御フローをそれぞれ示す図解図である。

【図１２】図１２は音声再生のためのデータフローおよ
び制御フローをそれぞれ示す図解図である。

【図１３】図１３は他の互換性のある一実施例を示す図
解図である。

【図１４】図１４は他の互換性のある他の実施例を示す
図解図である。

【図１５】図１５はワンショット再生を示す図解図であ
る。

【図１６】図１６はループ再生を示す図解図である。

【図１７】図１７は４ビットアドレスモードにおけるオ
ーディオメモリ，データライン，およびオーディオＤＳ
Ｐのデータを示す図解図である。

【図１８】図１８は８ビットアドレスモードにおけるオ
ーディオメモリ，データライン，およびオーディオＤＳ
Ｐのデータを示す図解図である。

【図１９】図１９は１６ビットアドレスモードにおける
オーディオメモリ，データライン，およびオーディオＤ
ＳＰのデータを示す図解図である。

【符号の説明】

５０ …インタラクティブ３Ｄコンピュータグラフィク
スシステム５４ …主ユニット１１０ …主プロセサ１１２ …主メモリ１１４ …グラフィクス／オーディオプロセサ１２６ …オーディオメモリ（ＡＲＡＭ）１５６ …オーディオＤＳＰ８２１ …アクセラレータ８２３ …ＡＲＡＭコントローラ８２５ …ＡＲＡＭＤＭＡ９０２ …後続アドレス発生回路９０４ａ−９０４ｃ …データライン９０６ａ−９０６ｃ …パラメータレジスタ９２６ａ …内部オーディオメモリ９２６ｂ …拡張オーディオメモリ

Claims

【特許請求の範囲】

【請求項１】音声サンプルをストアするメモリ、音声サンプルを処理するためのオーディオ信号プロセ
サ、第１アドレスから第２アドレスまでアドレスしかつ次い
でその第１アドレスと第２アドレスとの間の第３アドレ
スまで１回以上ループして戻るようにメモリをアドレス
して、音声サンプルを読み出すアドレス回路、およびアドレス回路が第３アドレスへループして戻る間のメモ
リアクセスのレイテンシを隠すために、現在アドレスお
よび１つ以上の後続アドレスをストアするためのプリフ
ェッチ記憶領域を備える、オーディオシステム。
【請求項２】アドレス回路はメモリからオーディオデー
タを読み出すために複数の異なるアドレスモードで動作
可能である、請求項１記載のオーディオシステム。
【請求項３】アドレスモードの１つは４ビットアドレス
モードである、請求項２記載のオーディオシステム。
【請求項４】アドレスモードの１つは８ビットアドレス
モードである、請求項２記載のオーディオシステム。
【請求項５】アドレスモードの１つは１６ビットアドレ
スモードである、請求項２記載のオーディオシステム。
【請求項６】アドレス回路は４ビットアドレスモード，
８ビットアドレスモードおよび１６ビットアドレスモー
ドの１つで動作可能である、請求項２記載のオーディオ
システム。
【請求項７】アドレス回路は、開始アドレスレジスタ，
終了アドレスレジスタおよび現在アドレスレジスタを含
む、請求項１記載のオーディオシステム。
【請求項８】開始アドレスレジスタ，終了アドレスレジ
スタおよび現在アドレスレジスタはオーディオ信号プロ
セサによって読み出され／書き込まれ得る、請求項７記
載のオーディオシステム。
【請求項９】アドレス回路は、開始アドレスレジスタ，
終了アドレスレジスタおよび現在アドレスレジスタの内
容に基づいてメモリをアドレスするためのアドレスを発
生するアドレス発生回路をさらに含む、請求項７記載の
オーディオシステム。
【請求項１０】プリフェッチ記憶領域はＦＩＦＯとして
動作する、請求項１記載のオーディオシステム。
【請求項１１】プリフェッチ記憶領域は現在アドレス以
後の２つの次のアドレスについてプリフェッチデータを
ストアする、請求項１記載のオーディオシステム。
【請求項１２】現在アドレスレジスタはメモリに対する
読出し／書込みアクセスを判断するビットを含む、請求
項１記載のオーディオシステム。
【請求項１３】プリフェッチ記憶領域はＦＩＦＯとして
形成された複数のデータラインを含む、請求項１記載の
オーディオシステム。
【請求項１４】プリフェッチ記憶領域は３つのデータラ
インである、請求項１３記載のオーディオシステム。
【請求項１５】オーディオ信号プロセサによって処理す
るためにメモリからオーディオサンプルを読み出すため
の方法であって、オーディオサンプルを読み出すために、第１アドレスか
ら第２アドレスまでアドレスしかつ次いでその第１アド
レスと第２アドレスとの間の第３アドレスまで１回以上
ループして戻るようにメモリをアドレスし、そして第３
アドレスへループして戻る間にメモリアクセスのレイテ
ンシを隠すために現在アドレスおよび１つ以上の後続ア
ドレスをストアする、方法。
【請求項１６】メモリは複数の異なるアドレスモードで
アドレスされる、請求項１５記載の方法。
【請求項１７】アドレスモードの１つは４ビットアドレ
スモードである、請求項１５記載の方法。
【請求項１８】アドレスモードの１つは８ビットアドレ
スモードである、請求項１５記載の方法。
【請求項１９】アドレスモードの１つは１６ビットアド
レスモードである、請求項１５記載の方法。