DXライブラリ総合スレッドその5

**名前は開発中のものです。** · 2009/12/04(金) 16:49:13

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/

**名前は開発中のものです。** · 2010/01/01(金) 19:16:43

ループ処理の話かと思った

**名前は開発中のものです。** · 2010/01/01(金) 19:24:26

unsigned long stat;
#define CANCEL_OK 0x00000001
,,,
　if (stat & CANCEL_OK)
　...
　else if (stat & CANCEL_NG)
　...
とか書くのかな

＞boolの配列作って0～nの数字をそれぞれステータス名でenumしてる
みたいなほうが好きだ
ただ例にあげてるとおりに格闘ゲームだとするとキャラクターの1フレームごとの変数の数が増えるのをきらうのはわかる

**名前は開発中のものです。** · 2010/01/01(金) 19:28:11

>OSがない組み込みなどで動かすゲームなら、割り込みを使う。

GBAとかMSXとか古いゲーム機の時のことでしょ
懐かしいな

**名前は開発中のものです。** · 2010/01/01(金) 19:28:36

時間軸で考えると、
例えば「1時間後に働けよ」というのがスリープの考え方。

「じゃあその1時間何をするか」。
1時間、ずーっと1,2,3,4,5,6,7,8,・・・・と声に出して数え上げるとする。
これじゃ、なんか用事があっても何も出来ない。

「じゃあ本でも読むか」となれば、別の処理(本を読んで知識を得る)が出来る。

どっちやっててもシステム時間として1時間は過ぎるが
片方は「実質的に意味のあることを何もしてないのにパワーだけ食う」
片方は「実質的に何もしないんだから別のことをする」

どっちが効率的か分かるだろう

**名前は開発中のものです。** · 2010/01/01(金) 19:31:29

また、ループも

for(i=0; i < During; i++){
　Plus += Exactly;
}

ではなく、
if(During == FuckingAss){
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
　Plus += Exactly;
}

などとしたりすることがある。
基本的にコッチのほうが速いからだ。
CPUとコンパイラにもよるが。

**名前は開発中のものです。** · 2010/01/01(金) 19:32:53

>>427
へー

**名前は開発中のものです。** · 2010/01/01(金) 19:35:16

でも1000回のループとかだと、1000行書いてたらさすがにソース長くなって鬱陶しいよね
大体何回までのループなら>>427の↓のパターンで書いてもいいの？

**名前は開発中のものです。** · 2010/01/01(金) 19:37:18

デッドライン、つまりここまでに必ず処理終えろ！っていう最終期限が決まってるシステムでは
forループではなく、こういうふうな展開したループもどきが使われることも多い。

難点は、見た目素人っぽいこと

それ以外は何してるか分かりやすくていいのだが
「こっちのほうが速いよ」ってことをなかなか認めてもらえないのが難といえば難

これを、デッドラインまで繰り返す
デッドラインが決まっているということはおおよそのアタリがつくし、
そんなに長いループにもならない。なってはいけない。

**名前は開発中のものです。** · 2010/01/01(金) 19:42:28

まあこういう小ネタは
「もっと軽くしたい」ってときの最終手段なので

根本から遅いのであれば設計を見直したほうがいいよ

**名前は開発中のものです。** · 2010/01/01(金) 19:44:49

＞ID:+lDteCCNが考える中で
じゃあWindowsのDXライブラリで
たとえば1フレーム50ミリ秒にするのにSleepを使わない最適なメインループはどういうの
公式のサンプルがいいのなら「それ」といってくれればいいです

**名前は開発中のものです。** · 2010/01/01(金) 19:46:30

マジレスするとDXライブラリ使うような環境でこんな事を考える必要は無い

**名前は開発中のものです。** · 2010/01/01(金) 19:48:17

＞boolの配列作って0～nの数字をそれぞれステータス名でenumしてる
これ具体的にどんな感じで書けばいいの？

**名前は開発中のものです。** · 2010/01/01(金) 19:50:56

俺やったら、スリープはCPUに直結する。
例えばPowerPCはタイマユニットを持っているので
これに値を入れてカウントさせる。アンダーフローと同時に割り込みが入る。
その割り込みでタスクを駆動させる。

こういうハード寄りもいいとこのタイマ管理ってのはアプリで使うもんじゃないというし、
まあそれもそうだろうが実現する場合これが一番いいのだ。

ハードウェアのタイマクロック計上はタスクじゃないので、一切影響を及ぼさない。
普通OSのスリープは多かれ少なかれCPUのパワーを食うが
俺のやるタイマは一切食わない。割り込み処理のオーバーヘッドは微々たるもの。

