JPH08171657A - 画像情報生成方法、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【構成】 ３次元画像を表す単位となる多角形形状に対
応する複数の基本形状データの種類（パケット型）を調
べ、同種が連続するように並べた複数の基本形状データ
からなる物体形状データを生成する。 【効果】 物体形状データを処理してディスプレイ上に
表示する画像データを生成する際の処理を簡略化できる
と共に高速化をも図ることができるようになる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

【０００８】図２５は、図２４に示す構成をもつ家庭用
ゲーム機において、２次元画像のデータを用いて３次元
画像を出力する手順を示す図である。この図２５では、
市松模様の背景画像上に円筒状の物体を３次元画像とし
て表示する場合を説明する。

【０００９】この図２５のソースビデオメモリ３９５に
は、市松模様の背景画像２００と、この背景画像２００
上の円筒状の物体の深さ方向の断面を表す矩形の画像、
いわゆるスプライト２０１、２０２、２０３、２０４の
データが記憶されている。この矩形の画像２０１、２０
２、２０３、２０４上の円筒の断面の画像以外の部分は
透明色で描かれている。

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

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

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

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

【００１４】

【発明が解決しようとする課題】ところで、図２４のメ
インメモリ３９２或いはソースビデオメモリ３９５に記
憶されることになる上記３次元画像のデータである物体
形状データは、例えば外部記録媒体から供給されるもの
であって、ディスプレイ等に表示される３次元の物体を
構成するための基本形状であるポリゴン（描画を行う装
置が扱う図形の最小単位で三角形や四角形等の多角形）
の集合からなり、各ポリゴンはポリゴンの種類（三角形
か四角形かなど）、ポリゴンの属性（不透明か半透明か
など）、ポリゴンの色、頂点の位置を表す３次元座標、
頂点における法線を表す３次元ベクトル、はり付けるテ
クスチャの格納場所を表す２次元座標、などの情報で構
成されている。

【００１５】このように、上記メインメモリ３９２或い
はソースビデオメモリ３９５に記憶される物体形状デー
タは、例えばポリゴンの種類等が異なる複数の基本形状
データからなるものである。このため、例えば上記ＣＰ
Ｕ３９１やビデオプロセッサ３９６では、当該物体形状
データ内の各基本形状データを上述のように処理してデ
ィスプレイ上に表示されることになる画像データを生成
するために、基本形状データ毎に、分岐処理及び各基本
形状データ固有の処理を行わなければならず、したがっ
て、処理が煩雑になり、かつ処理の高速化の妨げにもな
っている。

【００１６】そこで、本発明は、物体形状データを処理
してディスプレイ上に表示する画像データを生成する際
の処理を簡略化できると共に高速化をも図ることができ
る画像情報を生成する画像情報生成方法、及びその画像
情報を記録してなる記録媒体を提供するものである。

【００１７】

【課題を解決するための手段】本発明の画像情報生成方
法は、３次元画像を表す単位となる多角形形状に対応す
る複数の基本形状データの種類を調べ、同種が連続する
ように並べた複数の基本形状データからなる物体形状デ
ータを生成することにより、上述の課題を解決する。

【００１８】また、本発明の記録媒体は、３次元画像を
表す単位となる多角形形状に対応する基本形状データを
同種が連続するように並べて生成してなる物体形状デー
タを記録してなるものである。

【００１９】

【作用】本発明によれば、同種が連続するように並べた
複数の基本形状データからなる物体形状データを用いれ
ば、後の画像情報処理の際に、分岐処理及び各基本形状
データ固有の処理を最少にすることができるようにな
る。

【００２０】

【実施例】以下、本発明の好ましい実施例について、図
面を参照しながら説明する。

