last UpdataDate
see over ie5

■site

[libKD]

libKDダウンロードサイト

[libKDX reference]

インターフェイス名 機能 ILibKD3D LibKD3D リファレンス ILibKD3DDevice デバイス管理 リファレンス ILibKD3DVertexBuffer 頂点管理 リファレンス ILibKD3DTexture テクスチャ管理 リファレンス

[tips]

サンプルプログラム+小技

[lkdScreencap]

リファレンス

[lkdMouse]

リファレンス

[textureConv]

使い方

[x2s]

使い方

[block]

blockのマニュアル

■news

2002/04/21

リンク
　ダウンロードサイトとかリンク切れの一部を修正．







2002/02/01

Linux (for PlayStation 2) Release 1.0
　正式リリースのようです．β版の方は1.5[k円]で購入できるそうです．ディスク2枚でライセンス関連を分離だそうです．
＞「Runtime Environment」を当社に無断で解析することはできません。
　だそうです．皆さんちゃんと断ってからやりましょう(ちがう)．
＞blow
　X上でも動きそうです．
＞Mesa-ps2
　強化されました．








2002/01/00

とんで...
　　







2001/12/01

サウンド関連
　サウンド関連に手を出して見ました．ついでにtipsも更新しました．







2001/11/23

ライブラリ公開開始
　ライブラリを公開いたします．下記よりダウンロードが可能です．
http://www.kdp.f2s.com/ps2/libkd.html
下の仕様書のほかに付属のライブラリがくっついています．

