JPH10334249A

JPH10334249A - 画像情報生成方法及び画像情報生成装置、並びに記録媒体

Info

Publication number: JPH10334249A
Application number: JP15916197A
Authority: JP
Inventors: Teiji Toyo; 禎治豊; Shinji Noda; 慎治野田; Sachiyo Aoki; 幸代青木
Original assignee: Sony Computer Entertainment Inc
Current assignee: Sony Interactive Entertainment Inc
Priority date: 1997-06-02
Filing date: 1997-06-02
Publication date: 1998-12-18

Abstract

(57)【要約】【課題】テクスチャイメージデータ、モデリングデー
タ、アニメーションデータなどの意味の異なるデータの
管理を容易にした画像情報生成方法及び画像情報生成装
置、並びに画像情報が記録された記録媒体を提供する。【解決手段】同一プログラムで処理されるデータをま
とめて配置し、上記データをまとめて配置したプリミテ
ィブ領域の先頭にそのデータの種類を示す識別子及びそ
のデータを処理すべき処理ドライバのプログラムへのジ
ャンプテーブルを付加したデータ構造の画像情報を生成
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

【０００２】

【産業上の利用分野】本発明は、情報処理により画像情
報を作成する画像情報生成方法及びその画像情報を処理
する画像情報生成装置、並びに画像情報が記録された記
録媒体に関する。

【０００３】

【従来の技術】例えば、家庭用ゲーム機やパーソナルコ
ンピュータ装置或いはグラフィックコンピュータ装置等
において、テレビジョン受像機やモニタ受像機或いはＣ
ＲＴディスプレイ装置等に出力されて表示される画像は
２次元のものが殆どであり、基本的には２次元の平面的
な背景に２次元のキャラクタ等を適宜に配置して移動さ
せたり、変化させたりするような形態で画像表示が行わ
れている。

【０００４】しかしながら、上述したような２次元的な
画像表示や映像では、表現できる背景及びキャラクタや
それらの動きに制限があり、例えばゲームの臨場感を高
めることが困難である。

【０００５】そこで、例えば次に示すような方法で疑似
的な３次元の画像や映像を作成することが行われてい
る。すなわち、上記キャラクタとしていくつかの方向か
ら見た画像を用意しておき、表示画面中での視点の変化
等に応じてこれらの複数画像の内から１つを選択して表
示したり、２次元の画像を奥行き方向に重ねて疑似的な
３次元画像を表現したりするような方法が挙げられる。
また、画像データを生成或いは作成する際に、いわゆる
テクスチャ（生地、地模様）の画像を多面体等の所望の
面に貼り付けるようなテクスチャマッピング方法や、画
像の色データをいわゆるカラールックアップテーブルを
通して変換することにより表示色を変化させる手法が採
られている。

【０００６】ここで、従来の家庭用ゲーム機の概略的な
構成の一例を図１４６に示す。この図１４６において、
マイクロプロセッサ等から成るＣＰＵ３９１は、入力パ
ッドやジョイスティック等の入力デバイス３９４の操作
情報をインターフェイス３９３を介し、メインバス３９
９を通して取り出す。この操作情報の取り出しと同時
に、メインメモリ３９２に記憶されている３次元画像の
データがビデオプロセッサ３９６によってソースビデオ
メモリ３９５に転送され、記憶される。

【０００７】また、上記ＣＰＵ３９１は、上記ソースビ
デオメモリ３９５に記憶された画像を重ね合わせて表示
するための画像データの読み出し順位を上記ビデオプロ
セッサ３９６に送る。上記ビデオプロセッサ３９６は上
記画像データの読み出し順位に従って上記ソースビデオ
メモリ３９５から画像データを読み出し、画像を重ね合
わせて表示する。

【０００８】上述のように画像を表示すると同時に、上
記取り出された操作情報中の音声情報により、オーディ
オプロセッサ３９７はオーディオメモリ３９８内に記憶
されている上記表示される画像に応じた音声データを出
力する。

【０００９】図１４７は、図１４６に示す構成をもつ家
庭用ゲーム機において、２次元画像のデータを用いて３
次元画像を出力する手順を示す図である。この図１４７
では、市松模様の背景画像上に円筒状の物体を３次元画
像として表示する場合を説明する。この図１４７のソ
ースビデオメモリ３９５には、市松模様の背景画像２０
０と、この背景画像２００上の円筒状の物体の深さ方向
の断面を表す矩形の画像、いわゆるスプライト２０１、
２０２、２０３、２０４のデータが記憶されている。こ
の矩形の画像２０１、２０２、２０３、２０４上の円筒
の断面の画像以外の部分は透明色で描かれている。

【００１０】ビデオプロセッサ３９６内のシンクジェネ
レータ４００は、表示する画像の同期信号に合わせた読
み出しアドレス信号を発生する。また、このシンクジェ
ネレータ４００は、上記読み出しアドレス信号をメイン
バス３９９を介して図１４６のＣＰＵ３９１から与えら
れた読み出しアドレステーブル４０１に送る。さらに、
このシンクジェネレータ４００は上記読み出しアドレス
テーブル４０１からの情報に従って上記ソースビデオメ
モリ３９５内の画像データを読み出す。

【００１１】上記読み出された画像データは、上記ＣＰ
Ｕ３９１により上記メインバス３９９を介して与えられ
たプライオリティテーブル４０２内の画像の重ね合わせ
順位に基づいて、重ね合わせ処理部４０３で順次重ね合
わせられる。この場合には、上記背景画像２００が最も
順位が低く、矩形の画像２０１、２０２、２０３、２０
４と順に順位が高くなっているため、背景画像２００か
ら順次画像が重ね合わせられる。

【００１２】次に、透明色処理部４０４において、円筒
以外の部分を背景画像で表示するために上記重ね合わせ
られた円筒の断面の画像２０１、２０２、２０３、２０
４により表示される円筒以外の部分を透明にする処理を
施す。

【００１３】上述した処理により、円筒状の物体の２次
元画像のデータが図１４７に示す３次元画像ＶＤ₀の画
像データとして出力される。

【００１４】

【発明が解決しようとする課題】ところで、従来より、
あるフォーマットのファイルを生成するためには、元の
情報を処理して必要な情報にした後、必要とされるフォ
ーマットに加工する処理が必要となっている。

【００１５】ここでは、上記元の情報を処理して必要と
されるフォーマットに加工する処理の一例として、上述
した家庭用ゲーム機にも適用され、上記元の情報である
物体形状データを処理して上記必要とされるフォーマッ
トの２次元表示画面上に表示される３次元グラフィック
スデータを生成する場合について説明する。

【００１６】図１４８には、上記物体形状データを処理
して２次元表示画面に表示される３次元グラフィックス
データを生成する処理（３次元グラフィックス処理と呼
ぶ）を行う画像処理の流れを簡略化して示す。すなわ
ち、この図１４８に示すシステムでは、端子５００に供
給される上記元の情報である物体形状データを、座標変
換装置５０１で処理して上記必要とされるフォーマット
のパケットデータを得、これをレンダリング装置５０２
に送り込み描画を行うようにしている。

【００１７】ここで、上記元の情報である物体形状デー
タは、ディスプレイ等に表示される３次元の物体を構成
するためのポリゴン（描画を行う装置が扱う図形の最小
単位で三角形や四角形等の多角形）の集合からなり、各
ポリゴンはポリゴンの種類（三角形か四角形かなど）、
ポリゴンの属性（不透明か半透明かなど）、ポリゴンの
色、頂点の位置を表す３次元座標、頂点における法線を
表す３次元ベクトル、はり付けるテクスチャの格納場所
を表す２次元座標、などの情報で構成されている。図１
４９にはこのような物体形状データを複数集めたファイ
ルの従来のフォーマットを示している。

【００１８】一方、座標変換装置５０１により処理され
た結果である上記必要とされるフォーマットのパケット
データは、ポリゴンをディスプレイ（スクリーン）上に
描画するための情報として、例えばポリゴンの種類（三
角形か四角形かなど）、ポリゴンの属性（不透明か半透
明かなど）、頂点の位置を表す２次元座標、頂点の色、
はり付けるテクスチャの格納場所を表す２次元座標、な
どの情報で構成されている。図１５０にはこのようなパ
ケットデータを複数集めたファイルのフォーマットを示
している。なお、図１５０中のＣＯＤＥは構成要素の種
類（ポリゴン，直線，スプライト等）を表すコードであ
り、Ｖ，Ｕは各頂点のテクスチャソース空間上でのＸ，
Ｙ座標値、Ｒ，Ｇ，Ｂはポリゴンの色を表す３原色の
Ｒ，Ｇ，Ｂ値、Ｘ，Ｙはポリゴン頂点の位置を表すＸ，
Ｙ座標値である。また、パケットデータの構成要素や長
さはポリゴンの種類などによって変化する。

【００１９】したがって、図１４９のようなフォーマッ
トのファイルを、図１５０のようなフォーマットのファ
イルに変換するためには、図１４８の座標変換装置５０
１が次のような処理を行わなければならない。

【００２０】１．ポリゴンの数の種類ごとに必要なパケ
ットデータの大きさを計算し、例えば内蔵するメモリ上
に格納場所を確保する必要がある。２．各ポリゴンごとに次の操作を繰り返す必要がある。 (1)ポリゴンの種類、ポリゴンの属性を１つのワードに
合成し、パケットデータの領域０に書き込む。 (2)頂点の法線とポリゴンの色から頂点の色を合成し、
パケットデータの領域０，領域３，領域６に書き込む。 (3)頂点の３次元座標から２次元座標を計算し、パケッ
トデータの領域１，領域４，領域７に書き込む。 (4)テクスチャの２次元座標をパケットデータの領域
２，領域５，領域８に書き込む。

【００２１】上述したように、元になる情報が収められ
たファイル（物体形状データのファイル）から、必要な
情報の収められたファイル（パケットデータのファイ
ル）を生成するためには、１．新しいファイルを生成するメモリ領域を確保する。２．元になるファイルの情報を新しいフォーマットに加
工して書き込む。３．元になるファイルの情報から計算で求められる情報
を新しいフォーマットに合わせて書き込む。という３種類の操作が必要であり、時間と労力がかか
る。

【００２２】そこで、本件出願人は、必要とされる新し
いファイルを生成するための元の情報を含むファイルを
新しいファイルのフォーマットに容易に変更可能な画像
情報生成方法として、例えば特開平８−１６１５２５号
公報等に開示されているように、オブジェクトのテーブ
ル(OBJ TABLE) と、これを構成するプリミティブ(PRIMI
TIVE) 、頂点(VERTEX)、法線(NORMAL)の３種類のデータ
の実体を持ち、４つのブロックで構成されるＴＭＤフォ
ーマットを採用した画像情報生成方法を先に提案してい
る。

【００２３】しかし、従来の３次元画像フォーマットで
は、テクスチャイメージデータ、モデリングデータ、ア
ニメーションデータなどを別々のフォーマットとして管
理していたので、１つの論理オブジェクトに対して複数
のデータが必要であり、そのための管理が大変であり、
また、フォーマットを拡張しようとすると、異なるフォ
ーマット間での調整が大変であった。

【００２４】また、従来の３次元画像フォーマットで
は、そのデータを処理するプログラムと切り離れている
ために、データに対して適正な処理が行われない可能性
があり、データを作成したときとデータを再生したとき
とで異なる見え方をする虞があった。また、データに関
してどの処理プログラムを呼び出すかを毎回検索する必
要があり、処理が重いという問題点があった。

【００２５】そこで、本発明の目的は、テクスチャイメ
ージデータ、モデリングデータ、アニメーションデータ
などの意味の異なるデータの管理を容易にした画像情報
生成方法及びその画像情報を処理する画像情報処理装
置、並びに画像情報が記録された記録媒体を提供するこ
とにある。

【００２６】本発明の他の目的は、画像情報の処理時間
を短縮した画像情報生成方法及びその画像情報を処理す
る画像情報処理装置、並びに画像情報が記録された記録
媒体を提供することにある。

【００２７】また、本発明の他の目的は、データと処理
プログラムとの関連付けを容易にした画像情報生成方法
及びその画像情報を処理する画像情報処理装置、並びに
画像情報が記録された記録媒体を提供することにある。

【００２８】また、本発明の他の目的は、異なるフォー
マットのデータを適時追加することができる画像情報生
成方法及びその画像情報を処理する画像情報処理装置、
並びに画像情報が記録された記録媒体を提供することに
ある。

【００２９】さらに、本発明の他の目的は、データ量を
節約することができる画像情報生成方法及びその画像情
報を処理する画像情報処理装置、並びに画像情報が記録
された記録媒体を提供することにある。

【００３０】

【課題を解決するための手段】本発明に係る画像情報生
成方法は、同一プログラムで処理されるデータをまとめ
て配置し、上記データをまとめて配置したプリミティブ
領域の先頭にそのデータの種類を示す識別子及びそのデ
ータを処理すべき処理ドライバのプログラムへのジャン
プテーブルを付加したデータ構造の画像情報を生成する
ことを特徴とする。

【００３１】また、本発明に係る画像情報生成方法は、
一ポリゴン内の頂点が複数のマトリクスによって個々に
計算される共有ポリゴンを含むポリゴンの集合体の画像
情報を生成する画像生成方法であって、一ポリゴン内の
頂点が単一のマトリクスによって計算される独立ポリゴ
ンの頂点群と共有ポリゴンの頂点群とを近接して配置
し、独立ポリゴン及び共有ポリゴンで同じ内容頂点情報
を一つにまとめ、独立ポリゴン及び共有ポリゴン両方か
ら参照して画像情報を生成することを特徴とする。

【００３２】さらに、本発明に係る画像生成方法は、デ
ータの処理に必要なパラメータセットが上記データの内
部にあるか外部にあるを判別するための判別用データ
と、上記パラメータセットの所在を示すためのポインタ
とを上記データの内に有するデータ構造の画像情報を生
成する画像生成方法であって、上記パラメータセットが
データ内部に存在する場合には、ポインタは初期値とし
てデータ内での特定のアドレスからの上記パラメータセ
ットの先頭アドレスまでの距離を指定し、上記パラメー
タセットがデータ外部に存在する場合には、ポインタは
任意の初期値を持ち、データの処理前に、上記判定用デ
ータを参照してパラメータセットがデータ内にあるか否
かを判定し、パラメータセットがデータ内部にある場合
には、ポインタに書かれた距離データを実アドレスに変
換して上記ポインタに書き戻し、パラメータセットがデ
ータ外部にある場合には、直接パラメータの場所を示す
を示す実アドレスを上記ポインタに書き込むことを特徴
とする。

【００３３】本発明に係る画像情報生成装置は、同一プ
ログラムで処理されるデータをまとめて配置し、上記デ
ータをまとめて配置したプリミティブ領域の先頭にその
データの種類を示す識別子及びそのデータを処理すべき
処理ドライバのプログラムへのジャンプテーブルを付加
したデータ構造の画像情報を生成する情報処理手段を備
えることを特徴とする。

【００３４】また、本発明に係る画像情報生成装置は、
一ポリゴン内の頂点が複数のマトリクスによって個々に
計算される共有ポリゴンを含むポリゴンの集合体の画像
情報を生成する画像生成装置であって、一ポリゴン内の
頂点が単一のマトリクスによって計算される独立ポリゴ
ンの頂点群と共有ポリゴンの頂点群とを近接して配置
し、独立ポリゴン及び共有ポリゴンで同じ内容頂点情報
を一つにまとめ、独立ポリゴン及び共有ポリゴン両方か
ら参照して画像情報を生成する情報処理手段を備えるこ
とを特徴とする。

【００３５】さらに、本発明に係る画像生成装置は、デ
ータの処理に必要なパラメータセットが上記データの内
部にあるか外部にあるを判別するための判別用データ
と、上記パラメータセットの所在を示すためのポインタ
とを上記データの内に有するデータ構造の画像情報を生
成する画像生成装置であって、上記パラメータセットが
データ内部に存在する場合には、ポインタは初期値とし
てデータ内での特定のアドレスからの上記パラメータセ
ットの先頭アドレスまでの距離を指定し、上記パラメー
タセットがデータ外部に存在する場合には、ポインタは
任意の初期値を持ち、データの処理前に、上記判定用デ
ータを参照してパラメータセットがデータ内にあるか否
かを判定し、パラメータセットがデータ内部にある場合
には、ポインタに書かれた距離データを実アドレスに変
換して上記ポインタに書き戻し、パラメータセットがデ
ータ外部にある場合には、直接パラメータの場所を示す
実アドレスを上記ポインタに書き込む情報処理手段を備
えることを特徴とする。

【００３６】本発明に係る記録媒体は、同一プログラム
で処理されるデータをまとめて配置し、上記データをま
とめて配置したプリミティブ領域の先頭にそのデータの
種類を示す識別子及びそのデータを処理すべき処理ドラ
イバのプログラムへのジャンプテーブルを付加したデー
タ構造の画像情報を生成する情報処理プログラムを記録
したことを特徴とする。

【００３７】また、本発明に係る記録媒体は、一ポリゴ
ン内の頂点が複数のマトリクスによって個々に計算され
る共有ポリゴンを含むポリゴンの集合体の画像情報を生
成する情報処理プログラムであって、一ポリゴン内の頂
点が単一のマトリクスによって計算される独立ポリゴン
の頂点群と共有ポリゴンの頂点群とを近接して配置し、
独立ポリゴン及び共有ポリゴンで同じ内容頂点情報を一
つにまとめ、独立ポリゴン及び共有ポリゴン両方から参
照して画像情報を生成する情報処理プログラムを記録し
たことを特徴とする。

【００３８】さらに、本発明に係る記録媒体は、データ
の処理に必要なパラメータセットが上記データの内部に
あるか外部にあるを判別するための判別用データと、上
記パラメータセットの所在を示すためのポインタとを上
記データの内に有するデータ構造の画像情報を生成する
情報処理プログラムであって、上記パラメータセットが
データ内部に存在する場合には、ポインタは初期値とし
てデータ内での特定のアドレスからの上記パラメータセ
ットの先頭アドレスまでの距離を指定し、上記パラメー
タセットがデータ外部に存在する場合には、ポインタは
任意の初期値を持ち、データの処理前に、上記判定用デ
ータを参照してパラメータセットがデータ内にあるか否
かを判定し、パラメータセットがデータ内部にある場合
には、ポインタに書かれた距離データを実アドレスに変
換して上記ポインタに書き戻し、パラメータセットがデ
ータ外部にある場合には、直接パラメータの場所を示す
を示す実アドレスを上記ポインタに書き込む情報処理プ
ログラムを記録したことを特徴とする。