【００２１】先ず、本発明の画像情報生成方法の説明に
先立ち、本実施例にて扱う一具体例のグラフィックスデ
ータフォーマットについて説明する。本発明実施例にて
扱うグラフィックスには、３次元グラフィックスと、基
本とも言うべき２次元グラフィックスの２種類がある。
３次元グラフィックスデータには、例えば、現実感のあ
る物体（描画対象の物体をオブジェクトと称する）の形
状すなわちオブジェクト形状の表面属性を表す物体形状
データ（モデリングデータ、以下ＴＭＤデータと呼ぶ）
がある。また２次元グラフィックスデータには、スプラ
イトパターンやテクスチャの素材として使用するイメー
ジデータ、バックグランド（背景）面のマップデータと
スプライトアニメーションを行うためのＢＧマップデー
タ、セルデータ、情報データ等がある。

【００２２】本実施例の物体形状データすなわちモデリ
ングデータのフォーマット（以下ＴＭＤフォーマットと
呼ぶ）は、例えば家庭用ゲーム機やパーソナルコンピュ
ータ装置或いはグラフィックコンピュータ装置等に適用
されるものであり、当該ＴＭＤフォーマットのファイル
（以下ＴＭＤファイルと呼ぶ）が記述するデータは、オ
ブジェクトを構成するポリゴンや直線等のプリミティブ
(PRIMITIVE) の集合体である。１つのＴＭＤファイルで
複数のオブジェクトを持つことができる。また、ＴＭＤ
ファイル内での座標値は、ｘ軸の正方向が右、ｙ軸が
下、ｚ軸が画面奥を表すようになっている。各オブジェ
クトが持つ空間の座標値は１６ビットの符号つき整数値
で、それぞれの軸の座標値の取り得る値は、−３２７６
７〜＋３２７６８７になる。

【００２３】以下に、本発明実施例にて扱うＴＭＤフォ
ーマットについて詳細に説明する。

【００２４】本実施例のＴＭＤフォーマットは、図１に
示すように、ＴＭＤファイルの３次元オブジェクトのテ
ーブル(OBJ TABLE) と、これを構成するプリミティブ(P
RIMITIVE) 、頂点(VERTEX)、法線(NORMAL)の３種類のデ
ータの実体を持ち、４つのブロックで構成されている。

【００２５】この図１に示すＴＭＤフォーマットのヘッ
ダ(HEADER)部は、図２に示すようなデータの構造に関す
る情報を持った３ワード（１２バイト）のデータであ
る。この図２において、ＩＤは３２ビット長（１ワー
ド）のデータで、ＴＭＤファイルのバージョンを表す。
また、ＦＬＡＧＳは、３２ビット長（１ワード）のデー
タでＴＭＤフォーマットデータの構成情報を持つ。最下
位ビット（ＬＳＢ）が後述するＦＩＸＰビットで、残り
のビットはリザーブされており、値は全て０である。上
記ＦＩＸＰビットはオブジェクト構造体が持つポインタ
値が実アドレスかどうかを表す。値が１の時は実アドレ
ス、０の時は先頭からのオフセットである。さらにＮＯ
ＢＪはオブジェクトの個数を表す整数値である。

【００２６】次に、図１のオブジェクトテーブル(OBJ T
ABLE) 部は、図３に示すように、各オブジェクトの実体
がどこに格納されているかを示すポインタ情報を持った
構造体が並んだテーブルである。１個のオブジェクト構
造体は次のような構成になっている。

【００２７】 （メンバの解説） vert ＿top: VERTEX先頭アドレス n＿vert: VERTEX個数 normal ＿top: NORMAL先頭アドレス n＿normal: NORMAL個数 primitive＿top: PRIMITIVE 先頭アドレス n＿primitive: POLYGON 個数 scale: Scaling factor 上記オブジェクト構造体のメンバの内、ポインタ値(ver
t ＿top,normal＿top,primitive ＿top)はヘッダ(HEADE
R)部のＦＩＸＰビットの値によって意味が変化する。Ｆ
ＩＸＰ＝１の場合は実アドレスであるが、ＦＩＸＰ＝０
の場合はオブジェクト(OBJECT)部の先頭を０番地とする
相対アドレスを表す。

【００２８】スケーリングファクタ(Scaling factor)は
符号付きのｌｏｎｇ型で、その２のべき乗値がスケール
値になる。すなわち、上記オブジェクト構造体のスケー
リングファクタ(Scaling factor)の値が０のときが等
倍、２の時はスケール値が４、−１のときはスケール値
が１／２になる。