./libkd/gfxpixel.h              ピクセルテンプレート
./libkd/kdpTypes.h              KDP type 宣言
./libkd/libkd.a                 コンパイル済みライブラリ
./libkd/libkd20010820.lzh       サンプル
./libkd/lkdDebug.h              デバッグ用ユーティリティー
./libkd/lkdEval.cpp             式評価
./libkd/lkdEval.h               式評価
./libkd/lkdEval対応関数.txt     式評価対応関数一覧
./libkd/lkdMouse.cpp            マウス管理
./libkd/lkdMouse.h              マウス管理
./libkd/lkdPs2Pad.cpp           PAD 管理
./libkd/lkdPs2Pad.h             PAD 管理
./libkd/lkdPs2Pad.lzh           PAD 管理
./libkd/lkdScreencap.cpp        スクリーンキャプチャ(テクスチャ転送)
./libkd/lkdScreencap.h          スクリーンキャプチャ(テクスチャ転送)
./libkd/lkdTypes.h              LibKD type 宣言
./libkd/lkdTypesBase.h          LibKD type 宣言(BASE)
./libkd/lkdTypesDef.h           LibKD type 宣言(DEF)
./libkd/lkdTypesLinux.h         LibKD type 宣言(LINUX)
./libkd/Makefile.linux          ライブラリMakefile
./libkd/readme.txt              説明書
./libkd/texBlt.h                ピクセル転送テンプレート
./libkd/texDump.cpp             テクスチャダンプ
./libkd/texDump.h               テクスチャダンプ
./libkd/klw                     Lightwaveファイル読み込み管理関連ディレクトリ
./libkd/klw/kd3dObject.cpp      モデル管理(lwo)
./libkd/klw/kd3dObject.h        モデル管理(lwo)
./libkd/klw/kd3dScene.cpp       シーン管理(lws)
./libkd/klw/kd3dScene.h         シーン管理(lws)
./libkd/klw/klwObject.cpp       オブジェクト管理基底
./libkd/klw/klwObject.h         オブジェクト管理基底
./libkd/klw/libobj2.a           D-Stormの公開しているlwo読み込みライブラリ
./libkd/klw/libscn3.a           D-Stormの公開しているlws読み込みライブラリ
./libkd/klw/lkdRenderD3D.cpp    D3Dレンダリング基底
./libkd/klw/lkdRenderD3D.h      D3Dレンダリング基底
./libkd/libkdx                  LibKDX ライブラリディレクトリ
./libkd/libkdx/_lkd3d.cpp       LibKD3D 管理
./libkd/libkdx/_lkd3d.h         LibKD3D 管理
./libkd/libkdx/_lkd3dDevice.cpp LibKD3Dデバイス 管理
./libkd/libkdx/_lkd3dDevice.h   LibKD3Dデバイス 管理
./libkd/libkdx/_lkd3dTexture.cpp        LibKD3Dテクスチャ 管理
./libkd/libkdx/_lkd3dTexture.h          LibKD3Dテクスチャ 管理
./libkd/libkdx/_lkd3dVertexBuffer.cpp   LibKD3D頂点バッファ 管理
./libkd/libkdx/_lkd3dVertexBuffer.h     LibKD3D頂点バッファ 管理
./libkd/libkdx/_lkd3dVertexBuffer0.cpp  LibKD3D頂点バッファ 管理0
./libkd/libkdx/_lkd3dVertexBuffer0.h    LibKD3D頂点バッファ 管理0
./libkd/libkdx/basic.vsm        LibKD3D頂点シェーダ 管理
./libkd/libkdx/lkd3d.h          LibKD3D(ヘッダ)
./libkd/libkdx/lkd3dDevice.h    LibKD3Dデバイス 管理(ヘッダ)
./libkd/libkdx/lkd3dmath.cpp    LibKD3D数学関数
./libkd/libkdx/lkd3dTexture.h   LibKD3Dテクスチャ 管理(ヘッダ)
./libkd/libkdx/lkd3dVertexBuffer.h      LibKD3D頂点バッファ 管理(ヘッダ)
./libkd/libkdx/lkd3dx.cpp       LibKD3DX
./libkd/libkdx/lkd3dx.h         LibKD3DX
./libkd/libkdx/lkd3dx8math.h    LibKD3DX8数学関数
./libkd/libkdx/lkd3dx8math.inl  LibKD3DX8数学関数
./libkd/libkdx/lkd3DXType.h     LibKD3DX8数学関数
./libkd/libkdx/mathfunc.c       数学関数(SCEI)
./libkd/libkdx/mathfunc.h       数学関数(SCEI)
./libkd/libkdx/test20011011_rc0.lzh     サンプル
./libkd/libkdx/VertexShader.cmd 頂点シェーダ
./libkd/libkdx/VertexShader.dsm 頂点シェーダ
./libkd/libkdx/vumacros.h       頂点シェーダマクロ
./libkd/libkdx/仕様書.txt       LibKD 仕様書

./simplePolygonLW		LibKD サンプルディレクトリ
./simplePolygonX		LibKD サンプルディレクトリ









2001/11/19

VU1調整
　VertexBufferとVU1は密接に関連しているので，調整が難しい．またメモリ効率も考慮しなければならないので，余計に大変．レジスタが多いことは嬉しい．

流星群
　昨日，獅子座流星群を見ていたために，更新するの忘れてました．







2001/11/18

リファレンス
　LibKDを利用するにあたって，リファレンスが必要と思い．リファレンスを書きました(何がベースになったか一目瞭然ですね)．だいぶ未実装ですが，そのうち実装されるかもしれません．


インターフェイス名	機能
ILibKD3D	LibKD3D リファレンス
ILibKD3DDevice	デバイス管理 リファレンス
ILibKD3DVertexBuffer	頂点管理 リファレンス
ILibKD3DTexture	テクスチャ管理 リファレンス









2001/11/16

サンプル画像(2)
　サンプルですわ．61頂点，59三角ポリゴンの物体をレンダリングしています．頂点情報は，位置，法線，色，テクスチャ座標の4つで，GIFtagにはST,RGBAQ,XYZF2の順に転送しています．
• サンプル11(5*5*5 面)
• サンプル12(5*5*5 線)
• サンプル13(7*7*4 面)








2001/11/13