【００３９】

【発明の実施の形態】以下、図面を参照しながら、この
発明の実施の形態について説明する。

【００４０】先ず、本発明に係る画像情報生成方法の説
明に先立ち、本発明の画像情報生成方法により生成され
た画像データ（物体形状データ：モデリングデータ）を
用いて３次元グラフィックスデータを生成して表示する
ような画像処理システムについて説明する。この画像処
理システムは、例えば家庭用ゲーム機やパーソナルコン
ピュータ装置或いはグラフィックコンピュータ装置等に
適用されるものであり、図１の例では家庭用ゲーム機に
適用した例を示している。

【００４１】この画像処理システムは、後述する本発明
のフォーマットのデータが記録されている本発明の記録
媒体である例えば光学ディスク（例えばＣＤ−ＲＯＭ）
等から、データ（例えばゲームプログラム）を読み出し
て実行することにより、使用者からの指示に応じてゲー
ムを行うようになっており、図１に示すような構成を有
している。

【００４２】この画像処理システムは、ＣＤ−ＲＯＭの
ディスクから読み出された後述する本発明フォーマット
のデータである３次元画像情報に対して透視変換処理を
施して２次元画像情報に変換する座標変換手段としての
ジオメトリトランスファエンジン（ＧＴＥ）６１と、当
該２次元画像情報を所定の転送規格で転送して２次元表
示画面上へ描画する描画手段としてのグラフィックスプ
ロセッシングユニット（ＧＰＵ６２）とを有し、上記３
次元画像情報において透視変換処理される情報を除く構
造が上記２次元画像情報の所定の転送規格と同一の構造
であるとき、上記ＧＴＥ６１は、上記３次元画像情報の
透視変換処理される情報と上記２次元画像情報の所定の
転送規格と同一の構造の情報とを識別し、上記透視変換
処理される情報については透視変換処理を施し、当該透
視変換処理した情報と上記３次元画像情報のうちの上記
所定の転送規格と同一の構造の情報とから上記２次元画
像情報を生成するようにしている。

【００４３】すなわち、この画像処理システムは、中央
演算処理装置（ＣＰＵ５１）及びその周辺装置（周辺デ
バイスコントローラ５２等）からなる制御系５０と、フ
レームバッファ６３上に描画を行うグラフィックスプロ
セッシングユニット（ＧＰＵ６２）等からなるグラフィ
ックシステム６０と、楽音、効果音等を発生するサウン
ドプロセッシングユニット（ＳＰＵ７１）等からなるサ
ウンドシステム７０と、補助記憶装置である光学ディス
ク（ＣＤ−ＲＯＭディスク）ドライブ８１の制御や再生
情報のデコード等を行う光学ディスク制御部８０と、使
用者からの指示を入力するコントローラ９２からの指示
入力及びゲームの設定等を記憶する補助メモリ（メモリ
カード９３）からの入出力を制御する通信制御部９０
と、上記制御系５０から通信制御部９０までが接続され
ているメインバスＢ等を備えている。

【００４４】上記制御系５０は、ＣＰＵ５１と、割り込
み制御、タイムコントロール、メモリコントロール、ダ
イレクトメモリアクセス（ＤＭＡ）転送の制御等を行う
周辺デバイスコントローラ５２と、例えば２メガバイト
のＲＡＭからなる主記憶装置（メインメモリ）５３と、
このメインメモリ５３や上記グラフィックシステム６
０，サウンドシステム７０等の管理を行ういわゆるオペ
レーティングシステム等のプログラムが格納された例え
ば５１２キロバイトのＲＯＭ５４とを備えている。

【００４５】ＣＰＵ５１は、例えば３２ビットのＲＩＳ
Ｃ(reduced instruction set computor)ＣＰＵであり、
ＲＯＭ５４に記憶されているオペレーティングシステム
を実行することにより装置全体の制御を行う。当該ＣＰ
Ｕ５１は命令キャッシュとスクラッチパッドメモリを搭
載し、実メモリの管理も行う。

【００４６】上記グラフィックシステム６０は、座標変
換等の処理を行う座標計算用コプロセッサからなるジオ
メトリトランスファエンジン（ＧＴＥ）６１と、ＣＰＵ
５１からの描画指示に従って描画を行うグラフィックス
プロセッシングユニット（ＧＰＵ）６２と、該ＧＰＵ６
２により描画された画像を記憶する例えば１メガバイト
のフレームバッファ６３と、いわゆる離散コサイン変換
などの直行変換により圧縮されて符号化された画像デー
タを復号化する画像デコーダ（以下ＭＤＥＣと呼ぶ）６
４とを備えている。

【００４７】ＧＴＥ６１は、例えば複数の演算を並列に
実行する並列演算機構を備え、ＣＰＵ５１のコプロセッ
サとして、ＣＰＵ５１からの演算要求に応じて座標変
換、光源計算、例えば固定小数点形式の行列やベクトル
の演算を高速に行うことができるようになっている。な
お、前述した図○５５に対応させた場合、このＧＴＥ６
１が座標変換装置に相当することになる。

【００４８】具体的には、このＧＴＥ６１は、１つの三
角形状のポリゴンに同じ色で描画するフラットシェーデ
ィングを行う演算の場合では、１秒間に最大１５０万程
度のポリゴンの座標演算を行うことができるようになっ
ており、これによってこの画像処理システムでは、ＣＰ
Ｕ５１の負荷を低減すると共に、高速な座標演算を行う
ことができるようになっている。

【００４９】ＧＰＵ６２は、ＣＰＵ５１からのポリゴン
描画命令に従って動作し、フレームバッファ６３に対し
て多角形（ポリゴン）等の描画を行う。このＧＰＵ６２
は、１秒間に最大３６万程度のポリゴンの描画を行うこ
とができるようになっている。また、このＧＰＵ６２
は、ＣＰＵ５１とは独立した２次元のアドレス空間を持
ち、そこにフレームバッファ６３がマッピングされるよ
うになっている。

【００５０】フレームバッファ６３は、いわゆるデュア
ルポートＲＡＭからなり、ＧＰＵ６２からの描画あるい
はメインメモリ５３からの転送と、表示のための読み出
しとを同時に行うことができるようになっている。

【００５１】このフレームバッファ６３は、例えば１メ
ガバイトの容量を有し、それぞれ１６ビットの横１０２
４で縦５１２の画素のマトリックスとして扱われる。

【００５２】このフレームバッファ６３のうちの任意の
領域を例えばディスプレイ装置等のビデオ出力手段６５
に出力することができるようになっている。

【００５３】また、このフレームバッファ６３には、ビ
デオ出力として出力される表示領域の他に、ＧＰＵ６２
がポリゴン等の描画を行う際に参照するカラールックア
ップテーブル（以下ＣＬＵＴと呼ぶ）が記憶されるＣＬ
ＵＴ領域と、描画時に座標変換されてＧＰＵ６２によっ
て描画されるポリゴン等の中に挿入（マッピング）され
る素材（テクスチャ）が記憶されるテクスチャ領域が設
けられている。これらのＣＬＵＴ領域とテクスチャ領域
は表示領域の変更等に従って動的に変更されるようにな
っている。すなわち、このフレームバッファ６３は、表
示中の領域に対して描画アクセスを実行することがで
き、また、メインメモリ５３との間で高速ＤＭＡ転送を
行うことも可能となっている。

【００５４】なお、上記ＧＰＵ６２は、上述のフラット
シェーディングの他にポリゴンの頂点の色から補間して
ポリゴン内の色を決めるグーローシェーディングと、上
記テクスチャ領域に記憶されているテクスチャをポリゴ
ンに張り付けるテクスチャマッピングを行うことができ
るようになっている。

【００５５】これらのグーローシェーディング又はテク
スチャマッピングを行う場合には、上記ＧＴＥ６１は、
１秒間に最大５０万程度のポリゴンの座標演算を行うこ
とができる。

【００５６】ＭＤＥＣ６４は、上記ＣＰＵ５１からの制
御により、ＣＤ−ＲＯＭディスクから読み出されてメイ
ンメモリ５３に記憶されている静止画あるいは動画の画
像データを復号化して再びメインメモリ５３に記憶す
る。具体的には、ＭＤＥＣ６４は逆離散コサイン変換
（逆ＤＣＴ）演算を高速に実行でき、ディスクから読み
出されたカラー静止画圧縮標準（いわゆるＪＰＥＧ）や
蓄積メディア系動画像符号化標準（いわゆるＭＰＥＧ、
但し、この例ではフレーム内圧縮のみ）の圧縮データの
伸張を行うことができるようになっている。

【００５７】また、この再生された画像データは、ＧＰ
Ｕ６２を介してフレームバッファ６３に記憶することに
より、上述のＧＰＵ６２によって描画される画像の背景
として使用することができるようにもなっている。

【００５８】上記サウンドシステム７０は、ＣＰＵ５１
からの指示に基づいて、楽音、効果音等を発生するサウ
ンド再生処理プロセッサ（ＳＰＵ）７１と、ＣＤ−ＲＯ
Ｍから読み出された音声，楽音等のデータや音源データ
等が記憶される例えば５１２キロバイトのサウンドバッ
ファ７２と、ＳＰＵ７１によって発生される楽音、効果
音等を出力するサウンド出力手段としてのスピーカ７３
とを備えている。

【００５９】上記ＳＰＵ７１は、１６ビットの音声デー
タを４ビットの差分信号として適応差分符号化（ＡＤＰ
ＣＭ）された音声データを再生するＡＤＰＣＭ復号機能
と、サウンドバッファ７２に記憶されている音源データ
を再生することにより、効果音等を発生する再生機能
と、サウンドバッファ７２に記憶されている音声データ
等を変調させて再生する変調機能等を備えている。すな
わち、当該ＳＰＵ７１は、ルーピングや時間を系数とし
た動作パラメータの自動変更などの機能を持つＡＤＰＣ
Ｍ音源２４ボイスを内蔵し、ＣＰＵ５１からの操作によ
り動作する。また、ＳＰＵ７１は、サウンドバッファ７
２がマッピングされた独自のアドレス空間を管理し、Ｃ
ＰＵ５１からサウンドバッファ７２にＡＤＰＣＭデータ
を転送し、キーオン／キーオフやモジュレーション情報
を直接渡すことによりデータを再生する。

【００６０】このような機能を備えることによってこの
サウンドシステム７０は、ＣＰＵ５１からの指示によっ
てサウンドバッファ７２に記録された音声データ等に基
づいて楽音、効果音等を発生するいわゆるサンプリング
音源として使用することができるようになっている。

【００６１】上記光学ディスク制御部８０は、ＣＤ−Ｒ
ＯＭディスクである光学ディスクに記録されたプログラ
ム、データ等を再生するディスクドライブ装置８１と、
例えばエラー訂正（ＥＣＣ）符号が付加されて記録され
ているプログラム、データ等を復号するデコーダ８２
と、ディスクドライブ装置８１からの再生データを一時
的に記憶することにより、ディスクからの読み出された
データを記憶する例えば３２キロバイトのバッファ８３
とを備えている。すなわち、当該光学ディスク制御部８
０は、上記ドライブ装置８１やデコーダ８２等のディス
クの読み出しを行うために必要な部品類から構成されて
いる。なお、ここでは、ディスクフォーマットとしてＣ
Ｄ−ＤＡ、ＣＤ−ＲＯＭＸＡのデータをサポートでき
るようになっている。なお、デコーダ８２はサウンドシ
ステム７０の一部も構成している。また、ディスクドラ
イブ装置８１で再生されるディスクに記録されている音
声データとしては、上述のＡＤＰＣＭデータ（ＣＤ−Ｒ
ＯＭＸＡのＡＤＰＣＭデータ等）の他に音声信号をア
ナログ／デジタル変換したいわゆるＰＣＭデータがあ
る。

【００６２】ＡＤＰＣＭデータとして、例えば１６ビッ
トのデジタルデータの差分を４ビットで表わして記録さ
れている音声データは、デコーダ８２で誤り訂正と復号
化がなされた後、上述のＳＰＵ７１に供給され、ＳＰＵ
７１でデジタル／アナログ変換等の処理が施された後、
スピーカ７３を駆動するために使用される。

【００６３】また、ＰＣＭデータとして、例えば１６ビ
ットのデジタルデータとして記録されている音声データ
は、デコーダ８２で復号化された後、スピーカ７３を駆
動するために使用される。なお、当該デコーダ８２のオ
ーディオ出力は、一旦ＳＰＵ７１に入り、当該ＳＰＵ出
力とミックスされ、リバーブユニットを経由して最終の
オーディオ出力となる。

【００６４】また、通信制御部９０は、メインバスＢを
介してＣＰＵ５１との通信の制御を行う通信制御デバイ
ス９１と、使用者からの指示を入力するコントローラ９
２と、ゲームの設定等を記憶するメモリカード９３とを
備えている。

【００６５】コントローラ９２は、使用者の意図をアプ
リケーションに伝達するインタフェースであり、使用者
からの指示を入力するために、例えば１６個の指示キー
を有し、通信制御デバイス９１からの指示に従って、こ
の指示キーの状態を、同期式通信により、通信制御デバ
イス９１に毎秒６０回程度送信する。そして、通信制御
デバイス９１は、コントローラ９２の指示キーの状態を
ＣＰＵ５１に送信する。なお、コントローラ９２は、本
体に２個のコネクタを有し、その他にマルチタップを使
用して多数のコントローラを接続することも可能となっ
ている。

【００６６】これにより、使用者からの指示がＣＰＵ５
１に入力され、ＣＰＵ５１は、実行しているゲームプロ
グラム等に基づいて使用者からの指示に従った処理を行
う。また、ＣＰＵ５１は、実行しているゲームの設定等
を記憶する必要があるときに、該記憶するデータを通信
制御デバイス９１に送信し、通信制御デバイス９１はＣ
ＰＵ５１からのデータをメモリカード９３に記憶する。

【００６７】このメモリカード９３は、メインバスＢか
ら分離されているため、電源を入れた状態で、着脱する
ことができるようになっている。これにより、ゲームの
設定等を複数のメモリカード９３に記憶することができ
るようになっている。

【００６８】また、この画像処理システムは、メインバ
スＢに接続された１６ビットパラレル入出力（Ｉ／Ｏ）
ポート１０１と、非同期式のシリアル入出力（Ｉ／Ｏ）
ポート１０２とを備えている。

【００６９】そして、パラレルＩ／Ｏポート１０１を介
して周辺機器との接続を行うことができるようになって
おり、また、シリアルＩ／Ｏポート１０２を介して他の
ビデオゲーム装置等との通信を行うことができるように
なっている。

【００７０】ところで、上記メインメモリ５３、ＧＰＵ
６２、ＭＤＥＣ６４及びデコーダ８２等の間では、プロ
グラムの読み出し、画像の表示あるいは描画等を行う際
に、大量の画像データを高速に転送する必要がある。

【００７１】このため、この画像処理システムでは、上
述のようにＣＰＵ５１を介さずに周辺デハイスコントロ
ーラ５２からの制御により上記メインメモリ５３、ＧＰ
Ｕ６２、ＭＤＥＣ６４及びデコーダ８２等の間で直接デ
ータの転送を行ういわゆるＤＭＡ転送を行うことができ
るようになっている。

【００７２】これにより、データ転送によるＣＰＵ５１
の負荷を低減させることができ、高速なデータの転送を
行うことができようになっている。

【００７３】この画像処理システムでは、電源が投入さ
れると、ＣＰＵ５１が、ＲＯＭ５４に記憶されているオ
ペレーティングシステムを実行する。

【００７４】このオペレーティングシステムに実行によ
り、ＣＰＵ５１は、上記グラフィックシステム６０、サ
ウンドシステム７０等の制御を行う。

【００７５】また、オペレーティングシステムが実行さ
れると、ＣＰＵ５１は、動作確認等の装置全体の初期化
を行った後、光学ディスク制御部８０を制御して、光学
ディスクに記録されているゲーム等のプログラムを実行
する。

【００７６】このゲーム等のプログラムの実行により、
ＣＰＵ５１は、使用者からの入力に応じて上記グラフィ
ックシステム６０、サウンドシステム７０等を制御し
て、画像の表示、効果音、楽音の発生を制御するように
なっている。

【００７７】次に、この画像処理システムにおけるディ
スプレイ上への表示について説明する。

【００７８】上記ＧＰＵ６２は、フレームバッファ６３
４内の任意の矩形領域の内容を、そのまま上記ビデオ出
力手段６５の例えばＣＲＴ等のディスプレイ上に表示す
る。この領域を以下表示エリアと呼ぶ。上記矩形領域と
ディスプレイ画面表示の関係は、図２に示すようになっ
ている。

【００７９】また、上記ＧＰＵ６２は、次の１０個の画
面モードをサポートしている。

【００８０】〔モード〕〔標準解像度〕備考モード０ 256(H)×240(V) ノンインターレスモード１ 320(H)×240(V) ノンインターレスモード２ 512(H)×240(V) ノンインターレスモード３ 640(H)×240(V) ノンインターレスモード４ 256(H)×480(V) インターレスモード５ 320(H)×480(V) インターレスモード６ 512(H)×480(V) インターレスモード７ 640(H)×480(V) インターレスモード８ 384(H)×240(V) ノンインターレスモード９ 384(H)×480(V) インターレス画面サイズすなわちディスプレイ画面上のピクセル数は
可変で、図３のように、水平方向、垂直方向それぞれ独
立に表示開始位置（座標（ＤＴＸ，ＤＴＹ））、表示終
了位置（座標（ＤＢＸ，ＤＢＹ））を指定することがで
きる。

【００８１】また、各座標に指定可能な値と画面モード
との関係は、以下のようになっている。なお、座標値の
ＤＴＸ，ＤＢＸは４の倍数になるように設定する必要が
ある。したがって、最小画面サイズは、横４ピクセル、
縦２ピクセル（ノンインターレス時）又は４ピクセル
（インターレス時）になる。