**名前は開発中のものです。** · 2010/01/01(金) 19:52:10

>>435
全然わからんからサンプルソースで説明しておくれ

**名前は開発中のものです。** · 2010/01/01(金) 19:54:51

wwwwww
DXライブラリのスレでPowerPCwwww

面白いヤツだなお前

**名前は開発中のものです。** · 2010/01/01(金) 20:05:29

PowerPCは例えだし
サンプルといっても、やりたい事を記した関数しかないのだがｗ

割り込みはソフトウェアじゃない。
割り込みは、ベクタ方式の場合ベクタベースからオフセットしたところにプログラムカウンタが来るだけだから
別にソースで表すもんじゃない。
また、PowerPCならベクタじゃない。

**名前は開発中のものです。** · 2010/01/01(金) 20:07:18

割り込みベクタとか。正月でやっぱらったロートルＰＧが集まるスレはここか？

**名前は開発中のものです。** · 2010/01/01(金) 20:08:35

やっぱらったって酔っぱらったなｗ
俺も飲んでるがなｗｗ

**名前は開発中のものです。** · 2010/01/01(金) 20:10:31

でもハード寄りプログラムは面白い。
普通あんまり使わないウォッチドッグタイマ

どうしても更新したいのに処理が終わらなかったとき
これで強制的に更新したりできる
たまにはハード寄りのオブジェクトを作ってみても面白い

**名前は開発中のものです。** · 2010/01/01(金) 20:42:23

>413で間違えて書き込んだのか知らないけど
ここは主にDXライブラリやそれに関する話をするスレなので
DXライブラリに全く関係ないPowerPCの話はやめてほしい

あとゲームではあまり意味の無い、
>427のような時期尚早な最適化を進めるのはどうかと思う
今のVC++の無償版には最適化機能が付いているし

**名前は開発中のものです。** · 2010/01/01(金) 20:50:31

考え方はx86系統でも同じなのに・・・ｗ

**名前は開発中のものです。** · 2010/01/01(金) 22:16:35

>>434
横レスだが、たぶんこんなかんじじゃないの

enum StatusSet{
Stat_POINSON,
Stat_PARALYSIS,
Stat_DISEASE,
Stat_CURSE,
Stat_NUM
};

bool phys_stat[Stat_NUM];
for(int i=0;i<Stat_Num;++i) phys_stat[i] = false;

あとはif( phys_stat[Stat_POISON] )とかでもswitchで振り分けてもいいし
STLのbitsetは役に立たないかな？使ったことないけど

**名前は開発中のものです。** · 2010/01/01(金) 22:41:12

>>444
意図してたのはちょっと違った
enum StatusSet{
JUMP,
WALK,
DASH,
ATTACK,
};

bool stat[5];
if (stat[JUMP]) { ～～ }

という。
＃まあjumpとかwalkは色々やるべきなのでintで管理すべきだが……

**名前は開発中のものです。** · 2010/01/01(金) 22:49:37

>>444-445
ありがとん

**名前は開発中のものです。** · 2010/01/01(金) 23:18:29

ID:+lDteCCNみたいなオナニーはブログででもやってくれ

**名前は開発中のものです。** · 2010/01/01(金) 23:28:38

私はステータスはビット演算派だ。
可読性が指摘されているが、
やり方が悪いくせに可読性が低いと決めつける奴に進歩はない。

#define JUMP (1 << 0)
#define WALK (1 << 1)
#define DASH (1 << 2)
#define ATTACK (1 << 3)

unsigned long stat;

if (stat & WALK) { ～～ }

↓ジャンプアタック
if (stat & (JUMP | ATTACK)) { ～～ }

-----------------------------------------------

Cをアセンブラ視点で見られるかどうかは重要だと思うが、
今は最適化のレベルが上がっているので、
>>427のようなロートルな話は意味がないと思う。

**名前は開発中のものです。** · 2010/01/01(金) 23:30:56

なんかコンパイラを優秀な最適化屋と思ってるのがいるが、

logとビットシフトでは10秒も差がある。

**名前は開発中のものです。** · 2010/01/01(金) 23:57:47

言ってることの半分もわからないけど
DXライブラリと無関係なのはわかる

**名前は開発中のものです。** · 2010/01/02(土) 00:16:20

まあこいつプログラム板ゲ製板どこにでも湧くキチガイなんだけどな

**名前は開発中のものです。** · 2010/01/02(土) 00:26:34