VUmem,MicroMem
　今更ながらVUmem,MicroMemは少ないと思った．
　VU0はおいておいて，VU1なのだが，データが入るVUmemが16[KByte]である．またプログラムが入るMicroMemも16[KByte]である(EE User's Manual P.75)．まずデータメモリが16[KByte]である．例えば，VU1を用いてPATH1転送でGSに対してデータを転送しようとする．頂点カラー，テクスチャ座標，頂点座標データを入れるとすると，PACKEDモード(EE User's Manual P.150)では1つのデータサイズがQWORD(128[Bit]=16[Byte])であるので，(color+texture+postio)*16[Byte]=48[Byte]で1つの頂点情報となる．これを16[KByte]中に全てに展開するとすると，(16*1024[Byte]-16[Byte{GIFtag}])/48[Byte]=341[-]．同時にかけるポリゴン数は341[頂点]=340頂点となる．
　もし，ダブルバッファとすると大体この半分になる．また座標変換する前のデータが同じサイズだけ存在するとすると，更に半分になる．つまり実質的に(16*1024[Byte]/4-16[Byte{GIFtag}])/48[Byte]=85頂点となってしまう．更に三角形リスト構造の頂点なら更に1/3[ポリゴン]となり，85[頂点]/3≒28.3=>28ポリゴンとなる(少なすぎでは！？)．
　つまり，1600万ポリゴン/s(GS能力参照)をレンダリングするには，少なくともPRIMはLISTではなくSTRIPかFANにして，更にREGLISTモードにして座標変換を行うと，341[頂点]/2*(2/3)=127.875[頂点]=>127．127-1[GIFtag]-2[STRIP]=124[ポリゴン]レンダリングすることが出来るようになる(概算)．となるとその転送を1600*10000[ポリゴン/s]/124[ポリゴン]=129032.2[回/s]も行わなければならない(どこかに計算ミスがあるかも)．素の頂点だたら，もっと少なくなるから...







2001/11/12

サンプル画像
　LibKDを使用したときのサンプル画像を示します．(なぜかサムネール．すでに何かわからないと言う噂も...)
• サンプル01(3Dリサージュ曲線)
• サンプル02(3D曲線)
• サンプル03(ランダム直線)
• サンプル04(sin曲線)
• サンプル05(CUP 線)
• サンプル06(球 線)
• サンプル07(ランダム三角面)
• サンプル08(CUP 三角面)
• サンプル09(CUP 四角面)
• サンプル10(CUP 点)








2001/11/11

LibKDXの性能
　これまで製作してきたLibKDXの性能を公開に先立って示します．


機能 (faculty)	仕様 (technical specification)	製作進度 (progress)
レンダリング	レンダリングに先立って頂点を確保します．確保された頂点のPRIM加工してレンダリングします． レンダリングにはVU1を用いてジオメトリを行います． レンダリングに先立って頂点を生成(確保)します． レンダリングに先立ってテクスチャを生成(確保)します． レンダリングに先立って頂点を設定します． レンダリングに先立ってテクスチャを設定します． ・アルファブレンディング設定● ・エッジアンチエリアッシング設定● ・フォグ設定▲ ・座標変換設定● ・背景色設定● ・レンダリング開始-終了● ・レンダリング方法設定〇 ・ダブルバッファの切り替え●	●●〇〇〇
頂点確保	頂点をGSに対して効率的になるように確保します．頂点情報はps2mem_alloc_pages関数を用いて確保しています． ・頂点ロック▲	●●〇〇〇
テクスチャ管理	テクスチャを自動的にGS上に確保・管理します．(2001/11/11現在の仕様では自動確保は64*64*32[Bit]のみ)	●●●〇〇
インターフェイス化	これらの能力はインターフェイスと言う形で提供されています．つまり，内部と外部を分離する働きと，C言語とC++言語から利用可能にする働きがあります．	●●●●〇