【００２９】次に図１のプリミティブ(PRIMITIVE) 部
は、オブジェクトの構成要素（プリミティブ）の描画パ
ケットが並んだもので、図４のように、１つのパケット
で１個のプリミティブを表す。ＴＭＤフォーマットで定
義されるプリミティブは、その後、透視変換処理が行わ
れ、描画プリミティブへ変換される。図４に示す各パケ
ットは可変長で、その大きさ／構造はプリミティブのタ
イプ毎に異なる。

【００３０】ここで、図４の描画パケットの内、ｍｏｄ
ｅはプリミティブの種類や属性を示す８ビットの情報
で、図５のようなビット構成になっている。図５中ＣＯ
ＤＥ（コード）は構成要素の種類を表す３ビットのコー
ドで、００１＝ポリゴン（３角，４角）、０１０＝直
線、０１１＝スプライト（矩形）を表す。また、ＯＰＴ
ＩＯＮはオプションのビットでＣＯＤＥ（コード）の値
によって変化する（後述するパケットデータ構成の一覧
に併記する）。

【００３１】また、図４の描画パケットの内、ｆｌａｇ
はレンダリング時のオプション情報を示す８ビットの情
報で、図６のようなビット構成になっている。図６中Ｇ
ＯＲは光源計算ありでテクスチャなしのポリゴンのみ有
効で、１のとき後述するグラデーションポリゴンを、０
のとき単色ポリゴンを示す。ＦＣＥは１のとき両面ポリ
ゴン、０のとき片面ポリゴン（ＣＯＤＥの値がポリゴン
の時のみ有効）である。ＬＧＴは１のとき光源計算なし
で、０のとき光源計算ありを示す。

【００３２】さらに、図４中のｉｌｅｎはパケットデー
タ部のワード長を表す８ビットの情報であり、ｏｌｅｎ
は中間処理で生成する描画プリミティブのワード長を表
す８ビットの情報、Ｐａｃｋｅｔ ｄａｔａは頂点／法
線等の各種パラメータでプリミティブのタイプによって
異なる。このＰａｃｋｅｔ ｄａｔａの構造については
後述する。

【００３３】次に、図１のＶＥＲＴＥＸ部は頂点を表す
構造体の列で、１つの構造体のフォーマットは図７に示
すようになっている。なお、図７中のＶＸ，ＶＹ，ＶＺ
は頂点座標のｘ，ｙ，ｚ値（１６ビット整数）である。

【００３４】図１のＮＯＲＭＡＬ部は法線を表す構造体
の列で、１つの構造体のフォーマットは図８に示すよう
になる。なお、図８中のＮＸ，ＮＹ，ＮＺは法線のｘ，
ｙ，ｚ成分（１６ビット固定少数点）である。また、Ｎ
Ｘ，ＮＹ，ＮＺのそれそれの値は４０９６を１．０とし
て扱う符号つきの１６ビット固定少数点で、図９に示す
ようなフォーマットとなっており、符号は１ビット、整
数部は３ビット、少数部は１２ビットからなる。

【００３５】次にプリミティブの種類別（すなわちパケ
ット型別）に各パケットデータ構成の一覧について説明
する。パケットデータに含まれるパラメータには、以下
に述べるVertex(n) 、Normal(n) 、Un，Vn、Rn，Gn，B
n、TBS 、CBA がある。

【００３６】先ず、Vertex(n) は、前記VERTEX（頂点）
をポイントする１６ビット長のインデックス値で、その
ポリゴンが属するオブジェクトの前記図１のVERTEX部先
頭から何番目の要素であるかを表す。

【００３７】Normal(n) は、前記NORMAL（法線）をポイ
ントする１６ビット長のインデックス値で、上記Vertex
と同様である。

【００３８】Ｕｎ，Ｖｎは、各頂点のテクスチャソース
空間上でのｘ，ｙ座標値である。