どうせたいがい描画がボトルネックになるから細かいことを気にしてもほとんど意味がない

**名前は開発中のものです。** · 2010/01/02(土) 00:27:36

>logとビットシフトでは10秒も差がある。

**名前は開発中のものです。** · 2010/01/02(土) 00:33:31

実際に表に出てくるパフォーマンスっていうのは「積み重ね」じゃないからな
細かいことはIOや描画の桁違いのコストで吹き飛ぶ

**名前は開発中のものです。** · 2010/01/02(土) 00:36:42

コミケ終わったとたん速度はえ～～～ｗ
>>405
ありがとです
行表示できました
まだ、便利な機能があればおしえてほしいです。

**名前は開発中のものです。** · 2010/01/02(土) 11:44:35

>logとビットシフトでは10秒も差がある。

１０秒って・・・・・・Z80とかクロック４Mhzの時代の話ですか？

**ひらしょ** · 2010/01/02(土) 13:50:19

流れさえぎってすまないが、ゲームプログラマになる前に云々の著者です。
シングルトンがああなのは、getInstanceの速度をあげるため。
if一回減らせる。描画APIラッパとかだとここ重要。
create二回で死ぬのも「二回呼んじゃダメ！」と言いながら
assertで死ぬわけで、意味のある死に方。
ゲームにおいては、
間違ったコードを書いても動き続けることは重要ではない。
間違った、あるいは非効率なコードを書いたら
すぐわかるようにしておいて、出荷までに直すべき。

**名前は開発中のものです。** · 2010/01/02(土) 14:03:41

平山さん？SE-GA-♪

**名前は開発中のものです。** · 2010/01/02(土) 14:09:07

うわ、こんなスレまで見てんのかよ
老いぼれセガ社員必死だな
Seleneスレ荒したのお前だろ

**名前は開発中のものです。** · 2010/01/02(土) 14:09:36

>>459
Selene作者帰れよ

**名前は開発中のものです。** · 2010/01/02(土) 14:38:27

ここは有名人の集うインターネッツですね

**名前は開発中のものです。** · 2010/01/02(土) 14:41:47

証拠うｐまだー？

**名前は開発中のものです。** · 2010/01/02(土) 15:39:32

>>457は>>390の書き込みに対してか

>>390はassertが何のためにあるのかも知らないただのプログラム初心者だな
スレ違いでチラシの裏にでも書くような内容を堂々と書くくらいだしな

>>459
Seleneの現行スレ、過去スレ見たけど全然荒れてないぞ
あと、お前はアンチSEGAのスレにでもいけ

**名前は開発中のものです。** · 2010/01/02(土) 18:47:34

3.01きたな

**名前は開発中のものです。** · 2010/01/03(日) 09:52:26

>>457 ゲームならその仕様で良いだろうね。
”ゲームプログラマになった後の～”の執筆もよろしくお願いします

**名前は開発中のものです。** · 2010/01/03(日) 11:10:30

ちょっと相談なのですが、座標はfloat型で取得していて、
マップは20×15で通れるところが0、通れないところが1で2次元配列読み込み済。
自キャラは32×32の場合、DXライブラリのサンプルにあったマップとのあたり判定の例に従って

float oldX,oldY;//移動前の座標

int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);

oldX = (*it).x ;//移動前のX座標
oldY = (*it).y ;//移動前のY座標
　　　　int x1 = (*it).x , y1 = (*it).y;
int x2 = (*it).x+32 , y2 = (*it).y+32;　//右下の座標（どこで使うか考えている）

printfDx("%d,%d,%d,%d\n",x1,y1,x2,y2);

**名前は開発中のものです。** · 2010/01/03(日) 11:12:21

float df = GameFrame::IdouHosei(4);
if(key & PAD_INPUT_UP) (*it).y = (*it).y - df;
if(key & PAD_INPUT_DOWN) (*it).y = (*it).y + df;
if(key & PAD_INPUT_LEFT) (*it).x = (*it).x - df;
if(key & PAD_INPUT_RIGHT) (*it).x = (*it).x + df;
if((*it).x<0) (*it).x=0;
if((*it).x>608) (*it).x=608;
if((*it).y<0) (*it).y=0;
if((*it).y>448) (*it).y=448;

　　　　　　　x=x1/32;
y=y1/32;

if(map[y][x]==1){
(*it).x = oldX ;
(*it).y = oldY ;
}

(*it).anim->draw(0, (*it).x, (*it).y);