CGorRealクイズ
　私は５つ正解でした．(^^;







2001/11/10

GSの考察(ローカルメモリ)
　GSのローカルメモリの使用方法について再び考察する．前回のはNTSCを基本に考えたが，今回はVESAの640x480に関して考察する．
　640*480*(ダブルバッファ+Z)*32[Bit]によって消費されるメモリは3,686,400[Byte]，残りメモリは507,904[Byte]．64*64*32[Bit]のテクスチャを貼れる数は31枚と言うことになる．また，128*128*32[Bit]のテクスチャで7.75=>7枚となる．(なお，256*256*32[Bit]では1.9375=>1枚である．)
　また，メモリを置くことが出来る先頭位置の単位(アライメント)があるために一概に上の数字ということが言えない．
　現在のライブラリでは64*64*32[Bit]のテクスチャとして読み込むようになっている．今後改変する予定である．

GSの考察(ピクセルレート)
　GSのピクセルレートついて考察する．
　GSの最大能力(GS User's Manual P.18参照)は以下のようになっている．
いずれも32[Bit Pixel]，Zバッファ有り，アルファブレンディング有りの場合


テクスチャマッピング処理	最大ピクセルレート
なし	2.4[Gpixel/sec]
あり	1.2[Gpixel/sec]


このことを考慮すると，テクスチャを貼っていない場合では，1フレームでレンダリングできるピクセル数は2.4*10^9[pixel/sec]/60[1/sec]=40*10^6[pixel]となる．640*480のスクリーンサイズとすると，40*10^6[pixel]/(640*480[pixel])=130.2[-]となり，つまり130枚程度描くことが出来る計算になる．この理論値が正しいとすれば非常に多くのピクセルをレンダリングできるということになる．また，テクスチャを貼った場合でもその半分の65枚程度レンダリングすることが出来る．近接のポリゴンを多くレンダリングしない限り大量のピクセルを描くことが出来る．

GSの考察(セットアップ能力)
　GSのレンダリング前処理，セットアップ能力について考察する．
　GSの最大セットアップ能力(GS User's Manual P.18参照)は以下のようになっている．(一部，三角形描画処理能力)


Texture	Shading	Fogging	Antialiasing	所要サイクル数	処理能力 (triangle/sec)
OFF	Flat	ON/OFF	OFF	2	75M
ON/OFF	Smooth	ON	ON	9	16M


ここで最速なのがテクスチャなし，フラット，アンチなしである．このトライアングルで1フレームに描けるトライアングルの平均ピクセル数は，2.4*10^9[pixel]/75*10^6[triangle/sec]=32[pixel]となる．つまり，32ピクセルの三角形であれば最適となる．また，スムース，フォグ有り，アンチ有りならば，1.2*10^9[pixel]/16*10^6[triangle/sec]=75[pixel]となる．
　問題となるのは，これほど高速にセットするにはそれなりに効率化しなくてはならない点である．それによっては性能は低下すると予測出来る．







2001/11/09

VU1実装[stay]
　VU1の実装をすることが出来た．ネックとなったのは，メモリの置き換え手順である．この計算が旨く出来なかったので苦労した．またDMAの調整やVIFcodeの実装にも苦労をした．ここで問題となることが出てきた．現在のVU1によるレンダリング方法は，DMA転送を用いてVU1にデータを転送している．データはVUmemに保存される．このときVUmemは16[Kbyte]しかない．また，現在の方法ではダブルバッファリングを行っている．つまり，一度に使えるVUmemは半分の8[KByte]となる．さらに，これをVU1に頂点データをDMA転送した後に，VU1でジオメトリを行い，PATH1を用いてGSに頂点データを転送する．ジオメトリ計算結果を保存するためには，更にVUmemを消費してしまう．
　結果として，入力頂点サイズと，ジオメトリ結果の頂点サイズが同じであれば半分となるので，(16[KByte]/2)/2[KByte]=4[KByte]を使用することが出来る．1頂点の大きさをXYZW(wはMatrix演算用)の浮動小数点数とすると，浮動小数点のデータサイズはIEEE754準拠ベースの単精度浮動小数点数(32Bit)あるいは4種類の32Bit固定小数点数であるので，頂点だけのオブジェクト(1*16[Byte])だと考えると，一度に計算できる頂点数は(4*1024)[Byte]*8[Bit/Byte]/(4[float]*32[Bit/float])=256[-]となり，256頂点を同時にレンダリングすることが出来るという計算になる．
　つまり秒間6000万ポリゴンを実現するには，1フレーム(1/60秒)中に3662回の転送を行わなければならなくなる．この場合，6000万ポリゴンと言うのはPS2の最大能力の理論値ではあるが，ネックとなるのはDMA転送の回数にあるように思える．
　例えばサンプルのbasic.vsmは入力頂点サイズ4*16[Byte]出力の頂点サイズ3*16[Byte]であるので，(8*1024)[Byte]/(4*16[Byte]+3*16[Byte])=73.14となる．さらに先頭の128[Bit]分はGIFtagとして使用しているために，同時に73-1=72ポリゴンレンダリングできることになる．
　また，ここで，VIFcodeを考えると，VIFcodeのUNPACKは256[QWORD](1[QWORD]==128[Bit])までUNPACKすることが出来る．つまり，256[QWORD]を超える場合は2つに分割したりしなくてはならない．








2001/11/08

LibKD3D
　10月には間に合わなかったが，もう少しで前身が出来そう．(ここからが長そう(ぉ







2001/11/07

HDD復活！！
　どうやら> hdb: hdb1 hdb2 hdb3が怪しかったらしい．hda1から上がっているので...．つまりHDDの後ろのスイッチがずれていた模様．学園祭中はいきなり電源が落ちたとのことなので，何かのショックでスイッチが変わってしまったのだろうと予測する．(確かに，いきなりHDD外されたのに等しいからなぁ^^;)．本当に，直りました良かったです（；；．全ソースコード戻ってきました．復活させてくれた柴田氏に大感謝．







2001/11/06

バックアップ
　運良くバックアップしたファイルを発見！そういえばバックアップ取った気が...．しかしファイル自体は10/23日バージョン．と言うことで公開いたします．(ある意味最高のバックアップ方法)．問題はライブラリの最新版が手に入らないことである．もしかしたらどこかに...忘れた．リスか？^^;(ぉ







2001/11/04

学祭(2)
　今日は晴れた．綿菓子の作り方が昨日とは打って違った．某部の演台に立った．

HDDエラー
　学祭終了後，PS2Linuxの回収．
　起動チェックを行ってみる．
　起動中にHDDエラー発生！！！
　ヤバイ．HDD内にはブロック崩しの全ソースコード及びデータが入っていた．また現在製作中のライブラリの最新版ソースが含まれていた．
　開発が...
　以下エラーコード

Partition check:
 hdb: hdb1 hdb2 hdb3
VFS: Cannot open root device 03:01
Kernrl panic: VFS: unable to mount root fs  on 03:01









2001/11/03

学祭(1)
　某部活の場所でPS2Linuxのゲームを公開．某部もだいぶ衰退しているように感じたので，残念である．結局テクスチャは貼り変わらずに公開されてしまった．自分で作ればよかったと少し後悔．実際，綿菓子を売っていたのでその場にはあまりいなかったため，人気は不明．(関係者の方おられましたらすいません)．OMAMITU氏が綿菓子を食べていたシーンは写真に撮りたかった．
生春巻きは旨い．たこ焼きはマアマア．お好み焼きはなかなか良い．演劇は結構気に入った．
専門展では，C科のペットボトルを使った橋は良かった．プレゼンも良い．M科のマースパスファインダーはいい感じだったが，もうひとつプレゼンが足りなかった．A科の神隠しは千尋がいなくて残念．カオナシはご苦労様．D科はもう少し完成度を高めようね．Eはネタは良かった(谷汲線？樽見鉄道？)．

ブロック崩し
　こんな感じ．







2001/10/27

風邪
　風邪をひいてしまい，開発時間を無駄にしてしまった．







2001/10/25

LibKD(lkdScreencap)
　lkdScreencapの機能を強化した．今までスクリーンキャプチャしか出来なかったが，画像を任印のGSメモリ上に転送できるようになった．これでテクスチャのロードが楽になるかも．Frame0の位置に転送することによってタイトルとかを表示するのに便利．画像サイズと，出力先のサイズに合わせて，拡大縮小することが可能(アンチエリアス付)．ただし，ソフトウェアなので，実行速度が遅い．







2001/10/22

高専祭
　うちの学校の学園祭に向けて，即席ゲームプログラム製作中．ライブラリの強化とサンプルをかねて作ろうとしていますが．ライブラリが途中段階であるため状況不透明．







2001/10/15

製作再開
　テストが終わってみると，なんだかいろいろサンプルがそろっていました．今後ライブラリを強化していきます．ある程度形にしたいので，多少の時間がかかりそうですが...．とりあえずグラフィック関連をやってきます．(10月中には完成させたい)





過去の話題: [2001/06-09]

■links

mitsuman| scene| ojuice| demo99| 2chparty| David Baraff's Homepage| ./.(hanage)| pVRML| こってり屋| MSDN| FPU･SIMD濃緑研究所| WRITING WEB SITE| プログラム解説| GTL (Graphics Template Library)| eto.com| EffecTV| GNU コンパイラ集(GCC) の使い方と移植について| Linuxにおけるx86インライン・アセンブラー| SCE| 天野研究所| ps2gl(SCEA)| PlayStation 2 Linux| PS2Linux.jp| PSLinux（銀杏座β）| DAKINI's 3D Collection| ここは PS2 Linux 関係の日本語ページ| PS2Dev| PS2 Linux をいろいろいじろう| PSLUG| なかゆんのエンジニアゲーマーズ| BBS|

■師匠

[mitsuman]

わが師匠．プログラマで様々なジャンルを網羅する．某D科の先輩





■Demo関連

[scene]	Demo会の中心
[ojuice]	Demo会の中心
[demo99]	negitoro氏が運営するレビュー(jp)
[2chparty]





■力学シミュ

[David Baraff's Homepage]	研究の参考文献(eng)
[./.(hanage)]	Baraff氏の論文の日本語訳．力学シミュ等(jp)
[pVRML]	撃力ベース剛体シミュ．ソースも公開されています．(jp)
[こってり屋]	力学シミュ．セルシェーディング等(jp)





■開発

[MSDN]	言わずと知れた(jp)
[FPU･SIMD濃緑研究所]	拡張命令云々(jp)
[WRITING WEB SITE]	ラジオシティー．D3Dサンプル(jp)
[プログラム解説]	C/C++,VC++等
[GTL (Graphics Template Library)]	昔，似たようなもの作ってました．
[eto.com]	リンクがいっぱい
[EffecTV]	intel系Linux用リアルタイムビデオEffecter
[GNU コンパイラ集(GCC) の使い方と移植について]	GCCについて(jp)
[Linuxにおけるx86インライン・アセンブラー]	ASM(jp)





■PS2 Linux

[SCE]	.
[天野研究所]	いろいろ
[ps2gl(SCEA)]	GLライクなGSライブラリ
[PlayStation 2 Linux]	言葉の意味は良く判らんが，すごそう
[PS2Linux.jp]	特集記事に注目
[PSLinux（銀杏座β）]	PS Linux の開発云々
[DAKINI's 3D Collection]	グラフィック関連の情報云々
[ここは PS2 Linux 関係の日本語ページ]	技術的に高いこと云々
[PS2Dev]	海外のPS2開発局．謎のバイナリ等も有り．
[PS2 Linux をいろいろいじろう]	PADの読み込みに注目
[PSLUG]	PS Linux Users Group
[なかゆんのエンジニアゲーマーズ]	ゲーム技術に関する考察,批評等





■BBS

[BBS]

.