【００８２】〔Ｘ座標の指定可能範囲〕〔モード〕〔ＤＴＸ〕〔ＤＢＸ〕０，４０〜２７６４〜２８０１，５０〜３４８４〜３５２２，６０〜５５６４〜５６０３，７０〜７００４〜７０４８，９０〜３９６４〜４００〔Ｙ座標の指定可能範囲〕〔モード〕〔ＤＴＹ〕〔ＤＢＹ〕０〜３，８０〜２４１２〜２４３４〜７，９０〜４８０４〜４８４次に、ＧＰＵ６２は、表示色数に関するモードとして、
１６ビットダイレクトモード（３２７６８色）と、２４
ビットダイレクトモード（フルカラー）の２つをサポー
トしている。上記１６ビットダイレクトモード（以下１
６ビットモードと呼ぶ）は３２７６８色表示モードであ
る。この１６ビットモードでは、２４ビットダイレクト
モード（以下２４ビットモードと呼ぶ）に較べ表示色数
に限りはあるが、描画時のＧＰＵ６２内部での色計算は
２４ビットで行われ、また、いわゆるディザ機能も搭載
しているので、疑似フルカラー（２４ビットカラー）表
示が可能となっている。また、上記２４ビットモード
は、１６７７７２１６色（フルカラー）表示のモードで
ある。但し、フレームバッファ６３内に転送されたイメ
ージデータの表示（ビットマップ表示）のみが可能で、
ＧＰＵ６２の描画機能を実行することはできない。ここ
で、１ピクセルのビット長は２４ビットとなるが、フレ
ームバッファ６３上での座標や表示位置の値は１６ビッ
トを基準として指定する必要がある。すなわち、６４０
×４８０の２４ビット画像データは、フレームバッファ
６３中では９６０×４８０として扱われる。また、前記
座標値ＤＢＸは８の倍数になるように設定する必要があ
り、したがって、この２４ビットモードでの最小画面サ
イズは横８×縦２ピクセルになる。

【００８３】また、ＧＰＵ６２には、１×１ドット〜２
５６×２５６ドットのスプライトに対して、４ビットＣ
ＬＵＴ（４ビットモード、１６色／スプライト）や８ビ
ットＣＬＵＴ（８ビットモード、２５６色／スプライ
ト），１６ビットＣＬＵＴ（１６ビットモード、３２７
６８色／スプライト）等が可能なスプライト描画機能
と、ポリゴン（三角形や四角形等の多角形）の各頂点の
画面上の座標を指定して描画を行うと共に、ポリゴン内
部を同一色で塗りつぶすフラットシェーディング、各頂
点に異なる色を指定して内部をグラデーションするグー
ローシェーディング、ポリゴン表面に２次元のイメージ
データ（テクスチャパターン）を用意して張り付けるテ
クスチャマッピング等を行うポリゴン描画機能と、グラ
デーションが可能な直線描画機能と、ＣＰＵ５１からフ
レームバッファ６３への転送、フレームバッファ６３か
らＣＰＵ５１への転送、フレームバッファ６３からフレ
ームバッファ６３への転送等のイメージ転送機能と、そ
の他の機能として、各ピクセルの平均をとって半透明化
する機能（各ピクセルのピクセルデータを所定比率αで
混合することからαブレンディング機能と呼ばれる）、
色の境界にノイズを乗せてぼかすディザ機能、描画エリ
アを越えた部分を表示しない描画クリッピング機能、描
画エリアに応じて描画原点を動かすオフセット指定機能
等が搭載されている。

【００８４】また、描画を行う座標系は符号付きの１１
ビットを単位としており、Ｘ，Ｙそれぞれに−１０２４
〜＋１０２３の値をとる。また、図４に示すように、本
実施例でのフレームバッファ６３のサイズは１０２４×
５１２となっているので、はみ出した部分は折り返すよ
うになっている。描画座標の原点は、座標値のオフセッ
ト値を任意に設定する機能により、フレームバッファ６
３内で自由に変更することができる。また、描画は、描
画クリッピング機能により、フレームバッファ６３内の
任意の矩形領域に対してのみ行われる。

【００８５】さらに、ＧＰＵ６２は、最大２５６×２５
６ドットのスプライトをサポートしており、縦，横それ
ぞれの値を自由に設定することができる。

【００８６】上記スプライトに張りつけるイメージデー
タ（スプライトパターン）は、図５に示すように、フレ
ームバッファ６３の非表示領域に配置する。スプライト
パターンは、描画コマンド実行に先立ってフレームバッ
ファ６３に転送される。スプライトパターンは、２５６
×２５６ピクセルを１ページとして、フレームバッファ
６３上にメモリの許す限り何枚でも置くことができ、こ
の２５６×２５６の領域をテクスチャページと呼んでい
る。１枚のテクスチャページの場所は、描画コマンドの
ＴＳＢと呼ぶテクスチャページの位置（アドレス）指定
のためのパラメータに、ページ番号を指定することで決
定される。

【００８７】スプライトパターンには、４ビットＣＬＵ
Ｔ（４ビットモード）、８ビットＣＬＵＴ（８ビットモ
ード）、１６ビットＣＬＵＴ（１６ビットモード）の３
種類の色モードがある。４ビットＣＬＵＴ及び８ビット
ＣＬＵＴの色モードでは、ＣＬＵＴを使用する。

【００８８】このＣＬＵＴとは、図６に示すように、最
終的に表示される色を表す３原色のＲ，Ｇ，Ｂ値が１６
乃至２５６個、フレームバッファ６３上に並んだもので
ある。各Ｒ，Ｇ，Ｂ値はフレームバッファ６３上の左か
ら順に番号付けされており、スプライトパターンはこの
番号により各ピクセルの色を表す。また、ＣＬＵＴはス
プライト単位で選択でき、全てのスプライトに対して独
立したＣＬＵＴを持つことも可能である。また、図６に
おいて、１個のエントリは１６ビットモードの１ピクセ
ルと同じ構造となっており、したがって、１セットのＣ
ＬＵＴは１×１６（４ビットモード時）、１×２５５
（８ビットモード時）のイメージデータと等しくなる。
フレームバッファ６３内でのＣＬＵＴの格納位置は、描
画コマンド内のＣＢＡと呼ぶＣＬＵＴの位置（アドレ
ス）指定のためのパラメータに、使用するＣＬＵＴの左
端の座標を指定することで決定する。

【００８９】さらに、スプライト描画の概念を模式的に
示すと図７のように表すことができる。なお、図７中の
描画コマンドのＵ，Ｖはテクスチャページのどの位置か
を横（Ｕ），縦（Ｖ）で指定するパラメータであり、
Ｘ，Ｙは描画エリアの位置を指定するためのパラメータ
である。

【００９０】また、ＧＰＵ６２は、動画表示の方式とし
て、フレームダブルバッファリングという手法を用いる
ようにしている。このフレームダブルバッファリングと
は、図８に示すように、フレームバッファ６３上に２つ
の矩形領域を用意し、一方のエリアに描画をしている間
はもう片側を表示し、描画が終了したら２つのエリアを
お互いに交換するものである。これにより、書き換えの
様子が表示されるのを回避することができることにな
る。なお、バッファの切り換え操作は、垂直帰線期間内
に行う。また、ＧＰＵ６２では、描画の対象となる矩形
領域と座標系の原点を自由に設定できるので、この２つ
を移動させることにより、複数のバッファを実現するこ
とも可能である。

【００９１】次に、この画像処理システムで取り扱う画
報情報すなわち本発明に係る画像情報生成方法により生
成する画報情報のデータ構造について説明する。

【００９２】本発明に係る画像情報生成方法により生成
する画報情報のデータフォーマットの全体像を図９に示
す。

【００９３】すなわち、画像情報生成方法により生成す
る画報情報は、図９に示すように、ブロックヘッダ、セ
クションヘッダ及びセクションの各要素から構成され
る。上記セクションとしては、種類に応じてたプリミテ
ィブセクション、コーディネートセクション、イメージ
セクション、バーテックスセクション、ノーマルセクシ
ョンやアニメーションセクションなどが設けられる。こ
のセクションを拡張することで、様々なデータフォーマ
ットを追加することができる。

【００９４】ブロックは、その構造を図１０に示すよう
に、後述するプリミティブ集合がリンクされた構造にな
っており、リンクの最後がターミネータで終了してい
る。ブロックヘッダは、最初の要素と最後の要素を除
き、ブロックの先頭アドレスを羅列している。

【００９５】プリミティブは、その構造を図１１に示す
ように、タイプと呼ばれる識別子と、処理ドライバへの
ポインタと、プリミティブデータから成る。但し、上記
プリミティブを構成する識別子とポインタは兼用するよ
うにしてもよい。初期化の際に識別子すなわちタイプを
見てそのタイプに応じてそのプリミティブデータを処理
するのに適当な関数の先頭アドレスを処理ドライバポイ
ンタに埋め込むことによって、ブロックヘッダが示すブ
ロックの先頭アドレスを次々に読み出すことで処理を行
うことができる。

【００９６】プリミティブ集合は、複数のプリミティブ
をまとめたものであって、その構造を図１２に示すよう
に、次のプリミティブ集合へのリンク、セクションヘッ
ダポインタ、各プリミティブプリからなる。プリミティ
ブ集合の先頭は、セクションヘッダの中のアドレスをポ
イントしている。セクションヘッダは各セクションの先
頭アドレスが羅列さている領域であり、ブロックの中で
参照されるセクションの先頭アドレスを知らせるために
先頭にセクションヘッダ中へのポインタがある。

【００９７】ここで、処理ドライバとの引数の受け渡し
について説明する。

【００９８】処理ドライバとの引数の受け渡しは、メモ
リ上の特定の領域を用いて行う。ここでは、ブロックを
先頭から呼び出す関数を基幹関数と呼び、この基幹関数
が例えば図１３に示すようにメモリ上の特定の引数領域
に対して、引数のセットアップを行う。

【００９９】上記基幹関数による処理ドライバの呼び出
しは、例えばブロックヘッダの要素block top、全ての
処理ドライバに対して共通の引数セットの先頭アドレス
paraml、引数領域の先頭を示すポインタarg areaを用い
て、基幹関数（block top,paraml,arg area）により行
う。

【０１００】基幹関数は、プリミティブ領域の先頭アド
レスをarg areaの最初に、paramlで与えられる引数をar
g areaの次に展開し、その後、block topから辿って最
初のセクションヘッダを先ほど展開した領域に続けて展
開し、最初のプリミティブドライバを呼び出す。そし
て、最初のプリミティブドライバの呼び出し実行が完了
したら次のプリミティブドライバへとターミネータに出
会うまで次々にプリミティブドライバを呼び出す。

【０１０１】この基幹関数による処理ドライバの呼び出
し手順を図１４のフローチャートに示してある。

【０１０２】すなわち、処理ドライバを呼び出すには、
先ず最初のプリミティブ集合について引数領域へのセッ
トアップを行い（ステップＳ１）、その後にタイプの数
が０であるか否かを判定する（ステップＳ２）。そし
て、ステップＳ２における判定結果が「ＮＯ」すなわち
タイプの数が０でなければ、処理ドライバを読み出し
（ステップＳ３）、次の処理ドライバを辿り（ステップ
Ｓ４）、タイプの数をデクリメントして（ステップＳ
５）、上記ステップＳ２に戻って再度タイプの数が０で
あるか否か判定し、タイプの数が０になるまで上記ステ
ップＳ２からステップＳ５の処理を繰り返すことによ
り、そのプリミティブ集合の処理に必要な全ての処理ド
ライバを呼び出す。

【０１０３】そして、上記ステップＳ２における判定結
果が「ＹＥＳ」すなわちタイプの数が０になったら、タ
ーミネータか否かを判定する（ステップＳ６）。

【０１０４】このステップＳ６における判定結果が「Ｎ
Ｏ」すなわちターミネータでなければ、次のプリミティ
ブ集合を辿り（ステップＳ７）、上記ステップＳ１に戻
って次のプリミティブ集合について引数領域へのセット
アップを行い、上述の上記ステップＳ２からステップＳ
５の処理を繰り返すことにより、そのプリミティブ集合
の処理に必要な全ての処理ドライバを呼び出す。

【０１０５】上記ステップＳ１からステップＳ７の処理
を繰り返し行うことにより、全てのプリミティブ集合に
ついて、その処理に必要な全ての処理ドライバを呼び出
し、上記ステップＳ６における判定結果が「ＹＥＳ」す
なわちターミネータになれば、処理を終了する。次に、
上述の如き画報情報（以下、この画像情報をＨＭＤとい
う。）としてモデルデータ、テクスチャデータ、アニメ
ーションデータなど各種データを統一的な枠組で管理す
るためのデータ構造（以下、このデータ構造をＨＭＤと
いう。）について、さらに具体的に説明する。

【０１０６】ＨＭＤには、モデルデータ、テクスチャデ
ータ、アニメーションデータなど各種データが格納さ
れ、それぞれのカテゴリのデータはローカルなフォーマ
ットを持つことが可能になっている。先ず。各カテゴリ
に共通するＨＤＭの構造について説明する。

【０１０７】ＨＤＭは、図１５に示すように、ＨＤＭヘ
ッダ部とＨＤＭボディ部の２つの領域を有し、ＨＤＭボ
ディ部がセクションと呼ばれる複数の領域から構成され
る。セクションのうちプリミティブセクション及びプリ
ミティブヘッダセクションは必須であり、プリミティブ
セクションのタイプにより他のセクションが必要に応じ
て付加される。図１５はコーディネートセクションが付
加されている場合を示している。

【０１０８】なお、以下の説明において、ポインタはメ
モリ上で実アドレスに変換され、この変換をマップ呼
ぶ。また、ポインタは各図において網掛けを施して示し
てある。このポインタの初期値はＨＭＤの先頭からのワ
ード数である。マップはGsMapUnit()関数により行われ
る。インデックスはそれぞれのＴＯＰアドレスからのオ
フセットでありワード単位で示されている。

【０１０９】上記ＨＤＭヘッダ部のＨＭＤヘッダには、
図１６に示すように、バージョン情報ＩＤ、MAP FLAG、
プリミティブヘッダセクショントップポインタ、ブロッ
ク数と情報が入る。MAP FLAGは、GsMapUnit()が行われ
たか否かを示すフラグであり、GsMapUnit()により参照
・書き込みが行われる。プリミティブヘッダセクション
トップポインタは、プリミティブヘッダセクションの先
頭アドレスを示すポインタである。ブロック数は、プリ
ミティブブロックへのポインタの数を示す。そして、上
記ブロック数の後の情報として、それぞれのプリミティ
ブブロックへのポインタがリストされる。

【０１１０】上記ＨＤＭボディ部のプリミティブセクシ
ョンは、複数のプリミティブブロックの集合体として定
義される領域である。

【０１１１】プリミティブは、図１７に示すように、各
々ポインタでチェーンされて１つのプリミティブブロッ
クを構成する。ＨＭＤには１つ以上のプリミティブブロ
ックが格納される。

【０１１２】また、プリミティブは、図１８に示すよう
に、１つのコントロール部と１以上のデータ部からな
る。

【０１１３】コントロール部には、Next Prim ポイン
タ、プリミティブヘッダポインタ及びタイプの数が入
る。Next Prim ポインタには、プリミティブチェーンを
実現するために次のプリミティブの先頭ポインタが入
る。次のプリミティブが存在しない場合は、Next Prim
ポインタにターミネータが入る。プリミティブヘッダポ
インタは、プリミティブヘッダへのポインタである。タ
イプの数は、データ部の数を示すものであり、ＭＳＢが
そのプリミティブのNext Prim ポインタとプリミティブ
ヘッダポインタがマップされたか否かのフラグになって
いる。

【０１１４】データ部には、type、データ数・サイズ及
びデータが入る。typeは、そのデータの識別子であり、
後述するSCANによりそのデータを処理するドライバの先
頭アドレスに書き換えられる。typeは、ＨＭＤフォーマ
ット内でユニークな識別子であり、このtypeを変えるこ
とでデータの内容及びドライバを切り換えることを可能
にしている。データ数・サイズは、上位１６で１つのデ
ータ部に含まれるデータ数を示す。１つのtypeは、通常
複数のまとまりのデータを処理するがその処理を何回廻
すかを決定する。また、データ数・サイズは、下位１６
で１データ部のサイズを示す。そして、データには、ty
peによって様々なフォーマットをとることができる実際
のデータが入れられる。

【０１１５】プリミティブヘッダは、１つのＨＭＤデー
タの中でまとめられプリミティブヘッダセクションを構
成する。上記プリミティブヘッダセクションへのポイン
タはＨＭＤヘッダの中に書かれている。

【０１１６】プリミティブヘッダは、その構造を図１９
に示してあるように、最初の１ワードがプリミティブヘ
ッダのサイズであり、次から各セクションへのポインタ
が入る。プリミティブヘッダは、１プリミティブブロッ
クで共用され、そのプリミティブブロックが関連して参
照するセクションへのポインタを与える。

【０１１７】各セクションへのポインタは、ＭＳＢに１
を立てていることにより識別されマップされる。ＭＳＢ
が０の場合は、各セクションへのポインタではなく数値
と解釈されマップは行われない。ＭＳＢが０のポインタ
は、プリミティブドライバにパラメータを渡す場合に使
用される。

【０１１８】上記プリミティブは、プリミティブヘッ
ダ、プリミティブドライバ、データの３つの部分に分け
られ、それらの相互関係が図２０に示すようになってい
る。プリミティブヘッダは、関連するセクションデータ
の先頭ポインタを保持しており、プリミティブのタイプ
によって様々なセクションを参照する。プリミティブの
データは、関連するセクションと合わせて評価される。

【０１１９】データの評価は、プリミティブドライバに
よって行われる。プリミティブドライバは、typeによっ
て識別され、ドライバの先頭アドレスがtypeフィールド
に上書きされる。この変換をSCANと呼ぶ。SCANは、GsSc
anUnit()を用いてtypeフィールドのアドレスとtypeの値
をプリミティブ毎に取り出し、typeフィールドにプリミ
ティブドライバの先頭アドレスを設定することで行う。

【０１２０】次に、モデルデータの概要について説明す
る。