こんな感じにすると若干思っているのとずれるんですよね…。
当たり判定なので左上の座標と右下の座標を取得するところまでは考えたのですが、
どのようにしたら実情にあったマップとのあたり判定になると思いますか？

**名前は開発中のものです。** · 2010/01/03(日) 11:25:02

とりあえず見難いから->使っとけよ

移動させてから戻すんじゃなくて、二次元配列のマップチップなら移動先が0かどうか判定するほうがいいんじゃね

**名前は開発中のものです。** · 2010/01/03(日) 11:26:09

>>467
>こんな感じにすると若干思っているのとずれるんですよね…。
ちょっと分かりづらいので、何が原因でどういう風にずれるのか詳しく教えて。

**名前は開発中のものです。** · 2010/01/03(日) 11:44:39

>>469
うまく言えないのですが、ぶつかるべきところでぶつからないで食い込んで止まったりする、という感じでしょうか・・・。
あと、通行可のはずのところに入れなかったり。
マップに入れるところ、入れないところを作りたいのですが。

**名前は開発中のものです。** · 2010/01/03(日) 11:52:19

何でもそうだが、

条件判定は少なければ少ないほどよい。
っていうか現場でifififififififififififififififif重ねる奴は怒られる。

switch-caseで済む場合もあれば
ビットシフトで済む場合もある

俺はswitch-case大嫌い
下に来るまでクロックを食いながら来るからだ
だから個人的にはビット演算以外認めない
ビット演算なら、立てておけば何が来ても一瞬だからだ

**名前は開発中のものです。** · 2010/01/03(日) 12:06:18

ビット演算が嫌いだったり何らかの理由でどうしてもswitch-caseにしなければならないのなら
ステータスに数字を割り振って、その値が指すものに直に飛ばしてもよい

擬似テーブル方式だな
内心嫌だった

とにかく、ifififififififififififififififififififififififififififififififififififififififififififififififififififififififififififififififififififififif重ねるのは見た目にもよくないし
実行速度的にも良くないので絶対に改めるべきだ。
単純なswitch-caseも絶対に避けるべきだ。10項目あったら10項目めに来るまで最低11クロックかかる。
11クロックもあったらシェーダを3回も回せる。
じつにもったいない話だ。

**名前は開発中のものです。** · 2010/01/03(日) 12:07:15

まず

x=x1/32;
y=y1/32;
↓
x=x1/20;
y=y1/15;

じゃないか？

その上でマップに当たった場合、
ギリギリまでキャラクタを移動させる処理が足りない。
それをやらないと、キャラクタがブルブル震える。

あと変数の名前をもうちょっと考えてやろうな。
配列の引数に渡すセル番号の値がキャラ座標と同じx,yはひどい。
規格が違う。

**名前は開発中のものです。** · 2010/01/03(日) 12:10:36

とりあえずマップが格子状ならキャラクターのx,yも同じ値で管理すべき
実際の位置は表示部分で考えるか、滑らかな動きがいいなら別途キャラクター表示x,yを用意して補正してやる

**名前は開発中のものです。** · 2010/01/03(日) 12:15:25

>ちょっと相談なのですが
という言い回しだったので「アルゴリズムを提案してほしい」ということかと思ったのに、実は「バグを見つけて下さい」ということだったとは・・・
>>473で解決だな。

**名前は開発中のものです。** · 2010/01/03(日) 13:43:46

お前ら馬鹿か
自キャラは32×32だから/32でいいだろ
出鱈目教えんなよｗ

それと
if(map[y][x]==1){
(*it).x = oldX ;
(*it).y = oldY ;
}
となってるが
それはキャラの左上しか減り込みチェックしてないから
int x2 = (*it).x+32 , y2 = (*it).y+32　は
int x2 = (*it).x+31 , y2 = (*it).y+31　に変えて
map[y1][x1], map[y1][x2], map[y2][x1], map[y2][x2] をチェックしてやらんといかん
他も変えるべき個所はあるがとりあえずここまで

**名前は開発中のものです。** · 2010/01/03(日) 13:47:15

間違えたｗ
＞map[y1][x1], map[y1][x2], map[y2][x1], map[y2][x2] をチェックしてやらんといかん
はなかったことね
取りあえず４隅をチェックするということ

**名前は開発中のものです。** · 2010/01/03(日) 14:02:44

あとね、ID:WXd0Gz3I　のことやろうとするとね、結構大変だから、俺もやったけど
引き返すなら今のうちかも、特に初心者は
ある程度慣れた人ならできるだろうけど