【００３９】Ｒｎ，Ｇｎ，Ｂｎは、ポリゴンの色を表す
Ｒ，Ｇ，Ｂ値で、８ビット符号なしの整数値である。光
源計算なしの場合、予め計算された輝度値を指定してお
く必要がある。

【００４０】ＴＢＳは、テクスチャ／スプライトパター
ンに関する情報を持ち、図１０のようなフォーマットを
持つ。なお、図１０中のＴＰＡＧＥはテクスチャページ
番号（０〜３１）を示す。また、同図中ＡＢＲは半透明
レート（混合比率）であり、ＡＢＥが１の時のみ有効と
なる。ＡＢＲが００のとき50％back＋50％polygon 、０
１のとき100 ％back＋100 ％polygon 、１０のとき100
％back＋50％polygon、１１のとき100 ％back−100 ％p
olygon となる。さらに、同図中ＴＰＦは色モードを表
し、００のとき４ビットで表される色のモード、０１の
とき８ビットで表される色のモード、１０のとき１６ビ
ットで表される色のモードを表す。

【００４１】ＣＢＡは、図１１に示すように、後述する
カラールックアップテーブル（以下ＣＬＵＴと呼ぶ）の
メモリ内での格納位置を示す。この図１１中のＣＬＸは
メモリ上のＣＬＵＴのＸ座標値１０ビットの上位６ビッ
トを示し、ＣＬＹはメモリ上のＣＬＵＴのＹ座標値９ビ
ットを示す。

【００４２】次にパケットデータ構成例について以下に
説明する。

【００４３】先ず、パケットデータ構成例として３角形
ポリゴンで光源計算無しの場合について説明する。

【００４４】このときのプリミティブ(PRIMITIVE) 部の
モード値のビット構成は、図１２のようになる。この図
１２中のＩＩＰは後述するシェーディングモードを示
し、０のときフラットシェーディング(Flat shading)、
１のとき後述するグーローシェーディング(Gouraud sha
ding) となる。また、同図中ＴＭＥはテクスチャ指定を
示し、０のときオフ、１のときオンとなる。さらにＡＢ
Ｅは半透明処理を示し、０のときオフ、１のときオンと
なる。ＴＧＥはテクスチャマッピング時の輝度計算を示
し、０のときオン、１のときオフ（テクスチャをそのま
ま描画）となる。なお、これらは他のポリゴンでも同様
である。

【００４５】さらに、このときのパケットデータ構成
は、図１３に示すようになる。図１３の（ａ）にはシェ
ーディングモードがフラットシェーディングでテクスチ
ャ指定オフの場合を、図１３の（ｂ）にはシェーディン
グモードがグーローシェーディングでテクスチャ指定オ
フのグラデーションの場合、図１３の（ｃ）にはシェー
ディングモードがフラットシェーディングでテクスチャ
指定オンの場合、図１３の（ｄ）にはシェーディングモ
ードがグーローシェーディングでテクスチャ指定オンの
グラデーションの場合を示している。

【００４６】上述のように、本実施例にて扱う基本形状
データ（図１のプリミティブ部の図４に示す描画パケッ
ト）は、それぞれ複数の不定長のデータであり、このよ
うな複数種類の基本形状データの集合で物体形状データ
を構成すると、前述したように当該物体形状データ内の
各基本形状データをディスプレイ上に表示するための画
像データを生成する際には、基本形状データ毎に、分岐
処理及び各基本形状データ固有の処理を行わなければな
らず、したがって、処理が煩雑になり、かつ処理の高速
化の妨げになる。

【００４７】このようなことから、本発明の画像情報生
成方法では、同種の基本形状データが連続する（パケッ
ト型でまとめる）ようにした物体形状データを生成し、
これにより後の画像情報処理の際に分岐処理及び各基本
形状データ固有の処理を簡易かつ最小化することで、物
体形状データの高速描画が可能になるようにしている。

【００４８】上記同種の基本形状データが連続した物体
形状データを生成するための本発明実施例の画像情報生
成方法について以下に説明する。