【０１２１】モデルデータは、ＨＭＤヘッダセクショ
ン、プリミティブヘッダセクション、コーディネートセ
クション、プリミティブセクション、ポリゴンセクショ
ン及びバーテックスセクションを必須で持ち、必要に応
じて、ノーマルセクションやイメージセクションを持つ
場合もある。モデルデータは、座標系を含み、座標毎に
プリミティブブロックが異なる。ＨＭＤプリミティブヘ
ッダセクションは、複数のプリミティブヘッダがまとめ
られて配置される。モデルデータの構成例として、共有
頂点型ＨＭＤの全体構成を、図２１，図２２及び図２３
に示す。

【０１２２】ＨＭＤヘッダセクションには、図２４に示
すように、バージョンＩＤ、MAP FLAG、プリミティブヘ
ッダセクショントップポインタ、ブロック数とプリミテ
ィブブロックポインタテーブルが入る。バージョンＩＤ
には、ＨＭＤフォーマットのバージョン番号が入る。MA
P FLAGは、マックされた否かを示すフラグであり、GsMa
pUnit()により参照及びセットが行われる。プリミティ
ブヘッダセクショントップポインタは、プリミティブヘ
ッダセクションへのポインタ（ワード単位で先頭からの
オフセット値）である。プリミティブヘッダセクション
のデータでＭＳＢが１の要素はGsMapUnit()によりマッ
プされる。ブロック数は、ブロックの数を示す。１コー
ディネート１ブロック、及びPRE-PROCESS,POST-PROCESS
のブロックがあるのでコーディネート数＋２となる。そ
して、プリミティブブロックポインタテーブルは、図２
５に示すように、ブロック毎にプリミティブブロックへ
のポインタが入る。先頭のブロックBLOCK0はPRE-PROCES
S用でありコーディネートを持たない。次のブロックBLO
CK1からそれぞれコーディネートトップからインデック
スで対応させる。最後のブロックBLOCKN+1はPOST-PROSC
ESSでありコーディネートを持たない。

【０１２３】コーディネートセクションには、それぞれ
のブロックの座標系のデータが入る。先頭の１ワードは
コーディネートの数を示す。このコーディネートセクシ
ョンの形式は、 GsCOORDUNIT{ unsigned long flg; MATRIX matrix; MATRIX workm; SVECTOR rot; struct GsCOODUNIT *super; } により定義されるCOORDUNIT形式となっている。プリミ
ティブヘッダセクションは、１プリミティブブロックで
グローバルな情報を格納する領域である。複数のプリミ
ティブヘッダが集められプリミティブヘッダセクション
が構成される。GsSortUnit()は、プリミティブドライバ
をコピーする場合、図２６に示すような情報の変数受け
渡し領域にコピーする。コピーされる数はヘッダサイズ
として格納されている。したがって、プリミティブドラ
イバは、プリミティブヘッダの情報を参照できる。プリ
ミティブヘッダにはノーマルやバーテックなどのセクシ
ョンへの先頭ポインタが入っているのでドライバはそれ
らのセクションの情報を参照することができる。ポイン
タでない通常の数を参照するため、マップをするか否か
は最上位ビットで判断する。

【０１２４】プリミティブセクションは、複数のプリミ
ティブブロックから構成され、それぞれのブロックが１
つのコーディネートと対応している。１つのプリミティ
ブブロックは複数のプリミティブから構成されている。
モデルデータの場合、最初のプリミティブは独立頂点用
のデータを格納している。次のブロックは共有頂点デー
タを格納しているプリミティブである。ただし、共有頂
点用プリミティブ及び独立頂点用プリミティブはなけれ
ば省略することができる。

【０１２５】プリミティブは、複数のtypeのデータから
構成される。プリミティブは、その構造を図２７に示す
ように、上位３ワードがコントロール部であり、Next P
rimポインタ、プリミティブヘッダポインタ及びタイプ
の数から構成される。タイプの数の最上位ビットは、Ne
xt Prim ポインタとプリミティブヘッダポインタがマッ
プされたか否かのフラグｍになっている。

【０１２６】プリミティブのデータ部は、１単位３ワー
ドであり識別のためのコードtypeとそのtypeに含まれる
データのポリゴン数及び実際のポリゴンデータへのポイ
ンタであるPOLYGONIDXからなり、これがコントロール部
のタイプの数だけ繰り返されている。

【０１２７】ポリゴン数・サイズは、そのtypeに含まれ
るポリゴンの数とそのtypeを含まれるデータのサイズを
格納すすものであって、その最上位ビットがSCAN済みか
否かを示すフラグｓとなっている。

【０１２８】typeフィードは、図２８に示すように３２
ビットあり、４つのビット列にカテゴライズされてい
る。上位８ビットが全てのカテゴリで共通の情報であ
る。全カテゴリ共通の情報として、DEVELOPPER IDに
は、このフォーマットを作成したデベロッパのＩＤが登
録される。また、CATEGORYには、ポリゴンデータ［カテ
ゴリ０］、共有ポリゴンデータ［カテゴリ１］、イメー
ジデータ［カテゴリ２］、アニメーションデータ［カテ
ゴリ３］やMIMeデータ［カテゴリ４］など全１６カテゴ
リを示す情報が入る。

【０１２９】ポリゴンデータ［カテゴリ０］では、ドラ
イバとして、プリミティブデータの形は同一であるがプ
リミティブの振る舞いを違えたい場合のために図２９に
示すＤＩＶ，ＦＯＧ，ＬＧＴ，ＢＣＬ，ＢＯＴ，ＳＴ
Ｐ，ＣＬＰ，ＩＮＩの８ビットを定義してある。

【０１３０】ＤＩＶは分割を行うか否かを示す。ＦＯＧ
は霧のオン・オフを示す。ＬＧＴは光源計算を行うか否
かを示す。ＢＣＬはバッククリップ正論理かバッククリ
ック負論理かを示す。ＢＯＴは片面ポリゴンか両面ポリ
ゴンかを示す。ＳＴＰは通常（元の状態を維持する。）
か全てを半透明にするかを示す。ＣＬＰはクリップする
か否かを示す。ＩＮＩは初期化タイプか否かを示す。な
お、初期化タイプは、そのtypeをSCANするときに初期化
用の関数を呼び出して環境をセットアップするためのも
のである。初期化に出現するタイプにはこのビットが立
っている場合がある。

【０１３１】また、プリミティブの形が異なる場合に、
プリミティブタイプとして、図３０に示すように、１つ
１つ別のビットを割り当てる。図３０におけるＴＭＥは
テクスチャマッピングを行うか否かを示す。ＣＯＬは同
一ポリゴン内で１材質カラーであるか、頂点毎とにカラ
ーがあるかをを示す。ＩＩＰはフラットポリゴンかグー
ローポリゴンかを示す。ＣＯＤＥはポリゴンの形状（直
線［０］，三角形［１］，四角形［２］，ストリップメ
ッシュ［３］、スプライト［４］）を示す。ＬＭＤは法
線の有無を示す。ＭＩＰはミップマップの有無を示す。
ＰＳＴはプリセット無しか、プリセットパケットかを示
す。ＴＩＬＥは繰り返しテクスチャのための情報の有無
を示す。ＭＩＭｅは通常のポリゴンかＭＩＭｅポリゴン
かを示す。

【０１３２】ポリゴンセクションは、ポリゴンの結線情
報を格納する領域である。この結線情報をPACKETと呼
ぶ。PACKETは、TYPEにより種類分けされ、インデックス
で参照されるNORMAL，VERTEXのフィールドの他、直接値
が書き込まれる RGB等のフィールドがある。

【０１３３】ポリゴンのタイプの形状としては、三角
形［１］，四角形［２］，メッシュ［３］等があり、メ
ッシュ［３］の場合は先頭のnumフィールドで結線数を
指定する。

【０１３４】上記PACKETでは、ポリゴンタイプで光源計
算ありの場合、図３１乃至図５４に示すような各種デー
タ構造を定議することができる。

【０１３５】単色フラットポリゴンのテクスチャ無し三
角形（Flat No-Texture Triangle）は、図３１に示すデ
ータ構造で定議される。

【０１３６】単色グーローポリゴンのテクスチャ無し三
角形（Gouraud No-Texture Triangle）は、図３２に示
すデータ構造で定議される。

【０１３７】色付きフラットポリゴンのテクスチャ無し
三角形（Colored Flat No-TextureTriangle）は、図３
３に示すデータ構造で定議される。

【０１３８】色付きグーローポリゴンのテクスチャ無し
三角形（Colored Gouraud No-Texture Triangle）は、
図３４に示すデータ構造で定議される。

【０１３９】単色フラットポリゴンのテクスチャ有り三
角形（Flat Texture Triangle）は、図３５に示すデー
タ構造で定議される。

【０１４０】単色グーローポリゴンのテクスチャ有り三
角形（Gouraud Texture Triangle）は、図３６に示すデ
ータ構造で定議される。

【０１４１】色付きフラットポリゴンのテクスチャ有り
三角形（Colored Flat Texture Triangle）は、図３７
に示すデータ構造で定議される。

【０１４２】色付きグーローポリゴンのテクスチャ有り
三角形（Colored Gouraud TextureTriangle）は、図３
８に示すデータ構造で定議される。

【０１４３】単色フラットポリゴンのテクスチャ無し四
角形（Flat No-Texture Quad）は、図３９に示すデータ
構造で定議される。

【０１４４】単色グーローポリゴンのテクスチャ無し四
角形（Gouraud No-Texture Quad）は、図４０に示すデ
ータ構造で定議される。

【０１４５】色付きフラットポリゴンのテクスチャ無し
四角形（Colored Flat No-TextureQuad）は、図４１に
示すデータ構造で定議される。

【０１４６】色付きグーローポリゴンのテクスチャ無し
四角形（Colored Gouraud No-Texture Quad）は、図４
２に示すデータ構造で定議される。

【０１４７】単色フラットポリゴンのテクスチャ有り四
角形（Flat Texture Quad）は、図４３に示すデータ構
造で定議される。

【０１４８】単色グーローポリゴンのテクスチャ有り四
角形（Gouraud Texture Quad）は、図４４に示すデータ
構造で定議される。

【０１４９】色付きフラットポリゴンのテクスチャ有り
四角形（Colored Flat Texture Quad）は、図４５に示
すデータ構造で定議される。

【０１５０】色付きグーローポリゴンのテクスチャ有り
四角形（Colored Gouraud TextureQuad）は、図４６に
示すデータ構造で定議される。

【０１５１】単色フラットポリゴンのテクスチャ無しメ
ッシュ（Flat No-Texture Mesh）は、図４７に示すデー
タ構造で定議される。

【０１５２】単色グーローポリゴンのテクスチャ無しメ
ッシュ（Gouraud No-Texture Mesh）は、図４８に示す
データ構造で定議される。

【０１５３】色付きフラットポリゴンのテクスチャ無し
メッシュ（Colored Flat No-Texture Mesh）は、図４９
に示すデータ構造で定議される。

【０１５４】色付きグーローポリゴンのテクスチャ無し
メッシュ（Colored Gouraud No-Texture Mesh）は、図
５０に示すデータ構造で定議される。

【０１５５】単色フラットポリゴンのテクスチャ有りメ
ッシュ（Flat Texture Mesh）は、図５１に示すデータ
構造で定議される。

【０１５６】単色グーローポリゴンのテクスチャ有りメ
ッシュ（Gouraud Texture Mesh）は、図５２に示すデー
タ構造で定議される。

【０１５７】色付きフラットポリゴンのテクスチャ有り
メッシュ（Colored Flat Texture Mesh）は、図５３に
示すデータ構造で定議される。

【０１５８】色付きグーローポリゴンのテクスチャ有り
メッシュ（Colored Gouraud Texture Mesh）は、図５４
に示すデータ構造で定議される。

【０１５９】また、上記PACKETでは、ポリゴンタイプで
光源計算無し（法線を含まないモデルデータ）の場合、
図５５乃至図６６に示すような各種データ構造を定議す
ることができる。

【０１６０】単色フラットポリゴンのテクスチャ無し三
角形（Flat No-Texture Triangle）は、図５５に示すデ
ータ構造で定議される。

【０１６１】単色グーローポリゴンのテクスチャ無し三
角形（Gouraud No-Texture Triangle）は、図５６に示
すデータ構造で定議される。

【０１６２】単色フラットポリゴンのテクスチャ有り三
角形（Flat Texture Triangle）は、図５７に示すデー
タ構造で定議される。

【０１６３】単色グーローポリゴンのテクスチャ有り三
角形（Gouraud Texture Triangle）は、図５８に示すデ
ータ構造で定議される。

【０１６４】単色フラットポリゴンのテクスチャ無し四
角形（Flat No-Texture Quad）は、図５９に示すデータ
構造で定議される。

【０１６５】単色グーローポリゴンのテクスチャ無し四
角形（Gouraud No-Texture Quad）は、図６０に示すデ
ータ構造で定議される。

【０１６６】単色フラットポリゴンのテクスチャ有り四
角形（Flat Texture Quad）は、図６１に示すデータ構
造で定議される。

【０１６７】単色グーローポリゴンのテクスチャ有り四
角形（Gouraud Texture Quad）は、図６２に示すデータ
構造で定議される。

【０１６８】単色フラットポリゴンのテクスチャ無しメ
ッシュ（Flat No-Texture Mesh）は、図６３に示すデー
タ構造で定議される。

【０１６９】単色グーローポリゴンのテクスチャ無しメ
ッシュ（Gouraud No-Texture Mesh）は、図６４に示す
データ構造で定議される。

【０１７０】単色フラットポリゴンのテクスチャ有りメ
ッシュ（Flat Texture Mesh）は、図６５に示すデータ
構造で定議される。

【０１７１】単色グーローポリゴンのテクスチャ有りメ
ッシュ（Gouraud Texture Mesh）は、図６６に示すデー
タ構造で定議される。

【０１７２】また、上記PACKETでは、繰り返しテクスチ
ャで光源計算ありの場合、図６７乃至図７８に示すよう
な各種データ構造を定議することができる。

【０１７３】ここで、ＴＵＭはテクスチャパターンＵ座
標の繰り返しマスク、ＴＶＭはテクスチャパターンＶ座
標の繰り返しマスク、ＴＵＡはテクスチャパターン繰り
返しＵ上位アドレス、ＴＶＡはテクスチャパターン繰り
返しＶ上位アドレスである。繰り返しテクスチャのパケ
ットは、１パケット内で繰り返しパラメータ記述子を最
初に付加し、リセットパラメータを最後に付加すること
により、繰り返しのないデータとの共存を図ることがで
きる。

【０１７４】すなわち、繰り返しテクスチャで光源計算
ありの場合、単色フラットポリゴンのテクスチャ有り三
角形（Flat Texture Triangle）は、図６７に示すデー
タ構造で定議される。

【０１７５】単色グーローポリゴンのテクスチャ有り三
角形（Gouraud Texture Triangle）は、図６８に示すデ
ータ構造で定議される。

【０１７６】色付きフラットポリゴンのテクスチャ有り
三角形（Colored Flat Texture Triangle）は、図６９
に示すデータ構造で定議される。

【０１７７】色付きグーローポリゴンのテクスチャ有り
三角形（Colored Gouraud TextureTriangle）は、図７
０に示すデータ構造で定議される。

【０１７８】単色フラットポリゴンのテクスチャ有り四
角形（Flat Texture Quad）は、図７１に示すデータ構
造で定議される。

【０１７９】単色グーローポリゴンのテクスチャ有り四
角形（Gouraud Texture Quad）は、図７２に示すデータ
構造で定議される。

【０１８０】色付きフラットポリゴンのテクスチャ有り
四角形（Colored Flat Texture Quad）は、図７３に示
すデータ構造で定議される。

【０１８１】色付きグーローポリゴンのテクスチャ有り
四角形（Colored Gouraud TextureQuad）は、図７４に
示すデータ構造で定議される。

【０１８２】単色フラットポリゴンのテクスチャ有りメ
ッシュ（Flat Texture Mesh）は、図７５に示すデータ
構造で定議される。

【０１８３】単色グーローポリゴンのテクスチャ有りメ
ッシュ（Gouraud Texture Mesh）は、図７６に示すデー
タ構造で定議される。

【０１８４】色付きフラットポリゴンのテクスチャ有り
メッシュ（Colored Flat Texture Mesh）は、図７７に
示すデータ構造で定議される。

【０１８５】色付きグーローポリゴンのテクスチャ有り
メッシュ（Colored Gouraud Texture Mesh）は、図７８
に示すデータ構造で定議される。

【０１８６】また、上記PACKETでは、繰り返しテクスチ
ャで光源計算なしの場合、図７９乃至図８４に示すよう
な各種データ構造を定議することができる。

【０１８７】単色フラットポリゴンのテクスチャ有り三
角形（Flat Texture Triangle）は、図７９に示すデー
タ構造で定議される。

【０１８８】単色グーローポリゴンのテクスチャ有り三
角形（Gouraud Texture Triangle）は、図８０に示すデ
ータ構造で定議される。

【０１８９】単色フラットポリゴンのテクスチャ有り四
角形（Flat Texture Quad）は、図８１に示すデータ構
造で定議される。

【０１９０】単色グーローポリゴンのテクスチャ有り四
角形（Gouraud Texture Quad）は、図８２に示すデータ
構造で定議される。

【０１９１】単色フラットポリゴンのテクスチャ有りメ
ッシュ（Flat Texture Mesh）は、図８３に示すデータ
構造で定議される。

【０１９２】単色グーローポリゴンのテクスチャ有りメ
ッシュ（Gouraud Texture Mesh）は、図８４に示すデー
タ構造で定議される。

【０１９３】さらに、上記PACKETでは、プリセット型モ
デルデータとして、図８５乃至図９６に示すような各種
データ構造を定議することができる。

【０１９４】単色フラットポリゴンのテクスチャ無し三
角形（Flat No-Texture Triangle）は、図８５に示すデ
ータ構造で定議される。

【０１９５】単色グーローポリゴンのテクスチャ無し三
角形（Gouraud No-Texture Triangle）は、図８６に示
すデータ構造で定議される。

【０１９６】単色フラットポリゴンのテクスチャ有り三
角形（Flat Texture Triangle）は、図８７に示すデー
タ構造で定議される。

【０１９７】単色グーローポリゴンのテクスチャ有り三
角形（Gouraud Texture Triangle）は、図８８に示すデ
ータ構造で定議される。

【０１９８】単色フラットポリゴンのテクスチャ無し四
角形（Flat No-Texture Quad）は、図８９に示すデータ
構造で定議される。

