[過去ﾛｸﾞ] ゲームボーイアドバンス(GBA)非公式開発 Part2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
671(1): 2007/09/28(金)10:15 ID:MwwoigrE(2/2) AAS
dummy[1] を上に移動するだけでもいいよ。
672: 2007/09/28(金)17:57 ID:3PURGaCN(2/2) AAS
>>669-671
あれから自分でもパディングの事を調べてみたんですが、
パディングって構造体の最後だけじゃなくてメンバの途中にも入るんですね。
メンバがu8一つだけの構造体のサイズを調べると2バイトになっていたり、
u8二つの構造体のサイズは4バイトだったりするのが謎だったりで
まだちゃんと理解できてはいないのですがとりあえず
graphicpat_tのdummy[1]をusespritenumnumの次にする事でうまくいってます。
レスありがとうございました。
673: 2007/09/29(土)19:37 ID:Yyp6PcC5(1/2) AAS
.cファイルに書いた場所(順番)によって、ポインタが指す場所が変わるのですが、
原因がわかる方はいらっしゃいますか？
具体的には
const u8 hogebindata[HOGE_SIZE] ; // .oファイルから
HOGE* pHoge1 = &hogebindata[0] ; // HOGE構造体のポインタ
HOGE* pHoge2 = &hogebindata[0] ;
これでpHoge1とpHoge2の指す場所が変わったのですが。
674(1): 2007/09/29(土)20:45 ID:/Cn9Hphu(1) AAS
その現象は確認したことがないので
お役に立てないかも。
指す場所が変わったというけれど
1,2バイト程度のズレなのか、全然無関係な
アドレスを見ているのか気になります。
前者ならコンパイラの最適化の影響？
volatile修飾子つけてみてはどうでしょうか。
もしくは
HOGE* pHoge1;
HOGE* pHoge2;
省2
675: 2007/09/29(土)22:41 ID:Yyp6PcC5(2/2) AAS
>674
レスありがとうございます。ズレも定義する位置毎に変わったり、
さらには他の部分の関数等の量(?)にも変わったりするので良く解りません。
とりあえず、今まではグローバルで定義と初期化をしていたのですが、
初期化をAgbmain()の冒頭にしたら見かけ上はうまく行きました。
原因が解らないのが気持ち悪いところではありますが…。
676(1): 2007/09/30(日)13:48 ID:2cArtL+Y(1) AAS
・u8型なのに、HOGE*型で参照しようとするので
キャストがおかしくなっているのかもしれない。
・Agbmain関数と聞いて、開発環境が
DevkitAdvanceではないかと思いました。
もしそうならばdevkitProに変えてみるといいかも。
・最終手段で、バグのままの状態でプロジェクト一式
アップしてみるとか（ぉ。
これぐらいしか思いつくことはないので
後は傍観させていただきます。
677(1): 2007/09/30(日)14:47 ID:3pf8Eidk(1) AAS
全部じゃなくても、そちらの環境で再現する最小限のソースをうｐしてみなよ。
678: 2007/10/01(月)06:09 ID:47UHIi+z(1) AAS
>676
片方が駄目で、片方は普通に使えるというのが謎なんですよね。
コンパイラの最適化関係で、何かされているのでしょうか。
makefileは他のサンプルをそのまま使っているので、
その辺のオプションは弄くれていないのでそういう事もあるかも知れないです。
それとお察しの通り、DevkitAdvanceを使ってます。
自分もdevkitProに変えたいのですが、いまいちやり方がわからず…。
もうちょい弄ってみます。
ソースは上げられませんが、HOGEの中身はu16 data[8]だけです。
>677
省2
679: 2007/10/03(水)14:03 ID:XInTGgcu(1) AAS
コンパイラはDEVKITのどのバージョンですか
680(1): [age] 2007/11/01(木)03:19 ID:zUdctaSC(1/2) AAS
２バイトパレットってBIT15は未使用のはずなのに、
ゲームによってはBIT15が１で、＋８０００ｈされてる色が
稀に使用されていたりして、用途がさっぱり解らないんだけど
誰かわかります？
色違いキャラなどで、同じ色が使用されている時に片方のみ
＋８０００ｈされてるなんて事はないから
意図的な設定なんだろうけど
681: [age] 2007/11/01(木)03:21 ID:zUdctaSC(2/2) AAS
同じ色が含まれている、の間違いです
682(1): 2007/11/01(木)03:57 ID:bsWY8rCq(1) AAS
なんの根拠もないが、なんかのフラグで使ってるんじゃないか？
たとえば、パレットアニメの対象外にする時にビットを立てておくとか。
683: 2007/11/01(木)05:48 ID:ep0Z0ILK(1) AAS
>662
変なのー。
周りのやる気をなくさせようという気がまんまんだね。
言ってることとやってることが違うと何だか腹立つ。
…やってること自体は簡単だから、「すごい」とか騙されては駄目だよ。
一介のプロのつもりなんだろうけど、むしろ手抜きが目立つね。
サウンドも背景もちゃんと凝った方が全体の評価は高い。
684: 2007/11/01(木)09:42 ID:ihkhmp1x(1) AAS
>>680
GBAだと使用しないけど、NDSだとBIT15は透過フラグになってて、モードによってはそのBITを立てて使う。
NDSのプログラムでも使えるようにしてるか、git（データの変換）なんかでフラグ立てる設定で
変換したのを間違ってそのまま使ってるんじゃないかな。
685(1): 2007/11/02(金)17:34 ID:mn9t6mJD(1) AAS
透過フラグの存在は初耳です。
でもキャラスプライトに二つ以上の透過色が
必要な使われ方はしてなかったようです。
何かのフラグが残ったままって可能性はありそう。
>>682
そういうケースもありそうですが、
パレットアニメが使われてた様子はないっぽいです
686: 2007/11/02(金)22:13 ID:IwsTzJ5B(1) AAS
聞いたことないけど
もし'何かある'としたらブレンドモードだと思う。
どんな状況で表示されてるスプライトなんだ？
687: 2007/11/03(土)10:22 ID:gtw8DYou(1) AAS
>>685
NDSはスプライトにはタイルだけじゃなく、ビットマップも使えるようになってる。
ビットマップだと０番パレットみたいな透過色の代わりに、BIT15立てることによって透過を実現してるんじゃない。
688: 2007/11/05(月)08:24 ID:WSMZViqh(1) AAS
俺にもビット15が0で色が表示されないと悩んでた時期があった
689: 2007/11/15(木)20:19 ID:LZz2LXH5(1) AAS
携帯電話の液晶を再利用したボードPC「DVIEW」
外部ﾘﾝｸ[pl]:slashdot.jp
スプライトは使えないけど、オイラ的には実機でも動かしてみたいからこれ買うつもり
性能的にはこんなもん
CPU: ARM7TDMI Core (81MHz)
メモリ: On-Chip 40Kb SRAM (外部SD, FlashROMが利用可能)
ディスプレイ: 320x240、32K(RGB555)色
サウンド: 2ch,16bit audio-DAC for stereo/mono output (MP3, MIDI, ADPCM対応)
周辺機器: CMOS sensor input, VideoOut, SD Host I/F, UART, SPI, JTAG (拡張ボード利用で USB, LAN)
会社のページに繋がらないのは何故だ？
690: 2007/11/16(金)05:22 ID:FnKxVSr6(1/2) AAS
メモリ 40Kbで、一体なにができるんだｗ
上下前次1-新書関写板覧索設栞歴
あと 312 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s