俺の場合は下行くか上行くか左行くか右行くかによって場合わけで上の人が嫌いって言ってたswitch-caseでやったけど
まあ上手いことやればswitch-case使わなくてもできるんだろうけど
俺の場合は上行った場合は左上と右上の２隅チェック、
右行った場合は右上と右下の２隅チェック、以下略
ってやってったと思ったんだけど

**名前は開発中のものです。** · 2010/01/03(日) 14:31:11

初心者が誤解するとアレだから一応言っておくけどswitch-caseは基本JMPだから。

**名前は開発中のものです。** · 2010/01/03(日) 15:24:02

あたり判定みたいに右下と左上のみの判定じゃ難しいみたいですね。
なんとなくそれっぽい動きができればそれでいいのですが…。
switch-caseも一度考えてみます。

**名前は開発中のものです。** · 2010/01/03(日) 16:42:55

>>480
スレ斜め読みのおいらが答えると、まず、floatは辞めよう。
一度、float型で、単純な計算をさせると分るけど、floatは精度的に難がありすぎる。
使うなら、intかdoubleを。（特に今回は浮動小数点が必要なさそうだからintで十分）

あと、値が何を示しているのか？をきっちりと考える事。
（x2が、自キャラがギリギリ外れてる位置なのか？ギリギリ入っている位置なのか？）
可能なら、それぞれの名前をx1=>x_top x2=>x_under y1=>y_left y2=>y_rightとか、
ちゃんと意味する名前に・・・。

また、無意味なマジックナンバーはさっさと定数に。
static const int SQUARE_SIZE=32;とかにする。

さらに、一般的にキャラと通路がほとんど同じ大きさだと、
将棋みたいなマス目管理じゃないと、操作不可能になりやすい。
（何か絶対の理由が無ければ、キャラの処理的な大きさは7割で処理していっても問題無い。）

めんどくさいんで、人の書いたモノの紹介で濁すけど、
今回は、基本ただの四角形と四角形の判定辺りで行ける。
http://marupeke296.com/COL_main.html
の　その４　のはじめの所を読めば問題解決するだろう。

**名前は開発中のものです。** · 2010/01/03(日) 18:04:43

宇宙船を舞台にしたFPSゲームを作ろうと思っています。
次のような要素を実現したいのですが・・・
①エイリアンを倒した数によって、ヒロインのおっぱいが大きくなる。
②ステージをクリアしたあと、ヒロインのおっぱいを揉める。
①に関しては、おっぱいの大きさごとのモデルを作るのではなく、DXライブラリの
プログラムで、おっぱいだけを大きくしたいです。
②に関しては、プレイヤーの動きに応じてちゃんとおっぱいがもにもにするようにしたいです。
DXライブラリで可能でしょうか？

**名前は開発中のものです。** · 2010/01/03(日) 18:10:25

3D?
おっぱい以前に，さすがにFPSならDXライブラリじゃなくてもっとちゃんとした3Dゲームエンジン使った方が結果的にずっと楽だよ

**名前は開発中のものです。** · 2010/01/03(日) 18:12:54

　　　　　　　　,,,　　　　　　,,,,,,　　　　　　　　：　.と　お　大　お　エ
　　　　　　 _ = ~~　``ヽ_,=''~´　　´~ヽ　　　：　は　こ　き　.っ　イ
　　　　_= ~　　　　　　　　　　　　　　　ヽ　　：　思　が　く　ぱ　リ
　　　　~=､　　　　ミゞ､　　, -彡　　　　ヽ.　：　わ　ま　.し.　い　ア
　　　　　 ~=､､､Cl~ｅvj <ｅ~}6)_　　　､､､ミ　：　ん　し　よ　を　.ン
　　　　　　　ミ.~~　/', ﾟ ;'7　　ミ7ヾ~- 、　　：　か　い　う　　　　の
　　　　　　 ≡　　（','ﾟ, '.人　　ゝ　|　　ヽ　　：　ね　　　な　　　命
　　　　　　　 `＝　 `ー'　　　iﾉ'　 |　／ |　　　　　　　　ん　　　で
　　　　　　　　　~ｰノノノノﾉ'′　　　　　　　　　　　　　　て

　 _　　∩ﾋﾟﾀ
(；ﾟдﾟ)
し　　 |
|　　　|
し ⌒Ｊ