【０１９９】単色グーローポリゴンのテクスチャ無し四
角形（Gouraud No-Texture Quad）は、図９０に示すデ
ータ構造で定議される。

【０２００】単色フラットポリゴンのテクスチャ有り四
角形（Flat Texture Quad）は、図９１に示すデータ構
造で定議される。

【０２０１】単色グーローポリゴンのテクスチャ有り四
角形（Gouraud Texture Quad）は、図９２に示すデータ
構造で定議される。

【０２０２】単色フラットポリゴンのテクスチャ無しメ
ッシュ（Flat No-Texture Mesh）は、図９３に示すデー
タ構造で定議される。

【０２０３】単色グーローポリゴンのテクスチャ無しメ
ッシュ（Gouraud No-Texture Mesh）は、図９４に示す
データ構造で定議される。

【０２０４】単色フラットポリゴンのテクスチャ有りメ
ッシュ（Flat Texture Mesh）は、図９５に示すデータ
構造で定議される。

【０２０５】単色グーローポリゴンのテクスチャ有りメ
ッシュ（Gouraud Texture Mesh）は、図９６に示すデー
タ構造で定議される。

【０２０６】また、上記共有ポリゴンデータ［カテゴリ
１］を処理するための共有プリミティブドライバには、
PRE-CALICULATIONドライバと共有ドライバの２種類があ
る。

【０２０７】PRE-CALICULATIONドライバは、VERTEXに関
して３次元の共有頂点列から透視変換後の２次元の頂点
列への計算を行い、またNORMALに関しては頂点色を計算
する。このPRE-CALICULATIONドライバは、コーディネー
ト毎に呼び出される必要があり、各プリミティブブロッ
クにチェーンする形でtypeフィールド0X01000000により
呼び出される。

【０２０８】共有ドライバは、PRE-CALICULATIONドライ
バにより既に計算の終わった頂点列からデータを取り出
しGPU PACKETを作成してＯＴへ登録する。この共有ドラ
イバは、最後に呼び出される必要があり、POST-PROCESS
のプリミティブブロックにチェーンする形で呼び出され
る。DRIVERの８ビットは全て０とされる。

【０２０９】また、プリミティブの形が異なる場合に、
プリミティブタイプとして、図９７に示すように、ＴＭ
Ｅはテクスチャマッピングを行うか否かを示すＴＭＥ、
同一ポリゴン内で１材質カラーであるか、頂点毎とにカ
ラーがあるかをを示すＣＯＬ、フラットポリゴンかグー
ローポリゴンかを示すＩＩＰ、ポリゴンの形状（直線
［０］，三角形［１］，四角形［２］，ストリップメッ
シュ［３］、スプライト［４］）を示すＭＯＤＥを割り
当てる。

【０２１０】共有ドライバの参照する結線情報のフォー
マットは独立ポリゴンのPACKETと等しい。この共有ドラ
イバが参照する計算済み領域のフォーマットは、ＶＥＲ
ＴＥＸでは図９８に示すようになっており、また、ＮＯ
ＲＭＡＬでは図９９に示すようになっている。

【０２１１】そして、共有ポリゴンの処理では、図１０
０に破線の矢印で示すフローがPRE-CALICULATIONドライ
バにより処理され、コーディネート毎に頂点及び法線の
計算が行われる。また、図１００に実線の矢印で示すフ
ローが共有ドライバにより処理され、上記PRE-CALICULA
TIONドライバにより処理済みの頂点情報や色情報を利用
してGPU PACKETが作成される。なお、結線情報のフォー
マットは独立のPACKETフォーマットと等しく、TYPEによ
って識別する。

【０２１２】また、上記アニメーションデータ［カテゴ
リ３］を定義するためのアニメーションプリミティブセ
クションは、図１０１に示すように、アニメーションプ
リミティブヘッダセクション、シーケンスポインタセク
ション、補完関数テーブルセクション、シーケンスコン
トロールセクション及びパラメータセクションからな
る。各セクションの相関図を図１０２に示す。

【０２１３】アニメーションプリミティブセクション
は、補完テーブルポインタ、シーケンスコントロールセ
クションラ及びパラメータセクションへの先頭ポインタ
が必ず入る。それより下位ののアドレスには必要に応じ
て書き換えるセクションの先頭アドレスが入る。例え
ば、COORDINATEを書き換える場合はCOORDINATE TOPが入
れられ、バーテックスを書き換えるのVERTEX TOPが入れ
られる。

【０２１４】シーケンスポインタセクションは、シーケ
ンスポインタ及び各シーケンスの情報を保持している領
域である。書き換えインデックスは、上位８ビットと下
位２ビットで別の情報が格納される。

【０２１５】補完関数テーブルセクションは、シーケン
ス記述子が参照する補完関数のtypeが配列として格納さ
れる領域である。この配列のインデックスにより補完方
法を決定する。前処理のGsScanAnim()関数によりtypeを
取り出し実際のプリミティブドライバの先頭アドレスに
SCANする必要がある。

【０２１６】シーケンスコントロールセクションは、シ
ーケンスがシーケンス記述子の配列という形で表現され
ている領域である。シーケンス記述子は、補完関数テー
ブルセクション及びパラメータセクションをインデック
ス参照することにより、キーフレーム間の補完方法やキ
ーフレームのパラメータの値を特定する。

【０２１７】シーケンス記述子は補完関数と補完パラメ
ータをインデックス参照しており、パラメータセクショ
ンは、補完パラメータが配列される領域である。このパ
ラメータセクションには、補完関数の違いにより様々な
フォーマットのパラメータが存在する。

【０２１８】アニメーションタイプは、図１０３に示す
ように、ＩＮＩ，ＣＡＴ，ＴＧＴ，ＭＴＸ，ＳＣＡＬＩ
ＮＴＲ，ＲＯＴＩＮＴＲ，ＴＲＮＳＩＮＴＲなどの各種
情報を与える。ＩＮＩは、補完テーブルセクションをSC
ANする必要があるか否を示す。ＣＡＴは、フレームアッ
プデートドライバのカテゴリを示す。ＴＧＴは、書き換
えがーゲット（０：COORDINATEセクションを書き換え
る、１：VERTEXセクションを書き換える、２：NORMALセ
クションを書き換える、ポリゴンセクションを書き換え
る、４：プリミティブセクションを書き換える）を示
す。ＭＴＸは、０：パラメータ形式でデータを持つか、
１：マトリクス形式でデータを持つかを示す。ＳＣＡＬ
ＩＮＴＲは、スケーリングの補完方法を規定する。ＲＯ
ＴＩＮＴＲは、ローテーションの保管方法を規定する。
ＴＲＮＳＩＮＴＲはトランスレーションの補完方法を規
定する。

【０２１９】シーケンスヘッダは、図１０４に示すよう
に、各シーケンス管理用の情報を持つ。シーケンスポイ
ンタは、再生中のシンーケンス情報を保持するもので、
同時に再生するシーケンスを複数設定した場合にはそれ
ぞれの再生シーケンスにつき１つのシーケンスポインタ
が割り当てられる。プログラマ波、シーケンスポインタ
を通してリアルタイムにシーケンスの再生をコントロー
ルする。シーケンスポインタのメンバ常に補完プリミテ
ィブドライバから参照されているので即時の反映が可能
である。

【０２２０】図１０５に、シーケンスポインタのデータ
フォーマットを示す。図１０５において、網掛けを施し
て示した部分は、ＨＭＤのデータとして既に書かれてい
る領域であり、網掛けを施してない部分は、プログラマ
が値を代入してシーケンスを正ｓぎするためのワークで
ある。

【０２２１】書き換えインデックスは、このシーケンス
により変更される対象となるアドレスが書かれて折り、
図１０６に示すように、上位８ビットがセクションオフ
セット、下位２４がセクション内オフセットである。

【０２２２】セクションオフセットは、プリミティブヘ
ッダに各セクションの先頭アドレスがリストされている
が、そのどのセクションを書き換えるかをインテックし
ている。例えば０ならば補完関数テーブルセクション、
１ならばコントロールセクションとなる。セクション内
オフセットは、上位８ビットで指定されたセクションの
中のどの部分を書き換えるかをインデックスしている。

【０２２３】アニメーションの種類によっては、コーデ
ィネートではなくVERTEXやNORMALを書き換える可能性も
ある。その場には、アニメーションヘッダに書き換える
セクションの先頭ポインタを追加し書き換えインデック
スのセクションオフセットによりそのポインタを指定す
る。次に、セクション内王負セットを指定することでど
このデータを書き換えるかを指定する。どの種類のデー
タ書き換えるかの識別はタイプによる。

【０２２４】シーケンスの数とサイズは、図１０７に示
すように、上位１６ビットと下位１６ビットで保持され
る。シーケンスの数は、そのシーケンスポインタがとり
うるシーケンスの数を示す。また、サイズは、次のシー
ケンスポインタまでのワード数を示す。

【０２２５】現在のフレームの補完後のパラメータがIN
TRIDXで参照されるキーフレームの実体に入る。INTR ID
Xには途中で動的にシーケンスを入れ替える時の開始パ
ラメータにすることができる。INTR IDXに0xffffを指定
した場合はこのアップデートは行われない。

【０２２６】A FRAMEはシーケンスの総フレーム数を示
すもので、このAFRAMEを０にすることでそのシーケンス
を中断することができる。シーケンスコントロール記述
子のENDbitを解釈すると自動的に０になる。A FRAMEに0
xffffを入れると総フレーム数は無限大になりデクリメ
ントされなくなる。

【０２２７】SRCA INTRIDXはINTR IDXに設定すべきワー
ク領域をデータとして保持している。

【０２２８】シーケンスポインタのアップデートの速度
を指定するSPEEDは、図１０８に示すように８ビットで
構成される。最上位ビットの符号に１が立っていた場
合、シーケンスポインタのアップデートはデクリメント
となり、アニメーションは逆転再生される。３ビットの
整数部により７倍までの範囲でアニメーションの早回し
再生を設定することができる。さらに４ビットの少数部
により１／１５までのスロー再生を設定することができ
る。SPEEDの８ビットがすべて０である場合は、シーケ
ンスポインタのアップデート前回のアップデートレイト
を引き継ぐ。

【０２２９】TFRAMEは、再生中のモーションの現状のキ
ーフレーム間の時間距離を示すものであって、フレーム
数で与えられる。このTFRAMEはキーフレームの切り替え
時に自動的に更新される。

【０２３０】RFRAMEは、再生中のモーションの現状の元
のキーフレーム間の時間距離を示すものであって、フレ
ーム数で与えられる。このRFRAMEはキーフレームの切り
替え時に新たに読み込まれる。

【０２３１】STREAM IDは複数のシーケンスを多重に定
義するためのものである。シーケンスのジャンプはこの
STREAM IDが一致した時にのみ起こる。あらかじめ複数
のシーケンスを用意し実行時に状況に応じてSTREAM ID
を変えることでインタラクティブなアニメーションをメ
モり効率よく実装することができる。

【０２３２】TCTR IDXは補完を行うための２つのキーフ
レームのうちのターゲットへのキーフレームへのインデ
ックスを保持する。ターゲットとは収束する方向にある
キーフレームのことである。このTCTR IDXはキーフレー
ムの切り替え時に自動的に更新される。シーケンスの先
頭を指定するためには、TCTR IDXに先頭のシーケンス記
述子へのインデックスを入れ、RFRAMEを０にする。

【０２３３】CTR IDXは補完を行う２つのキーフレーム
のうち元のキーフレームへのインデックスを保持する。
元のキーフレームとは時間的に通り過ぎたキーフレーム
のことである。このCTR IDXはキーフレームの切り替え
時に自動的に更新される。

【０２３４】START IDXにはシーケンスの開始インデッ
クスが入っている。シーケンスを開始する際に、このST
ART IDXをTCTR IDXに入れ、SIDにSTART SIDを入れ、RFR
AMEを０にする。

【０２３５】START SIDにはシーケンスを開始するスト
リームIDが入っている。

【０２３６】TRAVELINGはキーフレームの切り替え時に
０にクリアされる変数である。プログラマは、この変数
を自由に使用することができる。例えばキーフレームの
補完中に０ではない数をTRAVELING入れておくことによ
り、このTRAVELINGが０かどうかをポーリングすること
で現在の補完が終わったか否かを確認することができ
る。

【０２３７】１つのシーケンスポインタに複数のシーケ
ンスを定義し選択的にシーケンスを再生することができ
る。この場合はシーケンスポインタの領域の最後に選択
の候補となるシーケンスの情報を追加する。この追加す
る情報は、シーケンス管理データと呼ばれ、シーケンス
ポインタの最後の１ワードからTRAVELINGを除いた図１
０９に示すようなフォーマットとなっている。

【０２３８】シーケンスインデックスは、シーケンスの
スタートポイントのシーケンスコントロール記述子のイ
ンデックスを保持する。プログラマによりシーケンスポ
インタのTCTR IDXへコピーされ、RFRAMEに０にを入れる
ことでシーケンスをスタートさせる。

【０２３９】シーケンスのスタート時のSTREAM IDはプ
ログラマによりシーケンスポインタのSTREAM IDへコピ
ーされてシーケンスをスタートさせる。

【０２４０】次に補完関数テーブルセクションについて
説明する。

【０２４１】キーフレームの補完方法は、１シーケンス
中であっても変更することができる。そのため、ジャン
プ以外の全てのシーケンス記述子は、補完方法を指定す
るtypeのインデックスを持つ。そのインデックスで参照
されるtypeの配列の領域が補完関数テーブルセクション
である。補完関数テーブルセクションのtypeは、SCAN専
用の関数GsScanAnim()によって、予めそのtypeのプリミ
ティブドライバの先頭アドレスへ変換される。TYPEのIN
Iフィールドに１を立てることによってSCANのタイミン
グを識別する。補完関数テーブルセクションのSCAN関数
は、ＨＭＤのSCANのさいに呼び出される。SCANした後
は、そのビットを落としたフレームアップデートドライ
バ関数の先頭に書き換えられる。補完関数テーブルセク
ションの最初の１ワードはtypeが入るが、その最上位ビ
ットGsScanAnim()でSCANしたか否かのフラグとして用い
される。

【０２４２】また、シーケンスコントロールセクション
は、実際のシーケンスをリスト構造のデータで表現す
る。この１つのリストをシーケンス記述子と定義する。
シーケンス記述子には、２つのタイプがあり、シーケン
ス記述子の最上位ビットが識別子になっている。

【０２４３】通常のシーケンスを逐次記述するタイプの
シーケンス記述子は、図１１０に示すように、識別子と
して最上位ビットに０が立てられており、TYPE IDX，TF
RAME及びPARAMETER IDXからなる。TYPE IDXは、補完関
数を補完関数テーブルセクションのインデックスで特定
するものであり、７ビットで最大１２８種類の補完関数
にアクセスすることができる。TFRAMEは、次のシーケン
ス記述子間でのフレーム数を示す。PARAMETER IDXは、
このシーケンス記述子が参照するキーフレームのパラメ
ータへのインデックスである。

【０２４４】また、シーケンスをジャンプさせるタイプ
のシーケンス記述子は、図１１１に示すように、識別子
として最上位ビット側に１０が立てられており、STREAM
IDとSEQUENCE IDXからなる。STREAM IDは、１つのシー
ケンス中にシーケンスリンクを多重に定義するためのイ
ンデックスであり、上位７ビットのSID CNDと下位７ビ
ットのSID CNDからなる。SID CNDはストリームの一致に
よりジャンプが行われるか否かを決定する。また、SID
CNDはジャンプした先でのSTREAM IDを決定する。そし
て、SEQUENCE IDXには、ジャンプ先のコントロール記述
子のインデックスが書かれている。

【０２４５】さらに、図１１２に示すように、識別子と
して最上位ビット側に１１が立てられたシーケンス記述
子は、コントロール用であって、制御コードCODEとパラ
メータP1,P2からなる。制御コードCOD：0X01は停止END
を示し、パラメータP1が現状のSTREAM IDとしたならば
シーケンスを停止させる。

【０２４６】また、パラメータセクションは、パラメー
タの実体が並んでいるセクションであって、シーケンス
コントロールセクションから参照される。このセクショ
ンのパラメータの各種形識別は参照する側で行う。

【０２４７】アニメーションフレームアップデートプリ
ミティブドライバ及び補完プリミティブドライバは、図
１１３に示すような環境でコールされる。このアニメー
ションプリミティブドライバの実行環境を示す図１１３
において、網掛けを施して示す部分、すなわち、primto
p，tag(OT)，shift(OT)，offset(OT)，OUTPUT(packetar
ea)，ヘッダサイズ，補完関数テーブルポインタ，CONTR
OL TOPポインタ及びPARAMETER TOPポインタは必ずセッ
トされる。他の部分は、プリミティブヘッダがそのまま
コピーされるので、ヘッダが変われば変化する。ヘッダ
サイズは補完関数テーブルへのアドレス以下の要素数を
示す。但し最後の４つの要素は含まない。上記例では、
???＋４ということになる。この要素数により???の部分
がいくつ存在するかわかり、次に述べる補完関数への引
数領域の先頭が特定される。最後の４つのパラメータba
se，src，dst，intrは補完関数への引数領域である。

【０２４８】baseはシーケンスポインタの先頭アドレス
を与え、srcは補完元キーフレームの先頭アドレスを与
え、dstは補完先キーフレームの先頭アドレスを与え、i
ntrは補完後のパラメータを格納するアドレスを与え
る。

【０２４９】次のプリミティブドライバの振る舞いにつ
いて説明する。

【０２５０】プリミティブドライバは、フレームアップ
デートドライバと補完ドライバの２種類があり、GsSort
Unit()が呼ばれる度に呼び出される。

【０２５１】アニメーションのプリミティブはＨＭＤの
コーディネートセクションの先頭PRE-PROCESSにリンク
させる。アニメーションプリミティブドライバの初期化
は次の手順で行われる。 (1) GsScanUnit()でＨＭＤを初期化する際にGsScanAnim
()を呼び出し補完関数テーブルをSCANする。 (2) ＨＭＤのtypeフィールドにフレームアップデートド
ライバの先頭アドレスを入れる。これでGsSortUnit()の
度にフレームアップデートドライバが呼ばれる。フレー
ムアップデートドライバは補完ドライバを呼び出す。