【００４９】図１４には、本発明の画像情報生成方法に
おける生成処理の流れを示す。

【００５０】先ず、図１４において、ステップＳ１で
は、現在のパケット（前記図１に示したプリミティブ部
の図４に示した描画パケット）と、現在のパケット型
（プリミティブの種類）と、全パケット型の集合を初期
化する。次のステップＳ２では、入力した最初のパケッ
トの種類を現在のパケット型とする。ステップＳ３で
は、現在のパケット型は全パケット型の集合に含まれる
か否かを判断し、含まれないと判断した場合にはステッ
プＳ６に進み、ここで現在のパケット型を全パケット型
集合に加え、ステップＳ４に進む。また、ステップＳ３
において、現在のパケット型は全パケット型の集合に含
まれると判断した場合にも、ステップＳ４に進む。

【００５１】ステップＳ４では、次のパケットが入力し
たか否かの判断を行う。このステップＳ４において、次
のパケットが入力したと判断したときにはステップＳ５
に進み、ここで次のパケットの種類を現在のパケット型
としてステップＳ３に戻る。一方、ステップＳ４におい
て次のパケットが入力していないと判断したときには、
ステップＳ７に進む。上記ステップＳ６までの処理によ
りＴＭＤデータ中に存在する全てのパケット型が既知に
なる。

【００５２】次のステップＳ７では、全パケット型の集
合の最初のパケット型を現在のパケット型とする。次の
ステップＳ８では、最初のパケットを現在のパケットと
した後、ステップＳ９に進む。

【００５３】当該ステップＳ９では、現在のパケットの
種類が現在のパケット型と同じか否かの判断を行う。こ
のステップＳ９で同じと判断した場合にはステップＳ１
０に進み、ここで現在のパケットを外部記録媒体（すな
わち本発明の記録媒体）に記録した後、ステップＳ１１
に進む。また、ステップＳ９において、現在のパケット
の種類が現在のパケット型と異なると判断した場合もス
テップＳ１１に進む。

【００５４】ステップＳ１１では、次のパケットが入力
したか否かの判断を行い、入力したと判断した場合には
ステップＳ１２に進み、ここで当該次のパケットを現在
のパケットとしてステップＳ９に戻る。一方、ステップ
Ｓ１１で、次のパケットが入力していないと判断した場
合には、ステップＳ１３に進む。

【００５５】ステップＳ１３では現在のパケット型を全
パケット型の集合から除き、次のステップＳ１４では全
パケット型の集合中にまだパケット型があるか否かの判
断を行う。当該ステップＳ１４において全パケット型の
集合中にまだパケット型があると判断した場合には、ス
テップＳ１５に進み、ここで全パケット型の集合中の次
のパケット型を現在のパケット型とした後、ステップＳ
８に戻る。一方、ステップＳ１４において、全パケット
型の集合中にもうパケット型がないと判断した場合には
処理を終了する。

【００５６】上述のようにして同種の基本形状データが
連続した物体形状データを生成した後、この物体形状デ
ータを用いて前記ディスプレイ上に表示するための情報
処理を行う場合の処理の流れは、図１５に示すようなも
のとなる。

【００５７】この図１５において、ステップＳ２１で
は、予め同種の基本形状データが連続するように並べら
れた物体形状データが記録された外部記録媒体から、当
該物体形状データが再生されて供給される。次のステッ
プＳ２２では上記物体形状データの各パケット型のパケ
ット数を数え、ステップＳ２３では最初のパケット型を
現在のパケット型とする。

【００５８】次のステップＳ２４では現在のパケット型
の最初のパケットに処理のポインタを設定し、ステップ
Ｓ２５では現在のパケット型のパケットサイズを求め、
ステップＳ２６に進む。このステップＳ２６では、現在
のパケット型のパケット数だけ描画したか否かの判断を
行う。当該ステップＳ２６において描画していないと判
断した場合には、ステップＳ２７に進み、ここでポイン
タの指すパケットの描画を行った後、ステップＳ２８で
パケットサイズの分だけポインタを進め、ステップＳ２
６に戻る。なお、ステップＳ２７の処理は、例えばキャ
ッシュメモリを用いれば、さらに高速化することができ
る。さらに、ステップＳ２８では、逐一、サイズを得る
必要はない。また、ステップＳ２６において描画したと
判断した場合には、ステップＳ２９に進む。

