A. ＜一部修正記事＞( KBO さん )
- GsSPRITE構造体のｃｘ、ｃｙがｃｌｕｔの位置です。 パレットの何番と言う考え方がないんです。
ですから、ＶＲＡＭの”どこ”に置くかなんで、ｃｘ、ｃｙという 訳です。
付属のＴＩＭユーティリティで、パレット原点っていうのが、 パレットの位置です。 とりあえず、（０、４８０）からが、オーソドックスな使い方みたいです。
ＣＬＵＴ（カラールックアップテーブル）です。（確か・・・） ここの位置をカラーとして参照しますよ〜んって事だと思います。
A. ＜編集記事＞( 加澤さん、KBOさん )
- ＲＳＤＬＩＮＫで、倍率は変えられます。
dxf2rsdw で「情報」をみてモデルの大きさを調べ、「倍 率」を適当に設定してます
A. ＜一部修正記事＞( Development Tool FL さん )
A. ＜一部修正記事＞( KBO さん )
ライブラリリファレンス（以下、ラブリ）の５５ページ ＧｅｔＴＰａｇｅでとってきた値を、tpageに入れればＯＫです。 clut(cx,cy)については、自分で描いた絵のパレットのアドレスを 入れればいいはずです。 ｕ，ｖですが、・・・これはＶＲＡＭの構造が完全に理解できて ないと解らないはずなので、ＶＲＡＭの説明をします。 初めてＰＳやる人の半分は、絶対少しはこんがらがると思うネタ ですね。（笑） ＶＲＡＭの１つの単位を”ピクセル”と言います。 このピクセルは”１６ビット”です。 ＶＲＡＭの大きさは、１０２４＊５１２ピクセルです。 Ｙ軸方向に関しては、１６、２５６、・・・色、どれをとっても １ドット１ピクセルです。 Ｘ軸は、この色モードで変わります。 （とくに色モードはありません。自分がどう使うかです。） なぜなら１６色は４ビットで十分現せるし、２５６色なら８ビット、 まぁそれ以上なら、その分のビット。 ６５５３６色で使うなら１ドット１ピクセル。 すごく分かり易いですね。 となると、２５６色で２ドット１ピクセル。 １６色として使うと、１ピクセルで４ドット表示できますね。 以下１６色固定で説明！！！！！！ １ページの限界は２５６＊２５６ドットですので、 １６色なら６４＊２５６ピクセル。 64 320 384 448 ~1024 0+----+.....+----+----+... | | | | | | | | Ａ | | | | | | | | | | | | 256+----+.....+----+----+... | | | | | | Ｐ | | | | | | | | | | | | | | 512+----+.....+----+----+... こんな感じで、図を描いてみてください。 私はＭＡＣで、原稿にしてコピーして使ってます。 ナイと不便だと個人的には思うので、とりあえず、まだ解らないと 言う方には、図を描く事を薦めます。その後実作業でも使えると思 います。 通常、ダブルバッファは（０、０）〜（３２０、４８０）で使うと 思うので、キャラクター類は、図中の”Ａ”の所から使うと思います。 パレットは、（０、４８０）から（０、５１１）で使うのが無難でし ょう。（図中Ｐ） じゃあキャラクター１６＊１６を描いて見ましょう。描いたら イメージ原点、（３２０、０）でセーブしてみましょう。 この時の、ｕ，ｖは、（０、０）です。 （３８４、０）でセーブしてもｕ，ｖは（０、０）です。 ページはGetTPageで拾います。 もう一つキャラクター８＊８で描いてみましょう。 １６＊１６の右隣におきます。 イメージ原点は、絶対座標（？ピクセル単位だと思った。）ですので １６＊１６ドットは、４＊１６ピクセルですので、 （３２０＋１６／４、０）になります。 （うーん、多分そうだと思います。自分では、こうやらないから 少し不安） cx,cyは、パレット原点をそのまま、入れればいいと思いますが？ 初めて作るなら、（０、４８０）にパレットにしてみれば、 分かり易いと思います。サンプルとかも、ここから使ってます。 sp->cy = 480+(i%32);<----コレ
A. ＜無修正記事＞( Development Tool FL さん )
HSS (binary protocol) について HSS (binary protocol) は gdb の original からある remote protocol を binary format に独自に拡張した protocol で、HSS は High Speed Serial の頭文字から命名しました。original の remote protocol と異なり binary data をそのままやり取りするため 8bit すべてが透過である通信路に限り 使用することが可能です。 ・packet format +0 +1 +2 +3 +----+----+----+----+ +0 | magic |code| +----+----+----+----+ +4 | address | +----+----+----+----+ +8 | length | sum | +----+----+----+----+ +12| data ... | +----+----+----+----+ # data 部を含めパケットのすべてのフィールドは little endian です。 magic - パケットの先頭を示すためのマジックナンバー。 先頭から 'H' (0x48), 'S' (0x53), 's' (0x73) の 3 byte。 code - パケットコード (0 - 13) HSS_ACK 0 直前に受信したパケットの sum 値が正しい HSS_NAK 1 直前に受信したパケットの sum 値が正しくない HSS_OK 2 コマンドを正常に実行した HSS_NG 3 不正なパラメータなどの理由でエラーが発生 HSS_RDREG 4 レジスタの読み込み HSS_WRREG 5 レジスタの設定 HSS_RDMEM 6 メモリの読み込み HSS_WRMEM 7 メモリの設定 HSS_CONT 8 プログラムの継続実行 HSS_STEP 9 プログラムのステップ実行 HSS_SIGNAL 10 プログラムの中断報告 HSS_QUERY 11 中断理由の問い合わせ HSS_SEND 12 メッセージ送信 HSS_UNIMP 13 インプリメントしていない機能であることを示す address - HSS_RDREG,HSS_WRREG の場合はレジスタ番号。 HSS_RDMEM,HSS_WRMEM の場合はメモリ先頭アドレス。 length - パケット中の(ヘッダを含まない)データのバイト数。 パケット全体のバイト数はヘッダの大きさである 12 バイト に length を加え、さらに length が奇数である場合には 0 の padding が 1 バイト追加されます。 length が偶数の場合： 12 + length がパケット全体の大きさ length が奇数の場合： 12 + length + 1 がパケット全体の大きさ sum - ヘッダおよびデータ部すべてのチェックサム。 データが奇数バイトの場合は 0 で padding して計算します。 計算方法は RFC1071 で定義されている方法です（補足参照）。 data - データ。データの最大長は現在の実装では 1500 byte です。 ・protocol 以下にそれぞれのコードに対する正常な応答の場合のやり取りを示します。 "->" は host から target へのパケットを示し、"<-" は target から host へのパケットを示します。 HSS_RDREG(address=レジスタ番号,length=0) -> <- HSS_ACK <- HSS_OK(length=4,data=レジスタ値) HSS_WRREG(address=レジスタ番号,length=4,data=レジスタ値) -> <- HSS_ACK <- HSS_OK(length=0) HSS_RDMEM(address=メモリアドレス,length=4,data=バイト数)-> <- HSS_ACK <- HSS_OK(length=バイト数,data=メモリ値) HSS_WRMEM(address=メモリ先頭アドレス,length=バイト数,data=メモリ値) -> <- HSS_ACK <- HSS_OK(length=0) HSS_CONT(), HSS_STEP() -> <- HSS_ACK (exception が発生するまでプログラムを実行) <- HSS_SIGNAL(length=4,data=例外番号) HSS_QUERY() -> <- HSS_ACK <- HSS_SIGNAL(length=4,data=最後に発生した例外番号) <- HSS_SEND(length=メッセージのバイト数,data=メッセージ) -> HSS_ACK 未定義(または未インプリメント)のコード() -> <- HSS_ACK <- HSS_UNIMP(length=0) ・レジスタ番号 0 $zero 1 $at 2 $v0 ... 31 $ra 32 $sr 33 $lo 34 $hi 35 $bada 36 $cr 37 $epc 89 $prid ・例外番号 例外番号 シグナル名 R3000 の対応する例外の名称 1 SIGHUP その他 2 SIGINT 未使用 3 SIGQUIT 未使用 4 SIGILL Sys,RI,CpU,Ovf 5 SIGTRAP Bp 6 SIGABRT 未使用 7 SIGEMT 未使用 8 SIGFPE 未使用 9 SIGKILL 未使用 10 SIGBUS AdEL,AdES 11 SIGSEGV IBE,DBE 12 SIGSYS 未使用 # 現在の実装では Int (外部割り込み) と Sys (システムコール) は # remote 側で hook していない。 ・HSS_NG コマンドの実行の応答として HSS_OK ではなく HSS_NG が返されるのは 以下のような場合です。 1) HSS_WRREG,HSS_RDMEM で length が 4 ではない。 2) コマンド実行中のメモリアクセスで Address Error や Bus Error が発生。 HSS_NG のパケットの形式は HSS_NG(length=4,data=エラーコード) ですが、 エラーコードは 0 ではない事が保証されるだけで、その値に関してはこの protocol では定めない実装依存です。 ＊補足 checksumを計算する部分は下のようになっています。 u_short hss_sum(void *cp, int len){ u_short *p = (u_short *)cp; u_long v = 0; while(0 < len) v += *p++, len -= sizeof(u_short); while(v >> 16) v = (u_short)v + (v >> 16); return(v); } Copyright (C) 1996 by Sony Computer Entertainment Inc. Allrights Reserved
A. ＜編集記事＞( ごう さん )
- ld -L/psx/lib ほにゃらら
でリンカは問題なく動きます。 ただ他にもオプションが必要かも知れないので、gcc 経由で使った方が いいかなと思います。
ld のマニュアルはごうさんが集めてページ
http://www.netyaroze-europe.com/~crj00686
において下さっています。御参照下さい。
A. ＜一部修正記事＞( 佐々木 さん )
概念的なとこだけ説明します。 １．メインメモリに仮想ＶＲＡＭをａｌｌｏｃする。 ａｌｌｏｃした領域に描画を行う。 描画は当然ながらＣＰＵがノロノロと描画する（＾＾； ２．このＶＲＡＭ表示を行うために、以下の手順でフレームバッファ転送を する。 RECT rect ; if( GsGetActiveBuff() == 0) { rect.x = 0 ; rexr.y = 0 ; rect.w = 320 ; rect.h = 240 ; LoadImage( &rect, vram) ; /*この関数、結構速いです */ /*仮想ＶＲＡＭ(vram)を描画 */ } else { rect.x = 0 ; rexr.y = 240 ; rect.w = 320 ; rect.h = 240 ; LoadImage( &rect, vram) ; } ３．上記の処理をＯＴ描画前に実行し、ＤｒａｗＳｙｎｃ（）する。 ※この処理はＯＴ描画前に毎回行わなければいけない。 ※効率からいけば、DrawSync()はもったいないような... ４．上記の手順によってＢＧを使わずに背景描画が出来る。 また、この処理はスプライトと共存が出来ることが実験で確認済み。 ※ＣＰＵ描画が圧倒的に遅い場合は、ＶＳｙｎｃＣａｌｌｂａｃｋ（）を 使って描画フックを行います。 うーん、ごめんなさい。 これで、理解出来るでしょうか？（＾＾； リアルタイムゲームでは速度的にきつい描画方法ですが、この方法なら ばパソコン画面のように描画できます。 下回り関数とか、フリーソフトからひぱってきて描画環境構築出来てた のですが。申し訳ないです（＾＾；
A. ＜一部修正記事＞( 加澤 さん )
- はーい。僕の場合はですね、plyファイルを直接手で編集してポリゴンをひっく り返しています(^^;。ポリゴンの定義は頂点の列でなされているので、第２頂 点と第３頂点を入れ替えます（頂点データの回転方向で表裏を判断しているの で）。ただし、簡単なモデルでないとわけわか状態になるでしょう（法線デー タはどおすんじゃ、コラ→俺）。
それよりは、六角大王でポリゴンを塗るときにすべて同じ向きで塗るようにす ればいいんじゃないでしょうか。ただ、六角は左右対称なモデルしか作成でき ない関係で、ポリゴンの塗りも左右対称（つまり線対称。右と左でポリゴンが 逆になる）に塗りがちです。そこで、四角ポリゴンを三角に割るときに、かな らず対角頂点同士を結んでしまい、すべて同じ向きで塗るようにします（う〜 ん。わかりにくい説明だ）。塗りに関しては左右対称でなくとも OK なんです ね。
A. ＜一部修正記事＞( Mr.K さん )
- 詳しいことは私も分からないのですが（最近こればっかだな(^^;）、User's Guide を見てみると、法線ベクトルと光源ベクトルとの内積にて光源計算を行っているよ うなので、光源が点光源だと、光源ベクトルが固定できないから、未サポートなの かもしれませんね。
やはり擬似的に表現するしかないと思います。
A. ＜一部修正記事＞( Mr.K さん )
A. ＜一部修正記事＞( Mr.K さん他 )
A. ＜編集記事＞( ごう さん他 )
A. ＜一部修正記事＞( ＵＮＹ さん )
![[Beginner]](/yaroze_scei/images/icons/beginner-st.gif){kind=icon}
![[HotNews]](/yaroze_scei/images/icons/hotnews-st.gif){kind=icon}
![[Forum]](/yaroze_scei/images/icons/forum-st.gif){kind=icon}
![[Gallery]](/yaroze_scei/images/icons/gallery-st.gif){kind=icon}
![[Member's Home]](/yaroze_scei/images/icons/memberhome-st.gif){kind=icon}
![[Help]](/yaroze_scei/images/icons/help-st.gif){kind=icon}
このページはのブラウザに最適化されています。
SAKAGUCHI Tatsumi - tatsu@ee.seikei.ac.jp -