【０２５２】補完ドライバのコーリングインターフェー
スはフレームアップデートドライバによって規定され、
typeフィールドのフレームアップデートドライバの種別
を示す３ビットは対応する補完関数も同じ番号を持つ。

【０２５３】フレームアップデートドライバが補完ドラ
イバを呼び出す際のコーリングインターフェースとして
FUNC(sp)が準備されている。spで示される引数領域に
は、上記パラメータbase，src，dst，intrが内包されて
いる。

【０２５４】ここで、図１１４乃至図１２４に各種アニ
メーションパケットの構造例を示す。

【０２５５】すなわち、図１１４は、ps0r0t1 すなわち
Translation Linearにおけるアニメーションパケットの
構造を示す。図１１５は、ps0r0t9すなわちTranslation
Linear(short)の処理を行うアニメーションパケットの
構造を示す。図１１６は、ps9r0t9 すなわちScale(one)
Translation(short) Linearの処理を行うアニメーショ
ンパケットの構造を示す。図１１７は、ps1r0t0 すなわ
ちScale Linearの処理を行うアニメーションパケットの
構造を示す。図１１８は、ps0r1t0 すなわちRotation L
inearの処理を行うアニメーションパケットの構造を示
す。図１１９は、ps9r1t0 すなわちScale(one)Rotation
Linearの処理を行うアニメーションパケットの構造を
示す。図１２０は、ps0r1t1 すなわちRotation Transla
tion Linearの処理を行うアニメーションパケットの構
造を示す。図１２１は、ps9r1t1すなわちScale(one) Tr
anslation Linearの処理を行うアニメーションパケット
の構造を示す。図１２２は、ps1r1t1 すなわちScale Ro
tation Translation Linearの処理を行うアニメーショ
ンパケットの構造を示す。図１２３は、ps0r1t9すなわ
ちParameter Translation(short) Linearの処理を行う
アニメーションパケットの構造を示す。図１２４は、ps
1r1t9 すなわちTranslation Linear(short)の処理を行
うアニメーションパケットの構造を示す。

【０２５６】次に、イメージデータ［カテゴリ２］のイ
メージプリミティブセクションの構造を図１２５に示
す。

【０２５７】イメージプリミティブセクションは、イメ
ージ用のヘッダ部、コントロール部及びデータ部からな
る。イメージ用のヘッダ部には、IMAGE TOPポインタとC
LUTTOPポインタが入り、また、コントロール部には、イ
メージヘッダポインタ及びタイプの数が入る。データ部
には、type、イメージの数・サイズ及びデータが入る。
typeはＣＬＵＴの有無で変わる。イメージデータの本体
（インデックスデータ又はＲＧＢデータ）はイメージデ
ータセクションに格納され、また、カラールックアップ
テーブルＣＬＵＴデータはＣＬＵＴセクションに格納さ
れる。

【０２５８】イメージタイプ（IMAGE TYPE）は、図１２
６に示すように、３２ビットで構成され、データの種類
を規定するためのDATA TYPEによりＣＬＵＴの有無を示
す。

【０２５９】そして、ＣＬＵＴ無しプリミティブは、図
１２７に示すようなデータ構造をとる。また、ＣＬＵＴ
ありプリミティブは、図１２８に示すようなデータ構造
をとる。また、トス。

【０２６０】また、イメージプリミティブドライバは、
図１２９に示すような実行環境で呼び出される。すなわ
ち、引数メモリ領域に各変数primtop，tag(OT)，shift
(OT)，offset(OT)，OUTPUT(packet area)，イメージヘ
ッダポインタ及びCLUT TOPポインタをコピーして呼び出
される。

【０２６１】イメージのプリミティブはＨＭＤのコーデ
ィネートセクションの先頭PRE-PROCESSにリンクされ
る。転送関数の読み出しはSCAN時に行い、転送が終了し
たならばNULLドライバ（プリミティブドライバの１つで
ある何もしないドライバ）を入れていくことにより、そ
れ以後毎回ＶＲＡＭへの転送は行われない。

【０２６２】次に、MIMeデータ［カテゴリ４］のMIMeプ
リミティブについて説明する。

【０２６３】MIMeプリミティブでは、MIMe DIFFセクシ
ョンを必要とし、頂点マイムVtxMIMeや法線マイムNrmMI
Meを使用する場合にはORGSVセクションを必要とし、ま
た、ＨＭＤ内にMIMEPRを持つ場合にはMIMEPRを必要とす
る。

【０２６４】MIMeプリミティブブロック用のヘッダに
は、図１３０乃至図１３３に各種マイムのヘッダを示し
てあるように、HEADLEN,COORD TOP,MIMEPR PTR，MIMEI
D，MIMeDIFF TOP，ORGSVN TOP，VERTEX TOPやNORMAL TO
Pなどが入る。

【０２６５】HEADLENは、当該プリミティブヘッドの長
さを示す。COORD TOPは、COORDINATEセクションの先頭
アドレスをＨＭＤ先頭からのlongワード数で示す。MIME
PR PTRは、MIMEPRがＨＭＤ内の場合にＨＭＤ先頭からの
longワード数を示す。MIMEIDは、当該プリミティブのＩ
Ｄである。MIMe DIFF TOPは、MIMe DIFFセクションの先
頭アドレスをＨＭＤ先頭からのlongワード数で示す。OR
GSVN TOPは、ORGSVNセクションの先頭アドレスをＨＭＤ
先頭からのlongワード数で示す。VERTEX TOPは、VERTEX
セクションの先頭アドレスをＨＭＤ先頭からのlongワー
ド数で示す。NORMAL TOPは、NORMALセクションの先頭ア
ドレスをＨＭＤ先頭からのlongワード数で示す。

【０２６６】関節マイムJntMIMeすなわち回転軸内挿に
よる関節マイムJntAxesMIMe及びRPY値内挿による関節マ
イムJntRPYMIMeのヘッダは、図１３０のように構成され
る。

【０２６７】また、上記関節マイムのリセットRstJntMI
Meすなわち上記回転軸内挿による関節マイムのリセット
RstJntAxesMIMe及びRPY値内挿による関節マイムのリセ
ットRstJntRPYMIMeのヘッダは、図１３１のように構成
される。

【０２６８】頂点／法線マイムVNMIMeすなわち頂点VtxM
IMe及び法線マイムNrmMIMeのヘッダは、図１３２のよう
に構成される。また、上記頂点／法線マイムのリセット
RstVNMIMeすなわち頂点のリセットRstVtxMIMe及び法線
マイムのリセットRstNrmMIMeのヘッダは、図１３３のよ
うに構成される。

【０２６９】上記図１３０及び図１３２に示した各ヘッ
ダにおいて、フラグｍは初期値が０でMIMEPR PTRが実ア
ドレスににマップされると１にされる。またフラグｉ
は、MIMEPR PTRがＨＭＤ内であれば１で、プログラム側
で確保するならば０とされる。

【０２７０】そして、MIMeプリミティブブロックは、図
１３４に示すように構成される。この図１３４に示すMI
Meプリミティブブロックにおいて、TYPEはプリミティブ
識別コードである。ｍは、初期値が１のフラグであっ
て、実行時にTYPEがSCANされ、関節ポインタが埋め込ま
れたら０にされる。prim numはMIMe DIFF IDXの数を示
す。MIMe DIFF IDXは、差分ブロックの先頭アドレスを
ＨＭＤ先頭からのlongワード数で示す。

【０２７１】ここで、MIMe DIFFは、図１３５に示すよ
うに３２ビットデータであって、MIMe DIFFセクション
におかれる差分に関するデータDIFFS NUM，COORDID，ON
UM，dflags，DIFFS TOPやCHANGED PTRなどが入る。

【０２７２】DIFFS NUMは、DIFFの数を示す。COORDID
は、当該COORDINATE（マイムする関節）番号を示す。ON
UMは対応するRstVNMIMeの数を示す。dflagsは、差分(DI
FF)のあるビットは１、ないビットは０とされるフラグ
である。図１３５には、マイムキー＃０，＃１，＃３，
＃８に差分があるdflags＝0x0000010Bの状態が示されて
いる。DIFFS TOPは、当該MIMe DIFFの先頭からのlongワ
ード数で示すDIFFSへのポインタである。CHANGED PTR
は、ＨＭＤ先頭からのlongワード数で示す対応するRstV
NMIMeのDIFFS内のchangedへのポインタである。DIFFSに
は、リセットのRstの場合、リセット用オリジナルデー
タが用いられ、それ以外の場合はキー毎の実際の差分値
が用いされる。

【０２７３】関節マイムのJntMIMe／RstJntMIMeのMIMe
DIFFは、図１３６に示すように構成され、JntMIMeとRst
JntMIMeが組となり同一のMIMe DIFを使う。

【０２７４】また、頂点／法線マイムVNMIMeのMIMe DIF
Fは、図１３７に示すように構成され、そのリセットRst
VNMIMeのMIMe DIFFは、図１３８に示すように構成され
る。

【０２７５】RPY値内挿による関節マイムJntRPYMIMeの
キー毎の実際の差分データDIFFSは、図１３９に示すデ
ータ構造により与えられる。図１３９に示すデータ構造
の差分データDIFFSでは、dvx−dvzによりrotの差分値を
与え、dtx−dtzによりt[0-2]の差分値を与える。なお、
リセット用オリジナルデータを図１４３に示す。

【０２７６】また、回転軸内挿による関節マイムJntAxe
sMIMeのキー毎の実際の差分データDIFFSは、図１４０に
示すデータ構造により与えられる。図１４０に示すデー
タ構造の差分データDIFFSでは、dvx−dvzにより差分回
転ベクトルを与え、dtx−dtzによりt[0-2]の差分値を与
える。なお、リセット用オリジナルデータを図１４４に
示す。

【０２７７】さらに、頂点／法線マイムVNMIMeすなわち
頂点VtxMIMe及び法線マイムNrmMIMeのキー毎の実際の差
分データDIFFSは、図１４１に示すデータ構造により与
えられる。図１４１に示すデータ構造の差分データDIFF
Sでは、vstartにより最初に異なる頂点の番号を与え、v
numにより差分頂点数を与える。なお、リセット用オリ
ジナルデータを図１４２に示す。

【０２７８】ORGSVNセクションは、初期値は全て任意で
あり、実行時に図１４５に示すようなデータ構造で使用
される。dvx-zは、待避したオリジナル頂点／法線デー
タをである。

【０２７９】

【発明の効果】以上のように、本発明によれば、テクス
チャイメージデータ、モデリングデータ、アニメーショ
ンデータなどの意味の異なるデータを１つの枠組みでま
とめて扱うことができ、意味の異なるデータ管理が容易
である。的、そのデータを扱うプログラムを一元化する
ことが可能で、そのデータを取り扱うユーザにとっても
見通しがよい。

【０２８０】また、本発明によれば、データ中にそのデ
ータを処理するプログラムの先頭アドレスを埋め込むこ
とで、データとプログラムとの関連付けが初期化のとき
に終わるので、それ以降に関連付けをやり直す必要がな
く、処理時間を短縮することができる。

【０２８１】また、本発明によれば、実行時に上記デー
タとプログラムとの関連付けを行うことによって、処理
プログラムを換えて各種効果を得ることができる。

【０２８２】また、データ中に識別子を入れることで、
データと処理プログラムとの関連付けを容易にすること
ができる。

【０２８３】また、分類されたデータ集合をセクション
として定義するで、異なるフォーマットのデータを適時
追加することができ、必要なデータのみをまとめ上げる
ことができる。

【０２８４】さらに、本発明によれば、セクションヘッタ゛
をプリミティブ集合毎に定義することで、複数のセクシ
ョンをインデックス参照することができ、これによりデ
ータ量を節約することができる。

【図面の簡単な説明】

【図１】本発明に係る画像情報処理装置の概略的な構成
を示すブロック回路図である。

【図２】ディスプレイ上への表示について説明するため
の図である。

【図３】ディスプレイ上の表示の設定について説明する
ための図である。

【図４】描画クリッピングの機能について説明するため
の図である。

【図５】テクスチャページについて説明するための図で
ある。

【図６】ＣＬＵＴ構造について説明するための図であ
る。

【図７】スプライト描画の概念を説明するための図であ
る。

【図８】フレームダブルバッファリングについて説明す
るための図である。

【図９】本発明に係る画像情報生成方法により生成する
画報情報のデータフォーマットの全体像を示す図であ
る。

【図１０】上記データフォーマットおけるブロックの構
造を示す図である。

【図１１】プリミティブの構造を示す図である。

【図１２】プリミティブ集合の構造を示す図である。

【図１３】基幹関数により引数のセットアップを行う引
数領域を示す図である。

【図１４】基幹関数による処理ドライバの呼び出し手順
を示すフローチャートである。

【図１５】本発明に係る画像情報生成方法により生成す
る画報情報ＨＤＭの構成を示す図である。

【図１６】ＨＤＭヘッダ部のＨＭＤヘッダの内容を示す
図である。

【図１７】プリミティブブロックを構成するプリミティ
ブのチェーンを示す図である。

【図１８】プリミティブの構成を示す図である。

【図１９】プリミティブヘッダの構造を示す図である。

【図２０】プリミティブヘッダ、プリミティブドライバ
及びデータの相互関係を示す図である。

【図２１】共有頂点型ＨＭＤの全体構成を示す図であ
る。

【図２２】共有頂点型ＨＭＤの全体構成を示す図であ
る。

【図２３】共有頂点型ＨＭＤの全体構成を示す図であ
る。

【図２４】ＨＭＤヘッダセクションの構成を示す図であ
る。

【図２５】プリミティブブロックポインタテーブルの内
容を示す図である。

【図２６】GsSortUnit()によりプリミティブドライバを
コピーする場合の変数受け渡し領域の情報を示す図であ
る。

【図２７】プリミティブの構造を示すずである。

【図２８】typeフィードの構造を示す図である。

【図２９】ポリゴンデータのドライバに定義された内容
を示す図である。

【図３０】プリミティブタイプの内容を示す図である。

【図３１】ポリゴンタイプで光源計算ありの場合の単色
フラットポリゴンのテクスチャ無し三角形（Flat No-Te
xture Triangle）のデータ構造を示す図である。

【図３２】光源計算ありの場合の単色グーローポリゴン
のテクスチャ無し三角形（Gouraud No-Texture Triangl
e）のデータ構造を示す図である。

【図３３】光源計算ありの場合の色付きフラットポリゴ
ンのテクスチャ無し三角形（Colored Flat No-Texture
Triangle）のデータ構造を示す図である。

【図３４】光源計算ありの場合の色付きグーローポリゴ
ンのテクスチャ無し三角形（Colored Gouraud No-Textu
re Triangle）のデータ構造を示す図である。

【図３５】光源計算ありの場合の単色フラットポリゴン
のテクスチャ有り三角形（Flat Texture Triangle）の
データ構造を示す図である。

【図３６】光源計算ありの場合の単色グーローポリゴン
のテクスチャ有り三角形（Gouraud Texture Triangle）
データ構造を示す図である。

【図３７】光源計算ありの場合の色付きフラットポリゴ
ンのテクスチャ有り三角形（Colored Flat Texture Tri
angle）のデータ構造を示す図である。

【図３８】光源計算ありの場合の色付きグーローポリゴ
ンのテクスチャ有り三角形（Colored Gouraud Texture
Triangle）のデータ構造を示す図である。

【図３９】光源計算ありの場合の単色フラットポリゴン
のテクスチャ無し四角形（Flat No-Texture Quad）のデ
ータ構造を示す図である。

【図４０】光源計算ありの場合の単色グーローポリゴン
のテクスチャ無し四角形（Gouraud No-Texture Quad）
のデータ構造を示す図である。

【図４１】光源計算ありの場合の色付きフラットポリゴ
ンのテクスチャ無し四角形（Colored Flat No-Texture
Quad）のデータ構造を示す図である。

【図４２】光源計算ありの場合の色付きグーローポリゴ
ンのテクスチャ無し四角形（Colored Gouraud No-Textu
re Quad）のデータ構造を示す図である。

【図４３】光源計算ありの場合の単色フラットポリゴン
のテクスチャ有り四角形（Flat Texture Quad）のデー
タ構造を示す図である。

【図４４】光源計算ありの場合の単色グーローポリゴン
のテクスチャ有り四角形（Gouraud Texture Quad）のデ
ータ構造を示す図である。

【図４５】光源計算ありの場合の色付きフラットポリゴ
ンのテクスチャ有り四角形（Colored Flat Texture Qua
d）のデータ構造を示す図である。

【図４６】光源計算ありの場合の色付きグーローポリゴ
ンのテクスチャ有り四角形（Colored Gouraud Texture
Quad）のデータ構造を示す図である。

【図４７】光源計算ありの場合の単色フラットポリゴン
のテクスチャ無しメッシュ（FlatNo-Texture Mesh）の
データ構造を示す図である。

【図４８】光源計算ありの場合の単色グーローポリゴン
のテクスチャ無しメッシュ（Gouraud No-Texture Mes
h）のデータ構造を示す図である。

【図４９】光源計算ありの場合の色付きフラットポリゴ
ンのテクスチャ無しメッシュ（Colored Flat No-Textur
e Mesh）のデータ構造を示す図である。

【図５０】光源計算ありの場合の色付きグーローポリゴ
ンのテクスチャ無しメッシュ（Colored Gouraud No-Tex
ture Mesh）のデータ構造を示す図である。

【図５１】光源計算ありの場合の単色フラットポリゴン
のテクスチャ有りメッシュ（FlatTexture Mesh）のデー
タ構造を示す図である。

【図５２】光源計算ありの場合の単色グーローポリゴン
のテクスチャ有りメッシュ（Gouraud Texture Mesh）の
データ構造を示す図である。

【図５３】光源計算ありの場合の色付きフラットポリゴ
ンのテクスチャ有りメッシュ（Colored Flat Texture M
esh）のデータ構造を示す図である。

【図５４】光源計算ありの場合の色付きグーローポリゴ
ンのテクスチャ有りメッシュ（Colored Gouraud Textur
e Mesh）のデータ構造を示す図である。

【図５５】ポリゴンタイプで光源計算無しの場合の単
色フラットポリゴンのテクスチャ無し三角形（Flat No-
Texture Triangle）のデータ構造を示す図である。