　　　( ；´ﾟдﾟ)　　　　　・・・・・・・・・
　　c(,＿Ｕ_Ｕ　ｶﾞｸ

　　　　　　　　　　　　( ；´ﾟДﾟ)　　　おっぱいは何のためにあるんだー
　　　　　　　　　　　c(,＿Ｕ_Ｕ
　_,,..-―'"⌒"~⌒"~￣ﾞﾞ"'''ｮ
ﾞ~,,,....-=-‐√"ﾞﾞＴ"~￣Y"ﾞ=ﾐ
Ｔ　　|　　 l,＿,,/＼　,,/＼

**名前は開発中のものです。** · 2010/01/03(日) 20:05:43

>>482
3Dメッシュの1部分の頂点座標を変更することが出来れば可能ではないだろうか
DXLibではメッシュの中の1点の頂点情報を変更する関数が見当たりませんでした
直DirectXではLockVertexBufferで頂点情報を抜き出し、一部変更してからUnlockすれば書き換えできる
その他知る限りだとDarkBasicのSET VERTEXDATAがそれらしき機能かもしれない
自分はボーンの使い方わかないので、頂点書き換え方式でキャラのモーション作ってます

**名前は開発中のものです。** · 2010/01/03(日) 21:49:29

シェーダでやったほうが1000倍ラクだと言っておく

**名前は開発中のものです。** · 2010/01/04(月) 00:50:49

おっぱいシェーダw

**名前は開発中のものです。** · 2010/01/04(月) 08:25:51

究極のおっぱいシェーダーをダウンロードできるところを教えてください
おっぱいはTonnyかべっかんこみたいなのが好みです

**名前は開発中のものです。** · 2010/01/04(月) 11:15:32

makeしたら負けやと思う

で

**名前は開発中のものです。** · 2010/01/04(月) 15:41:04

>>486
HLSLで頂点シェーダやったけど、メッシュ全体の平行移動しかわからない
一部分の頂点座標を動かすってoffset引数使うとまでは調べられたが情報全然ありません
どうやってやるのでしょうか

**名前は開発中のものです。** · 2010/01/04(月) 16:44:21

スキニング

**名前は開発中のものです。** · 2010/01/05(火) 23:31:28

３Dゲーム作ってるんだけど、キャラクターモデルの大きさとかって影響あるの？
ビットマップと違って３Dはラスターデータだから、データの重さにはあまり影響ないように思うんだけど。
テクスチャの大きさが影響するとか？
もしそうなら、大体どれくらいの大きさのモデルが基準になるんだろう。

**名前は開発中のものです。** · 2010/01/05(火) 23:58:55

サンプルを参考にゲームを作り、１面、２面…とバラバラにcppを作ったのですが、
これを一つにまとめて、クリアしたら次の面にいくようにしたいのですが、どのような方法がありますか？

**名前は開発中のものです。** · 2010/01/06(水) 00:27:54

>>492
ポリゴン数とテクスチャサイズはパフォーマンスに影響するよ。
市販のゲームを参考にすると良いと思う。
ttp://www.geocities.jp/gamerabbits/programing_08.htm

>>493
「#include」「extern」を使う。
ttp://www.geocities.jp/ky_webid/c/032.html

**名前は開発中のものです。** · 2010/01/06(水) 02:00:14

ポリゴン数の話でなく、オブジェクトのサイズの話の方なら
3DCGソフトによって座標系や単位もバラバラなので関係ないよ。
ただ作業上の手間はあるので、サイズは統一しておいた方が
良いとは思う。
Dxライブラリの場合は、メタセコに合わせているので市販の3DCG
ソフトから直接xで書き出した場合は、極小で表示されると思う。
3DCGソフト側で適正なサイズでモデリングするか、メタセコ経由
してサイズを調整するのが無難かも。

>>493
switchとかでもできるけど、シーン(面)ごとにクラスに分けてるなら
基底のクラス作ってそっから各面を派生させたほうが楽かも。
シーン遷移(シーケンス遷移)やstateパターンとかでググるといいかも。

**名前は開発中のものです。** · 2010/01/06(水) 02:15:00

質問者のレベルを考えると

　if ( scene == SCENE_TITLE ) Title();
　else if ( scene == SCENE_PLAY ) Play();

でも良い気がした。

**名前は開発中のものです。** · 2010/01/06(水) 02:17:06

関数ポインタなんてどですたい

**名前は開発中のものです。** · 2010/01/06(水) 02:41:18

モデルの大きさは1以下にしたほうがいいとか
どっかに書いてあった気がする

浮動少数点の精度がどうたらこうたらで

**名前は開発中のものです。** · 2010/01/06(水) 16:02:24

void model_load( char *file,int zx, int zy){
～略～
mapmodel_h = MV1LoadModel(file) ;
　　　　　　～略～
}

//グローバルスコープ
int mapmodel_h;

int WINAPI WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow){

　　　　　　～略～
model_load("newmap2.mqo",5,6);

これのmodel_load関数のどこが間違ってるの？デバッグ中に「モデルファイル newmap2.mqo が読み込めませんでした」とか怒られる
ちゃんとファイルを置く場所も間違ってないのに・・・

**名前は開発中のものです。** · 2010/01/06(水) 16:15:50

それはね、ほら、あれだよ

**名前は開発中のものです。** · 2010/01/06(水) 19:54:12

ファイルを置く場所が間違ってないなら、そのファイルが問題なんじゃないだろうか。
試しにDxLibのサンプルのファイルに置き換えてみるとかどうだろう。

あと念のため、>>301-302も見てみてね。

**名前は開発中のものです。** · 2010/01/06(水) 21:30:52

・・・回答ありがとう。解決したよ・・・

たった今、もの凄い恥ずかしいミスをしている事に気づいた。ぅゎー

**名前は開発中のものです。** · 2010/01/07(木) 00:27:42

うまくいかないのでやり方を教えてほしいのですが、

story.cpp内のdraw関数では、
switch(nowstage) {
case 0:
DrawGraph(0,0,img[0],FALSE);
（nowfstageは現在プレイ中のステージ。クリアすると+1されるようになってる
img[0]には画像が読み込まれている）
という宣言がしてあって、

void ShootGame::drawGameClear(){
slgmap.draw();
jikicnt.move();
bakucnt.move();
GameFrame::drawGameClear();
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
if(key & PAD_INPUT_B)story.draw();
// if(key & PAD_INPUT_B)setGameState(GAME_MAIN);
}

とした場合、該当のキーを押している間は画像が表示されるのですが、キーを離すと表示されません。
まずキーを押したら画像が表示されて、その後キー入力で画像を切り換えて何枚か表示させた後、
またキーを押したらGAME_MAINに戻るようにしたいのですが、どうしたらいいですか？

**名前は開発中のものです。** · 2010/01/07(木) 01:03:02

enum
{
　　START,
　　FIRST,
　　SECOND,
　　END,
};

int draw_state = START;

drawGameClear(){
　　int key = GetJoypadInputState();
　　if(key & PAD_INPUT){
　　　　draw_state++;
　　}
}

some_function(){
　　if(draw_state == START){
　　　　// hyouji sinai
　　}
　　else if(draw_state == FIRST){
　　　　// 1maime hyouji
　　}
　　else if(draw_state == SECOND{
　　　　// 2maime hyouji
　　}
　　else if(draw_state == END){
　　　　// GAME_MAIN ni modoru
　　}
}

**名前は開発中のものです。** · 2010/01/07(木) 01:04:01

あ、キーを押した瞬間だけ検知するロジックが必要だな

**名前は開発中のものです。** · 2010/01/07(木) 01:10:32

bool before_key_state = false;
bool now_key_state = false;

chk_key(){
　　before_key_state = now_key_state;
　　if(GetJoypadInputState() & PAD_INPUT){
　　　　now_key_state = true;
　　}
}

chk_key()を毎フレームかコールバックでやってるなら
キーが押されたときに実行して以下の処理で検知とか

if(!before_key_state && now_key_state){
　　// ima osareta
}

**名前は開発中のものです。** · 2010/01/07(木) 01:11:44

こうか。。超適当
chk_key(){
　　before_key_state = now_key_state;
　　if(GetJoypadInputState() & PAD_INPUT){
　　　　now_key_state = true;
　　}
　　else{
　　　　now_key_state = false;
　　}
}

**名前は開発中のものです。** · 2010/01/07(木) 15:40:47

上記のchk_key関数を作ってGameClear内に呼び出すようにしたのですが、
方法が悪いのか、やはりキーを押している間しか画像が表示されません。
現在このような形にしています。

bool before_key_state = false;
bool now_key_state = false;
はすべての関数の外で呼び出し、
（int cstate = STARTは外で呼び出すと2回目から画像が出なくなったので、中にしました）

void ShootGame::drawGameClear(){
int cstate = START;
chk_key();
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
if(key & PAD_INPUT_B){
cstate++;
}

if(cstate == START){
slgmap.draw();
jikicnt.move();
bakucnt.move();
GameFrame::drawGameClear();
　　　　}
else if(cstate == FIRST){
story.draw();
}
else if(cstate == SECOND){
story.draw();
}
else if(cstate == END){
setGameState(GAME_MAIN);
}

**名前は開発中のものです。** · 2010/01/07(木) 15:43:45

if(cstate == START){
以下をsome_function関数にして、
void ShootGame::drawGameClear(){

int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
chk_key();
if(key & PAD_INPUT_B){
cstate++;
some_function();
}
}
というのもやってみましたが（当然ですが）できませんでした。

chk_keyの中身は、
void ShootGame::chk_key(){
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
before_key_state = now_key_state;
if(key & PAD_INPUT_B){
now_key_state = true;
}
else{
now_key_state = false;
}
}
というような形になっています。

**名前は開発中のものです。** · 2010/01/07(木) 15:52:30

キーを離すと「cstate = START」の状態に戻っていると思います。
if(key & PAD_INPUT_B){ }内の cstate++;の前後に
if(cstate == START){ を入れるというのも試してみたのですが、
やはりうまくいきません

**名前は開発中のものです。** · 2010/01/07(木) 16:22:43

そりゃ　cstate はローカル変数だからな
それじゃあその関数呼ばれるたびに　cstate = START;　がセットされるわな
int cstate = START;　を　static int cstate = START;　に変えるか
あるいは　cstate をメンバ変数にするかしないと

あと、キー押し続けチェックは彼とは違ったやりかたになるけど

chk_key();
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
if(key & PAD_INPUT_B){
cstate++;
}
の部分を以下に変えたらどうか
static bool holdDownB = true;
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
int pushB = key & PAD_INPUT_B;
if (pushB && !holdDownB){
　cstate++;
　holdDownB = true;
}
if (!pushB) holdDownB = false;

**名前は開発中のものです。** · 2010/01/07(木) 16:39:31

ありがとうございます。
確かにintでは値の保持ができませんね…。気が付きませんでした。
静的変数にしなくてはいけなかったんですね。
あとキー入力の部分もありがとうございました。
考えていた通りに動かすことができました。

**名前は開発中のものです。** · 2010/01/07(木) 16:45:13

DxlibをC#で使ってる解説サイトとかないかな？

**名前は開発中のものです。** · 2010/01/07(木) 17:40:30

>>513
C#版は一部の関数が使えないこと以外はC版と同じ。
readme.txtに書かれていること以上に解説することがないから解説サイトもないよ。

**名前は開発中のものです。** · 2010/01/07(木) 22:19:47

static変数使うと初期化がうまくできなくなりがちなんだよなあ

**名前は開発中のものです。** · 2010/01/07(木) 23:25:56

>>515
別に静的変数を使わなくても実装できるよ。
せっかくC++使ってるんだしクラス化してみたら？
↓みたいな感じで。

// ジョイパッド管理クラス
class Joypad
{
private:
enum
{
MAX_BUTTON = 28 // DXライブラリは最大28個のボタンに対応している
};

int PressedCounts[MAX_BUTTON]; // 各ボタンの押されたフレーム数を保存しておく

public:
void Update(); // ジョイパッドの入力状態を更新する
int GetPressedCount(int InputType, int Button); // ボタンが押されたフレーム数を取得する
};

// 使用例：-------------------------------
// ジョイパッドの入力状態を毎フレーム1回だけ更新する
joybad->Update();

// パッド1のBボタンが押された
if(joybad->GetPressedCount(DX_INPUT_KEY_PAD1, PAD_INPUT_B) == 1)
{
// 何らかの処理
}

**名前は開発中のものです。** · 2010/01/08(金) 02:41:50

態々クラス化する程のことか
少なくとも手間は普通にコーディングした方が全然掛からないが

**名前は開発中のものです。** · 2010/01/08(金) 09:30:18

ならその方法で良いんじゃない？
クラス化はあくまで一例でしょ
君のいう普通がどんななのかは知らないけど

**名前は開発中のものです。** · 2010/01/08(金) 21:55:23

スクリーンのある位置のpixelが、
何色を表示しているかわかる方法ってありますか？

**名前は開発中のものです。** · 2010/01/08(金) 21:59:21

ある

**名前は開発中のものです。** · 2010/01/08(金) 22:04:52

ある。

**名前は開発中のものです。** · 2010/01/08(金) 22:08:20

GetPixelですか？

**名前は開発中のものです。** · 2010/01/08(金) 22:11:52

なんでそれを聞く必要があるの？リファレンスにも書いてあるし自分で試すことも出来るのに

DXライブラリ 総合スレッド その5

DXライブラリ総合スレッドその5