【００５９】このステップＳ２９では、まだパケット型
があるか否かの判断を行う。当該ステップＳ２９におい
てまだパケット型があると判断した場合には、ステップ
Ｓ３０に進み、ここで次のパケット型を現在のパケット
型としてステップＳ２５に戻る。一方、ステップＳ２９
において、パケット型がないと判断した場合には、ステ
ップＳ３１に進み、ここで１フレーム分の描画を終了
し、次のフレームの描画へ移るために、ステップＳ２３
に戻る。

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

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

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

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

【００６４】ＣＰＵ５１は、例えば３２ビットのＲＩＳ
Ｃ(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) インターレス 画面サイズすなわちディスプレイ画面上のピクセル数は
可変で、図１８のように、水平方向、垂直方向それぞれ
独立に表示開始位置（座標（ＤＴＸ，ＤＴＹ））、表示
終了位置（座標（ＤＢＸ，ＤＢＹ））を指定することが
できる。

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

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

【０１０４】また、ＧＰＵ６２には次のような描画機能
が搭載されている。

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

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

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

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

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

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

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

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

【０１１３】

【発明の効果】以上の説明からも明らかなように、本発
明においては、同種が連続するように並べた複数の基本
形状データからなる物体形状データを用いれば、後の画
像情報処理の際に、分岐処理及び各基本形状データ固有
の処理を簡略化することができると共に高速化をも図る
ことが可能となる。

【図面の簡単な説明】

【図１】ＴＭＤフォーマットを示す図である。

【図２】ＴＭＤフォーマットのヘッダ(HEADER)部の構成
を示す図である。

【図３】ＴＭＤフォーマットのオブジェクトテーブル(O
BJTABLE)部の構成を示す図である。

【図４】ＴＭＤフォーマットのプリミティブ(PRIMITIV
E) 部の描画パケットの構成を示す図である。

【図５】プリミティブ(PRIMITIVE) 部の描画パケットの
modeの構成を示す図である。

【図６】プリミティブ(PRIMITIVE) 部の描画パケットの
flagの構成を示す図である。を示す図である。

【図７】ＴＭＤフォーマットのVERTEX部の構成を示す図
である。

【図８】ＴＭＤフォーマットのNORMAL部の構成を示す図
である。

【図９】固定少数点フォーマットを示す図である。

【図１０】プリミティブ(PRIMITIVE) 部のパケットデー
タ(packet data) に含まれるパラメータのうちのＴＢＳ
の構成を示す図である。

【図１１】プリミティブ(PRIMITIVE) 部のパケットデー
タ(packet data) に含まれるパラメータのうちのＣＢＡ
の構成を示す図である。

【図１２】プリミティブ(PRIMITIVE) 部のパケットデー
タ(packet data) のmode値のビット構成例を示す図であ
る。

【図１３】プリミティブ(PRIMITIVE) 部のパケットデー
タ(packet data) の構成例として３角形ポリゴン・光源
計算なしの場合のパケットデータ(packet data) 構成に
ついて説明するための図である。

【図１４】本発明の画像情報生成方法の処理のフローチ
ャートである。

【図１５】本発明の画像情報生成方法により生成された
画像情報を処理する画像情報処理のフローチャートであ
る。

【図１６】本発明の画像処理システムの概略的な構成を
示すブロック回路図である。

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ３次元画像を表す単位となる多角形形状
   に対応する複数の基本形状データの種類を調べ、 同種が連続するように並べた複数の基本形状データから
   なる物体形状データを生成することを特徴とする画像情
   報生成方法。
2. 【請求項２】 ３次元画像を表す単位となる多角形形状
   に対応する基本形状データを同種が連続するように並べ
   て生成してなる物体形状データを記録してなることを特
   徴とする記録媒体。