【図５６】光源計算無しの場合の単色グーローポリゴン
のテクスチャ無し三角形（Gouraud No-Texture Triangl
e）のデータ構造を示す図である。

【図５７】光源計算無しの場合の単色フラットポリゴン
のテクスチャ有り三角形（Flat Texture Triangle）の
データ構造を示す図である。

【図５８】光源計算無しの場合の単色グーローポリゴン
のテクスチャ有り三角形（Gouraud Texture Triangle）
のデータ構造を示す図である。

【図５９】光源計算無しの場合の単色フラットポリゴン
のテクスチャ無し四角形（Flat No-Texture Quad）のデ
ータ構造を示す図である。

【図６０】光源計算無しの場合の単色グーローポリゴン
のテクスチャ無し四角形（Gouraud No-Texture Quad）
のデータ構造を示す図である。

【図６１】光源計算無しの場合の単色フラットポリゴ
ンのテクスチャ有り四角形（FlatTexture Quad）のデー
タ構造を示す図である。

【図６２】光源計算無しの場合の単色グーローポリゴン
のテクスチャ有り四角形（Gouraud Texture Quad）のデ
ータ構造を示す図である。

【図６３】光源計算無しの場合の単色フラットポリゴ
ンのテクスチャ無しメッシュ（Flat No-Texture Mesh）
のデータ構造を示す図である。

【図６４】光源計算無しの場合の単色グーローポリゴン
のテクスチャ無しメッシュ（Gouraud No-Texture Mes
h）のデータ構造を示す図である。

【図６５】光源計算無しの場合の単色フラットポリゴン
のテクスチャ有りメッシュ（FlatTexture Mesh）のデー
タ構造を示す図である。

【図６６】光源計算無しの場合の単色グーローポリゴン
のテクスチャ有りメッシュ（Gouraud Texture Mesh）の
データ構造を示す図である。

【図６７】繰り返しテクスチャで光源計算ありの場合
の単色フラットポリゴンのテクスチャ有り三角形（Flat
Texture Triangle）のデータ構造を示す図である。

【図６８】光源計算ありの場合の単色グーローポリゴ
ンのテクスチャ有り三角形（Gouraud Texture Triangl
e）のデータ構造を示す図である。

【図６９】光源計算ありの場合の色付きフラットポリ
ゴンのテクスチャ有り三角形（Colored Flat Texture T
riangle）のデータ構造を示す図である。

【図７０】光源計算ありの場合の色付きグーローポリ
ゴンのテクスチャ有り三角形（Colored Gouraud Textur
e Triangle）のデータ構造を示す図である。

【図７１】光源計算ありの場合の単色フラットポリゴ
ンのテクスチャ有り四角形（Flat Texture Quad）のデ
ータ構造を示す図である。

【図７２】光源計算ありの場合の単色グーローポリゴ
ンのテクスチャ有り四角形（Gouraud Texture Quad）の
データ構造を示す図である。

【図７３】光源計算ありの場合の色付きフラットポリ
ゴンのテクスチャ有り四角形（Colored Flat Texture Q
uad）のデータ構造を示す図である。

【図７４】光源計算ありの場合の色付きグーローポリ
ゴンのテクスチャ有り四角形（Colored Gouraud Textur
e Quad）のデータ構造を示す図である。

【図７５】光源計算ありの場合の単色フラットポリゴ
ンのテクスチャ有りメッシュ（Flat Texture Mesh）の
データ構造を示す図である。

【図７６】光源計算ありの場合の単色グーローポリゴ
ンのテクスチャ有りメッシュ（Gouraud Texture Mesh）
のデータ構造を示す図である。

【図７７】光源計算ありの場合の色付きフラットポリ
ゴンのテクスチャ有りメッシュ（Colored Flat Texture
Mesh）のデータ構造を示す図である。

【図７８】光源計算ありの場合の色付きグーローポリ
ゴンのテクスチャ有りメッシュ（Colored Gouraud Text
ure Mesh）のデータ構造を示す図である。

【図７９】繰り返しテクスチャで光源計算なしの場合
の単色フラットポリゴンのテクスチャ有り三角形（Flat
Texture Triangle）のデータ構造を示す図である。

【図８０】光源計算なしの場合の単色グーローポリゴン
のテクスチャ有り三角形（Gouraud Texture Triangle）
のデータ構造を示す図である。

【図８１】光源計算なしの場合の単色フラットポリゴン
のテクスチャ有り四角形（Flat Texture Quad）のデー
タ構造を示す図である。

【図８２】光源計算なしの場合の単色グーローポリゴン
のテクスチャ有り四角形（Gouraud Texture Quad）のデ
ータ構造を示す図である。

【図８３】光源計算なしの場合の単色フラットポリゴン
のテクスチャ有りメッシュ（FlatTexture Mesh）のデー
タ構造を示す図である。

【図８４】光源計算なしの場合の単色グーローポリゴン
のテクスチャ有りメッシュ（Gouraud Texture Mesh）の
データ構造を示す図である。

【図８５】プリセット型モデルデータとして定議される
単色フラットポリゴンのテクスチャ無し三角形（Flat N
o-Texture Triangle）のデータ構造を示す図である。

【図８６】プリセット型モデルデータとして定議される
単色グーローポリゴンのテクスチャ無し三角形（Gourau
d No-Texture Triangle）のデータ構造を示す図であ
る。

【図８７】プリセット型モデルデータとして定議される
単色フラットポリゴンのテクスチャ有り三角形（Flat T
exture Triangle）のデータ構造を示す図である。

【図８８】プリセット型モデルデータとして定議される
単色グーローポリゴンのテクスチャ有り三角形（Gourau
d Texture Triangle）のデータ構造を示す図である。

【図８９】プリセット型モデルデータとして定議される
単色フラットポリゴンのテクスチャ無し四角形（Flat N
o-Texture Quad）のデータ構造を示す図である。

【図９０】プリセット型モデルデータとして定議される
単色グーローポリゴンのテクスチャ無し四角形（Gourau
d No-Texture Quad）のデータ構造を示す図である。

【図９１】プリセット型モデルデータとして定議される
単色フラットポリゴンのテクスチャ有り四角形（Flat T
exture Quad）のデータ構造を示す図である。

【図９２】プリセット型モデルデータとして定議される
単色グーローポリゴンのテクスチャ有り四角形（Gourau
d Texture Quad）のデータ構造を示す図である。

【図９３】プリセット型モデルデータとして定議される
単色フラットポリゴンのテクスチャ無しメッシュ（Flat
No-Texture Mesh）のデータ構造を示す図である。

【図９４】プリセット型モデルデータとして定議される
単色グーローポリゴンのテクスチャ無しメッシュ（Gour
aud No-Texture Mesh）のデータ構造を示す図である。

【図９５】プリセット型モデルデータとして定議される
単色フラットポリゴンのテクスチャ有りメッシュ（Flat
Texture Mesh）のデータ構造を示す図である。

【図９６】プリセット型モデルデータとして定議される
単色グーローポリゴンのテクスチャ有りメッシュ（Gour
aud Texture Mesh）のデータ構造を示す図である。

【図９７】共有プリミティブのプリミティブタイの構造
を示す図である。

【図９８】共有ドライバが参照する計算済み領域のＶＥ
ＲＴＥＸでのフォーマットを示す図である。

【図９９】共有ドライバが参照する計算済み領域のＮＯ
ＲＭＡＬでのフォーマットを示す図である。

【図１００】共有ポリゴンの処理手順を示す図である。

【図１０１】アニメーションプリミティブセクションの
構成を示す図である。

【図１０２】アニメーションの各セクションの相関図で
ある。

【図１０３】アニメーションタイプの内容を示す図であ
る。

【図１０４】シーケンスヘッダの内容を示す図である。

【図１０５】シーケンスポインタのデータフォーマット
を示す図である。

【図１０６】書き換えインデックスの内容を示す図であ
る。

【図１０７】シーケンスの数とサイズの構成を示す図で
ある。

【図１０８】シーケンスポインタのアップデートの速度
を指定するSPEEDの構成を示す図である。

【図１０９】シーケンス管理データのフォーマットを示
す図である。

【図１１０】通常のシーケンスを逐次記述するタイプの
シーケンス記述子の構成を示す図である。

【図１１１】シーケンスをジャンプさせるタイプのシー
ケンス記述子の構成を示す図である。

【図１１２】コントロール用のシーケンス記述子の構成
を示す図である。

【図１１３】アニメーションプリミティブドライバの実
行環境を示す図である。

【図１１４】Translation Linearにおけるアニメーショ
ンパケットの構造を示す図である。

【図１１５】Translation Linear(short)の処理を行う
アニメーションパケットの構造を示す図である。

【図１１６】Scale(one) Translation(short) Linearの
処理を行うアニメーションパケットの構造を示す図であ
る。

【図１１７】Scale Linearの処理を行うアニメーション
パケットの構造を示す図である。

【図１１８】Rotation Linearの処理を行うアニメーシ
ョンパケットの構造を示す図である。

【図１１９】Scale(one)Rotation Linearの処理を行う
アニメーションパケットの構造を示す図である。

【図１２０】Rotation Translation Linearの処理を行
うアニメーションパケットの構造を示す図である。

【図１２１】Scale(one) Translation Linearの処理を
行うアニメーションパケットの構造を示す図である。

【図１２２】Scale Rotation Translation Linearの処
理を行うアニメーションパケットの構造を示す図であ
る。

【図１２３】Parameter Translation(short) Linearの
処理を行うアニメーションパケットの構造を示す図であ
る。

【図１２４】Translation Linear(short)の処理を行う
アニメーションパケットの構造を示す図である。

【図１２５】イメージプリミティブセクションの構造を
示す図である。

【図１２６】イメージタイプ（IMAGE TYPE）の構成を示
す図である。

【図１２７】ＣＬＵＴ無しプリミティブのデータ構造を
示す図である。

【図１２８】ＣＬＵＴありプリミティブのデータ構造を
示す図である。

【図１２９】イメージプリミティブドライバのデータ構
造を示す図である。

【図１３０】関節マイムJntMIMeすなわち回転軸内挿に
よる関節マイムJntAxesMIMe及びRPY値内挿による関節マ
イムJntRPYMIMeのヘッダの構成を示す図である。

【図１３１】上記関節マイムのリセットRstJntMIMeすな
わち上記回転軸内挿による関節マイムのリセットRstJnt
AxesMIMe及びRPY値内挿による関節マイムのリセットRst
JntRPYMIMeのヘッダ示す図である。

【図１３２】頂点／法線マイムVNMIMeすなわち頂点VtxM
IMe及び法線マイムNrmMIMeのヘッダの構成を示す図であ
る。

【図１３３】上記頂点／法線マイムのリセットRstVNMIM
eすなわち頂点のリセットRstVtxMIMe及び法線マイムの
リセットRstNrmMIMeのヘッダの構成を示す図である。

【図１３４】MIMeプリミティブブロックの構成を示す図
である。

【図１３５】MIMe DIFFの構成を示す図である。

【図１３６】関節マイムのJntMIMe／RstJntMIMeのMIMe
DIFFの構成を示す図である。

【図１３７】頂点／法線マイムVNMIMeのMIMe DIFFの構
成を示す図である。

【図１３８】リセットRstVNMIMeのMIMe DIFFの構成を示
す図である。

【図１３９】RPY値内挿による関節マイムJntRPYMIMeの
キー毎の実際の差分データDIFFSのデータ構造を示す図
である。

【図１４０】回転軸内挿による関節マイムJntAxesMIMe
のキー毎の実際の差分データDIFFSのデータ構造を示す
図である。

【図１４１】頂点／法線マイムVNMIMeすなわち頂点VtxM
IMe及び法線マイムNrmMIMeのキー毎の実際の差分データ
DIFFSのデータ構造を示す図である。

【図１４２】頂点／法線マイムVNMIMeすなわち頂点VtxM
IMe及び法線マイムNrmMIMeのリセット用オリジナルデー
タを示す図である。

【図１４３】RPY値内挿による関節マイムJntRPYMIMeの
リセット用オリジナルデータを示す図である。

【図１４４】回転軸内挿による関節マイムJntAxesMIMe
のリセット用オリジナルデータを示す図である。

【図１４５】ORGSVNセクションの実行時のデータ構造を
示す図である。

【図１４６】従来の画像作成装置（家庭用ゲーム機）の
構成例を示すブロック回路図である。

【図１４７】従来の画像作成装置による画像作成方法の
説明に用いる図である。

【図１４８】従来の画像情報処理システムの基本構成を
示すブロック回路図である。

【図１４９】従来の物体形状データのファイルの構成を
示す図である。

【図１５０】従来のパケットデータのファイルの構成を
示す図である。

【符号の説明】

５１ＣＰＵ、５２周辺デバイスコントローラ、５３
メインメモリ、５４ＲＯＭ、６０グラフィックシス
テム、６１ジオメトリトランスファエンジン（ＧＴ
Ｅ）、６２グラフィックスプロセッシングユニット、
６３フレームバッファ、６４画像デコーダ（ＭＤＥ
Ｃ）、６５ビデオ出力手段（ディスプレイ装置）、７
０サウンドシステム、７１サウンドプロセッシング
ユニット（ＳＰＵ）、７２サウンドバッファ、７３
スピーカ、８０光学ディスク制御部、８１ディスク
ドライブ装置、８２デコーダ、８３バッファ、９０
通信制御部、９１通信制御機、９２コントローラ、
９３メモリカード、１０１パラレルＩ／Ｏポート、
１０２シリアルＩ／Ｏポート

───────────────────────────────────────────────────── フロントページの続き (72)発明者青木幸代東京都港区赤坂７丁目１番１号株式会社ソニー・コンピュータエンタテインメント内

Claims

【特許請求の範囲】

【請求項１】同一プログラムで処理されるデータをま
とめて配置し、上記データをまとめて配置したプリミティブ領域の先頭
にそのデータの種類を示す識別子及びそのデータを処理
すべき処理ドライバのプログラムへのジャンプテーブル
を付加したデータ構造の画像情報を生成することを特徴
とする画像情報生成方法。
【請求項２】上記プリミティブ領域の先頭にそのデー
タの種類を示す識別子及びそのデータを処理すべき処理
ドライバのプログラムへのジャンプテーブルとともに次
のプリミティブ領域の先頭へのオフセットを付加したデ
ータ構造の画像情報を生成することを特徴とする請求項
１記載の画像情報生成方法。
【請求項３】上記次のプリミティブ領域の先頭へのオ
フセットにより連結された１以上のプリミティブ領域か
らなるプリミティブ領域群と、データを種別した一まと
まりのデータ群からなるセクションの先頭のアドレスの
リストを含むヘッダセクションへのポインタと、次のプ
リミティブ領域群へのポインタを付加したデータ構造を
ブロックとする画像情報を生成することを特徴とする請
求項２記載の画像情報生成方法。
【請求項４】上記プリミティブ領域に付加された識別
子により、プリミティブのデータを処理すべき処理ドラ
イバを特定し、その処理ドライバのプログラムの先頭ア
ドレスを上記ジャンプテーブルへ代入することにより、
データとプログラムとの関連付けを実行時に行うことを
特徴とする請求項１記載の画像情報生成方法。
【請求項５】上記識別子は、上位ビットを大分類に割
り当て、下位ビットを小分類に割り当てることを特徴と
する請求項１記載の画像情報生成方法。
【請求項６】上記識別子に初期化用のビットを設け、
データ作成時に上記初期化用のビットを付加し、処理ド
ライバとプリミティブの関連付けのときに上記初期化用
のビットを参照して、初期化処理を行うことを特徴とす
る請求項４記載の画像情報生成方法。
【請求項７】上記処理ドライバにパラメータを渡す場
合に、プリミティブ内にパラメータ領域を設け、その先
頭アドレスを関数の引数として渡すことを特徴とする請
求項１記載の画像情報生成方法。
【請求項８】上記パラメータ領域にコピーするパラメ
ータの一部にセクションヘッダの内容を含むことを特徴
とする請求項７記載の画像情報生成方法。
【請求項９】プリミティブと処理ドライバとの関連付
けが行われたか否かを示すフラグを上記プリミティブ内
に設けることを特徴とする請求項１記載の画像情報生成
方法。
【請求項１０】上記ヘッダセクションへのポインタと
次のプリミティブ領域群へのポインタは、データが作成
されたときには先頭からのオフセットが入っており、実
行時に実アドレスに変換されることを特徴とする請求項
３記載の画像情報生成方法。
【請求項１１】上記ポインタが実行時に実アドレスに
変換されたか否かを示すフラグをデータ内に設けること
を特徴とする請求項１０記載の画像情報生成方法。
【請求項１２】上記ブロックの先頭アドレスを羅列し
たブロックヘッダ領域を設け、このブロックヘッダ領域
に羅列された先頭アドレスに従って最初から順番にブロ
ックの評価を行い、先頭ブロックを前処理に使用し、最
終ブロックを後処理に使用することを特徴とする請求項
１記載の画像情報生成方法。
【請求項１３】上記先頭ブロック及び最終ブロック以
外のブロックは、１つのブロックが１つの座標系に対応
することを特徴とする請求項１２記載の画像情報生成方
法。
【請求項１４】上記セクションには、テクスチャイメ
ージデータ、ポリゴンデータあるいはモーションデータ
が入ることを特徴する請求項３記載の画像情報生成方
法。
【請求項１５】上記処理ドライバが他の処理ドライバ
を呼び出すことを特徴とする請求項１記載の画像情報生
成方法。
【請求項１６】上記パラメータ領域を連続して用いる
ことにより、上記処理ドライバが他の処理ドライバを呼
び出すことを特徴とする請求項７記載の画像情報生成方
法。
【請求項１７】時系列でデータを変化させる場合に、
上記セクションとセクション内オフセットを指定するこ
とにより、変化させるべきデータを特定することを特徴
とする請求項３記載の画像情報生成方法。
【請求項１８】上記プリミティブと処理ドライバのプ
ログラムとの関連付けを行うときに、上記パラメータ領
域にその処理ドライバを呼び出すための引数を用意する
ことを特徴とする請求項７記載の画像情報生成方法。
【請求項１９】プリミティブデータがセクション内オ
フセットにより表現され、セクションヘッダにそのプリ
ミティブを含むブロックで参照されるセクションの全て
の先頭アドレスが示され、処理ドライバはセクションヘ
ッダからセクションのアドレスとプリミティブデータの
中のオフセットにより所定のデータにアクセスすること
を特徴とする請求項３記載の画像情報生成方法。
【請求項２０】処理ドライバが識別子に基づいてセク
ションとオフセットのの対応をとることを特徴とする請
求項１９記載の画像生成方法。
【請求項２１】一ポリゴン内の頂点が複数のマトリク
スによって個々に計算される共有ポリゴンを含むポリゴ
ンの集合体の画像情報を生成する画像生成方法であっ
て、一ポリゴン内の頂点が単一のマトリクスによって計算さ
れる独立ポリゴンの頂点群と共有ポリゴンの頂点群とを
近接して配置し、独立ポリゴン及び共有ポリゴンで同じ内容頂点情報を一
つにまとめ、独立ポリゴン及び共有ポリゴン両方から参
照して画像情報を生成することを特徴とする画像生成方
法。
【請求項２２】データの処理に必要なパラメータセッ
トが上記データの内部にあるか外部にあるを判別するた
めの判別用データと、上記パラメータセットの所在を示
すためのポインタとを上記データの内に有するデータ構
造の画像情報を生成する画像生成方法であって、上記パラメータセットがデータ内部に存在する場合に
は、ポインタは初期値としてデータ内での特定のアドレ
スからの上記パラメータセットの先頭アドレスまでの距
離を指定し、上記パラメータセットがデータ外部に存在
する場合には、ポインタは任意の初期値を持ち、データの処理前に、上記判定用データを参照してパラメ
ータセットがデータ内にあるか否かを判定し、パラメータセットがデータ内部にある場合には、ポイン
タに書かれた距離データを実アドレスに変換して上記ポ
インタに書き戻し、パラメータセットがデータ外部にある場合には、直接パ
ラメータの場所を示すを示す実アドレスを上記ポインタ
に書き込むことを特徴とする画像生成方法。
【請求項２３】パラメータが重み係数であることを特
徴とする請求項２２記載の画像情報生成方法。
【請求項２４】上記ポインタが初期値であるか実アド
レスが書き込まれたをを示すフラグデータをデータ内に
有し、既に実アドレスが書き込まれたポインタに再度実
アドレスが書き込まれるのを上記フラグデータにより禁
止することを特徴とする請求項２２記載の画像情報生成
方法。
【請求項２５】上記パラメータセットは、データ外部
にある場合には外部からの入力に反映された値を持ち、
データ内部にある場合には内部シーケンスによる値を持
つことを特徴とする請求項２２記載の画像情報生成方
法。
【請求項２６】同一プログラムで処理されるデータを
まとめて配置し、上記データをまとめて配置したプリミ
ティブ領域の先頭にそのデータの種類を示す識別子及び
そのデータを処理すべき処理ドライバのプログラムへの
ジャンプテーブルを付加したデータ構造の画像情報を生
成する情報処理手段を備えることを特徴とする画像情報
生成装置。
【請求項２７】上記情報処理手段は、上記プリミティ
ブ領域の先頭にそのデータの種類を示す識別子及びその
データを処理すべき処理ドライバのプログラムへのジャ
ンプテーブルとともに次のプリミティブ領域の先頭への
オフセットを付加したデータ構造の画像情報を生成する
ことを特徴とする請求項２６記載の画像情報生成装置。
【請求項２８】上記情報処理手段は、上記次のプリミ
ティブ領域の先頭へのオフセットにより連結された１以
上のプリミティブ領域からなるプリミティブ領域群と、
データを種別した一まとまりのデータ群からなるセクシ
ョンの先頭のアドレスのリストを含むヘッダセクション
へのポインタと、次のプリミティブ領域群へのポインタ
を付加したデータ構造をブロックとする画像情報を生成
することを特徴とする請求項２７記載の画像情報生成装
置。
【請求項２９】上記情報処理手段は、上記プリミティ
ブ領域に付加された識別子により、プリミティブのデー
タを処理すべき処理ドライバを特定し、その処理ドライ
バのプログラムの先頭アドレスを上記ジャンプテーブル
へ代入することにより、データとプログラムとの関連付
けを実行時に行うことを特徴とする請求項２６記載の画
像情報生成方法。
【請求項３０】上記情報処理手段は、上記識別子の上
位ビットを大分類に割り当て、下位ビットを小分類に割
り当てることを特徴とする請求項２６載の画像情報生
成装置。
【請求項３１】上記情報処理手段は、上記識別子に初
期化用のビットを設け、データ作成時に上記初期化用の
ビットを付加し、処理ドライバとプリミティブの関連付
けのときに上記初期化用のビットを参照して、初期化処
理を行うことを特徴とする請求項２９記載の画像情報生
成装置。
【請求項３２】上記情報処理手段は、上記処理ドライ
バにパラメータを渡す場合に、プリミティブ内にパラメ
ータ領域を設け、その先頭アドレスを関数の引数として
渡すことを特徴とする請求項２６載の画像情報生成装
置。
【請求項３３】上記パラメータ領域にコピーするパラ
メータの一部にセクションヘッダの内容を含むことを特
徴とする請求項３２記載の画像情報生成装置。
【請求項３４】プリミティブと処理ドライバとの関連
付けが行われたか否かを示すフラグを上記プリミティブ
内に設けることを特徴とする請求項２６記載の画像情報
生成装置。
【請求項３５】上記情報処理手段は、上記ヘッダセク
ションへのポインタと次のプリミティブ領域群へのポイ
ンタにデータが作成されたときには先頭からのオフセッ
トを入れておき、実行時に実アドレスに変換するること
を特徴とする請求項２８記載の画像情報生成装置。
【請求項３６】上記情報処理手段は、上記ポインタが
実行時に実アドレスに変換されたか否かを示すフラグを
データ内に設けることを特徴とする請求項３５記載の画
像情報生成装置。
【請求項３７】上記情報処理手段は、上記ブロックの
先頭アドレスを羅列したブロックヘッダ領域を設け、こ
のブロックヘッダ領域に羅列された先頭アドレスに従っ
て最初から順番にブロックの評価を行い、先頭ブロック
を前処理に使用し、最終ブロックを後処理に使用するこ
とを特徴とする請求項２６記載の画像情報生成装置。
【請求項３８】上記情報処理手段は、上記先頭ブロッ
ク及び最終ブロック以外のブロックに、１つのブロック
を１つの座標系に対応させることを特徴とする請求項３
７記載の画像情報生成装置。
【請求項３９】上記情報処理手段は、上記セクション
にテクスチャイメージデータ、ポリゴンデータあるいは
モーションデータを入れることを特徴する請求項２８記
載の画像情報生成装置。
【請求項４０】上記情報処理手段は、上記処理ドライ
バにより他の処理ドライバを呼び出すことを特徴とする
請求項２６記載の画像情報生成装置。
【請求項４１】上記情報処理手段は、上記パラメータ
領域を連続して用いることにより、上記処理ドライバで
他の処理ドライバを呼び出すことを特徴とする請求項３
２記載の画像情報生成装置。
【請求項４２】上記情報処理手段は、時系列でデータ
を変化させる場合に、上記セクションとセクション内オ
フセットを指定することにより、変化させるべきデータ
を特定することを特徴とすることを特徴とする請求項２
８記載の画像情報生成装置。
【請求項４３】上記情報処理手段は、上記プリミティ
ブと処理ドライバのプログラムとの関連付けを行うとき
に、上記パラメータ領域にその処理ドライバを呼び出す
ための引数を用意することを特徴とする請求項３２記載
の画像情報生成装置。
【請求項４４】プリミティブデータがセクション内オ
フセットにより表現され、セクションヘッダにそのプリ
ミティブを含むブロックで参照されるセクションの全て
の先頭アドレスが示され、処理ドライバはセクションヘ
ッダからセクションのアドレスとプリミティブデータの
中のオフセットにより所定のデータにアクセスすること
を特徴とする請求項２８記載の画像情報生成装置。
【請求項４５】処理ドライバが識別子に基づいてセク
ションとオフセットのの対応をとることを特徴とする請
求項４４記載の画像生成装置。
【請求項４６】一ポリゴン内の頂点が複数のマトリク
スによって個々に計算される共有ポリゴンを含むポリゴ
ンの集合体の画像情報を生成する画像生成装置であっ
て、一ポリゴン内の頂点が単一のマトリクスによって計算さ
れる独立ポリゴンの頂点群と共有ポリゴンの頂点群とを
近接して配置し、独立ポリゴン及び共有ポリゴンで同じ
内容頂点情報を一つにまとめ、独立ポリゴン及び共有ポ
リゴン両方から参照して画像情報を生成する情報処理手
段を備えることを特徴とする画像生成装置。
【請求項４７】データの処理に必要なパラメータセッ
トが上記データの内部にあるか外部にあるを判別するた
めの判別用データと、上記パラメータセットの所在を示
すためのポインタとを上記データの内に有するデータ構
造の画像情報を生成する画像生成装置であって、上記パラメータセットがデータ内部に存在する場合に
は、ポインタは初期値としてデータ内での特定のアドレ
スからの上記パラメータセットの先頭アドレスまでの距
離を指定し、上記パラメータセットがデータ外部に存在
する場合には、ポインタは任意の初期値を持ち、データ
の処理前に、上記判定用データを参照してパラメータセ
ットがデータ内にあるか否かを判定し、パラメータセッ
トがデータ内部にある場合には、ポインタに書かれた距
離データを実アドレスに変換して上記ポインタに書き戻
し、パラメータセットがデータ外部にある場合には、直
接パラメータの場所を示す実アドレスを上記ポインタに
書き込む情報処理手段を備えることを特徴とする画像生
成装置。
【請求項４８】上記情報処理手段は、パラメータが重
み係数であることを特徴とする請求項４７記載の画像情
報生成装置。
【請求項４９】上記情報処理手段は、上記ポインタが
初期値であるか実アドレスが書き込まれたをを示すフラ
グデータをデータ内に有し、既に実アドレスが書き込ま
れたポインタに再度実アドレスが書き込まれるのを上記
フラグデータにより禁止することを特徴とする請求項４
７記載の画像情報生成装置。
【請求項５０】上記情報処理手段は、上記パラメータ
セットが、データ外部にある場合には外部からの入力に
反映された値を持ち、データ内部にある場合には内部シ
ーケンスによる値を持つことを特徴とする請求項４７記
載の画像情報生成装置。
【請求項５１】同一プログラムで処理されるデータを
まとめて配置し、上記データをまとめて配置したプリミ
ティブ領域の先頭にそのデータの種類を示す識別子及び
そのデータを処理すべき処理ドライバのプログラムへの
ジャンプテーブルを付加したデータ構造の画像情報を生
成する情報処理プログラムを記録したことを特徴とする
コンピュータにより実行可能な情報処理プログラムの記
録媒体。
【請求項５２】上記情報処理プログラムは、上記プリ
ミティブ領域の先頭にそのデータの種類を示す識別子及
びそのデータを処理すべき処理ドライバのプログラムへ
のジャンプテーブルとともに次のプリミティブ領域の先
頭へのオフセットを付加したデータ構造の画像情報を生
成することを特徴とする請求項５１記載の記録媒体。
【請求項５３】上記情報処理プログラムは、上記次の
プリミティブ領域の先頭へのオフセットにより連結され
た１以上のプリミティブ領域からなるプリミティブ領域
群と、データを種別した一まとまりのデータ群からなる
セクションの先頭のアドレスのリストを含むヘッダセク
ションへのポインタと、次のプリミティブ領域群へのポ
インタを付加したデータ構造をブロックとする画像情報
を生成することを特徴とする請求項５２記載の記録媒
体。
【請求項５４】上記情報処理プログラムは、上記プリ
ミティブ領域に付加された識別子により、プリミティブ
のデータを処理すべき処理ドライバを特定し、その処理
ドライバのプログラムの先頭アドレスを上記ジャンプテ
ーブルへ代入することにより、データとプログラムとの
関連付けを実行時に行うことを特徴とする請求項５１記
載の記録媒体。
【請求項５５】上記情報処理プログラムは、上記識別
子の上位ビットを大分類に割り当て、下位ビットを小分
類に割り当てることを特徴とする請求項５１記載の記録
媒体。
【請求項５６】上記情報処理プログラムは、上記識別
子に初期化用のビットを設け、データ作成時に上記初期
化用のビットを付加し、処理ドライバとプリミティブの
関連付けのときに上記初期化用のビットを参照して、初
期化処理を行うことを特徴とする請求項５４記載の記録
媒体。
【請求項５７】上記情報処理プログラムは、上記処理
ドライバにパラメータを渡す場合に、プリミティブ内に
パラメータ領域を設け、その先頭アドレスを関数の引数
として渡すことを特徴とする請求項５１記載の記録媒
体。
【請求項５８】上記情報処理プログラムは、上記パラ
メータ領域にコピーするパラメータの一部にセクション
ヘッダの内容を含むことを特徴とする請求項５７記載の
記録媒体。
【請求項５９】上記情報処理プログラムは、プリミテ
ィブと処理ドライバとの関連付けが行われたか否かを示
すフラグを上記プリミティブ内に設けることを特徴とす
る請求項５１記載の記録媒体。
【請求項６０】上記情報処理プログラムは、上記ヘッ
ダセクションへのポインタと次のプリミティブ領域群へ
のポインタは、データが作成されたときには先頭からの
オフセットが入っており、実行時に実アドレスに変換さ
れることを特徴とする請求項５３記載の記録媒体。
【請求項６１】上記情報処理プログラムは、上記ポイ
ンタが実行時に実アドレスに変換されたか否かを示すフ
ラグをデータ内に設けることを特徴とする請求項６０記
載の記録媒体。
【請求項６２】上記情報処理プログラムは、上記ブロ
ックの先頭アドレスを羅列したブロックヘッダ領域を設
け、このブロックヘッダ領域に羅列された先頭アドレス
に従って最初から順番にブロックの評価を行い、先頭ブ
ロックを前処理に使用し、最終ブロックを後処理に使用
することを特徴とする請求項５１記載の記録媒体。
【請求項６３】上記情報処理プログラムは、上記先頭
ブロック及び最終ブロック以外のブロック画、１つのブ
ロックが１つの座標系に対応することを特徴とする請求
項６２記載の記録媒体。
【請求項６４】上記情報処理プログラムは、上記セク
ションにテクスチャイメージデータ、ポリゴンデータあ
るいはモーションデータが入ることを特徴する請求項５
３記載の記録媒体。
【請求項６５】上記情報処理プログラムは、上記処理
ドライバが他の処理ドライバを呼び出すことを特徴とす
る請求項５１記載の記録媒体。
【請求項６６】上記情報処理プログラムは、上記パラ
メータ領域を連続して用いることにより、上記処理ドラ
イバが他の処理ドライバを呼び出すことを特徴とする請
求項５７記載の記録媒体。
【請求項６７】上記情報処理プログラムは、時系列で
データを変化させる場合に、上記セクションとセクショ
ン内オフセットを指定することにより、変化させるべき
データを特定することを特徴とする請求項５３記載の記
録媒体。
【請求項６８】上記情報処理プログラムは、上記プリ
ミティブと処理ドライバのプログラムとの関連付けを行
うときに、上記パラメータ領域にその処理ドライバを呼
び出すための引数を用意することを特徴とする請求項５
７記載の記録媒体。
【請求項６９】上記情報処理プログラムは、プリミテ
ィブデータがセクション内オフセットにより表現され、
セクションヘッダにそのプリミティブを含むブロックで
参照されるセクションの全ての先頭アドレスが示され、
処理ドライバはセクションヘッダからセクションのアド
レスとプリミティブデータの中のオフセットにより所定
のデータにアクセスすることを特徴とする請求項５３記
載の記録媒体。
【請求項７０】上記情報処理プログラムは、処理ドラ
イバが識別子に基づいてセクションとオフセットのの対
応をとることを特徴とする請求項６９記載の記録媒体。
【請求項７１】一ポリゴン内の頂点が複数のマトリク
スによって個々に計算される共有ポリゴンを含むポリゴ
ンの集合体の画像情報を生成する情報処理プログラムで
あって、一ポリゴン内の頂点が単一のマトリクスによっ
て計算される独立ポリゴンの頂点群と共有ポリゴンの頂
点群とを近接して配置し、独立ポリゴン及び共有ポリゴ
ンで同じ内容頂点情報を一つにまとめ、独立ポリゴン及
び共有ポリゴン両方から参照して画像情報を生成する情
報処理プログラムを記録したことを特徴とするコンピュ
ータにより実行可能な情報処理プログラムの記録媒体。
【請求項７２】データの処理に必要なパラメータセッ
トが上記データの内部にあるか外部にあるを判別するた
めの判別用データと、上記パラメータセットの所在を示
すためのポインタとを上記データの内に有するデータ構
造の画像情報を生成する情報処理プログラムであって、
上記パラメータセットがデータ内部に存在する場合に
は、ポインタは初期値としてデータ内での特定のアドレ
スからの上記パラメータセットの先頭アドレスまでの距
離を指定し、上記パラメータセットがデータ外部に存在
する場合には、ポインタは任意の初期値を持ち、データ
の処理前に、上記判定用データを参照してパラメータセ
ットがデータ内にあるか否かを判定し、パラメータセッ
トがデータ内部にある場合には、ポインタに書かれた距
離データを実アドレスに変換して上記ポインタに書き戻
し、パラメータセットがデータ外部にある場合には、直
接パラメータの場所を示すを示す実アドレスを上記ポイ
ンタに書き込む情報処理プログラムを記録したことを特
徴とするコンピュータにより実行可能な情報処理プログ
ラムの記録媒体。
【請求項７３】上記情報処理プログラムは、パラメー
タが重み係数であることを特徴とする請求項７２記載の
記録媒体。
【請求項７４】上記情報処理プログラムは、上記ポイ
ンタが初期値であるか実アドレスが書き込まれたをを示
すフラグデータをデータ内に有し、既に実アドレスが書
き込まれたポインタに再度実アドレスが書き込まれるの
を上記フラグデータにより禁止することを特徴とする請
求項７２記載の記録媒体。
【請求項７５】上記情報処理プログラムは、上記パラ
メータセットが、データ外部にある場合には外部からの
入力に反映された値を持ち、データ内部にある場合には
内部シーケンスによる値を持つことを特徴とする請求項
７２記載の記録媒体。