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/

**373** · 2009/12/28(月) 18:48:57

>>387
ありがとうございます。
SetDrawScreen関数はMakeGraph関数で作成したグラフィックも指定できるんですね。
リファレンスに書かれていない機能だったとは・・・

**名前は開発中のものです。** · 2009/12/28(月) 18:52:49

ほうほうそれは知らんかった
なんで隠すんだろうな

**名前は開発中のものです。** · 2009/12/29(火) 00:11:37

関係ないスレだろうけど、ぐぐって検索したらここが見つかったのでここで書く。

「ゲームプログラマになる前に覚えておきたい技術」のシングルトンが変

普通シングルトンといったらpublic static getInstance()内部で初回呼び出し時に
インスタンスを作成するのに、別にインスタンス作成のためのpublic static create()というメソッドがある。

そして、クラス外部のどこかでcreate()を呼び出してインスタンスを作成している。
二回createしたら落ちるだとさ。つまり複数インスタンスをcreateするコードをかけてしまう。
これでは、実行時に落ちるとはいえ、コンパイル時にエラーを検出できない。

たとえば、複数のプログラマが、コードの一部分を分担してそれぞれ作っているときに
それぞれがcreate()していると、コードを分けている段階では問題なくても
一つにマージしたときにエラーが発生するというシナリオが起きてしまう。

**名前は開発中のものです。** · 2009/12/29(火) 00:18:26

あの本は結構適当だからな

**名前は開発中のものです。** · 2009/12/29(火) 01:19:32

セガの限界です
教育担当者ですらその程度
だからあそこまで落ちぶれた

**名前は開発中のものです。** · 2009/12/29(火) 02:24:27

Singleton の構築｜Code++
ttp://ameblo.jp/woooh-p/entry-10031871696.html

２回create()を呼び出すと落ちるのは問題だが
初期化関数を別に用意したほうがいい場合もある

**名前は開発中のものです。** · 2009/12/29(火) 10:12:58

まあシングルトンなんか使う時点で…

**名前は開発中のものです。** · 2009/12/29(火) 10:14:09

シングルトンは普通に使うだろ

**名前は開発中のものです。** · 2009/12/29(火) 10:31:45

とりあえずシングルトンにしとけばオブジェクト指向っぽいしどこからでもアクセスできて便利と思ってる奴が多すぎる
グローバル変数だと意識して使うのは勝手だけどさ

**名前は開発中のものです。** · 2009/12/29(火) 11:41:51

SEGAはプログラマが悪いんじゃなくて企画が悪いんじゃね？

**名前は開発中のものです。** · 2009/12/29(火) 12:33:29

宣伝が悪い

**名前は開発中のものです。** · 2009/12/29(火) 12:33:57

つまりなにもかも悪いのか

**名前は開発中のものです。** · 2009/12/30(水) 18:16:44

ChangeFontType(DX_FONTTYPE_ANTIALIASING_EDGE);
↑でフォントを変更すると異常に重くなる。
これ以外で文字も目立たせる方法ってあります？
たくさんの色つかってる背景なので、文字が目立たなくて見にくい

**名前は開発中のものです。** · 2009/12/30(水) 18:19:27

CreateFontToHandle

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

VC++確かにべんりだーー。
｛｝のつながりがわかるじゃないか。
bccのときはこめんとひっつでした。
ただぎょうがわかればいいな～～

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

一度VC#やVB触ったらVC++なんかゴミにしか感じられなくなるけどな

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

VC#やVBも機械語と比べたらゴミにしか感じられないけどな

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

>>402
メニューの[ツール]->[オプション]->[テキストエディタ]->[C/C++]->[全般]
で行番号をチェック

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

>>402
それはお前のインデントが悪い

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

ＶＣ＃やＶＢってＶＣ＋＋より遅いんだろ？
それにＶＣ＃はガベジなんちゃらというので急に重くなるそうじゃないか
アクションとかシューティングに向くの？

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

その通りだからC++でやりなよ

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

>>407
.NETのガベージコレクションは優秀だから重くなることは無いよ
Xbox360では多少難あるけどね
実行速度遅くて困るなんてことは今の時代のPCスペックじゃ有り得ないそ
Javaのゲームも余裕で動く時代だし
アクション、シューティングもネットブックで動かせたよ

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

勝手に動いたガベコレが２フレームくらい時を止めても困る

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

今時そんな細かい処理速度が表に出てくるほどのゲームを作るのは大変だぞ
そんなカツカツの高負荷のゲーム作るんだったらそもそもDXライブラリなんか使うべきじゃないしな
それはともかく>>403は単にIDEの出来だけを言ったつもりだった

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

VC#（）笑　VB（）爆

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

ゼタセカンドでさえ遅れるのを許されない設計の場合

まず
・設計を改める
　削れる処理はないか。
　もっと速い処理はないか。　　特に算術演算はコンパイラでさえ最適化しきれない「なにがやりてーんだタココラ」って効率の悪いコードになりがち。
　セオリーから外れてないか。　ウェイトを「カウントアップ」でやろうとしてないか。

などを見直し、それでもダメだ！1ヨクトセカンドでも遅れるのは許されぬ！ってとき

ハードウェアとダチ公になる

のだ。
遅れるってのは結局「OSのスリープに頼っているから」である。
OSのスリープはもちろんOSがやることなので「今は特に眠くないです。」といったらスリープしてもらえない。
そこをハードウェアとダチトモコレクションすることで、強制的にスリープするのだ。

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

格闘ゲームだったら体力が0になったとき義塾大学になるのはもちろんだが、
気絶などのステータスもある。何のモーションのとき何が何でキャンセルできるのか

そういうことも常に演算する対象だが、これを

if(cancell_OK == 1)

とかやってるやつは基本がなってない。

char　　cancell_OK, cancell_NG, cancell_only_special・・・・・・・

などと延々必要になるではないか。
ステータス管理の変数は1つにまとめろ。それは可能である。

というふうに、効率の悪いコードになっているのを改めることでだいぶ良くなる。

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

＞ステータス管理の変数は1つにまとめろ。それは可能である。
へぇ～どうなるの　40文字以内で教えてください

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

＞ウェイトを「カウントアップ」でやろうとしてないか。
これについて教えて下さい

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

結局のところ、格闘ゲームにおけるステータスってのは0か1しかない。
分かるだろ。の

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

>>414
cancell…

ステータスはビット演算でやってもいいが可読性が著しく低いから、
boolの配列作って0～nの数字をそれぞれステータス名でenumしてる
スパゲッティどころか脳髄の如く絡まってるコード持って自慢げにメモリ使用量が～～とか言ってる奴いるとぶん殴りたくなる
というかぶん殴る

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

カウントアップウェイト

信じられないことに、いまだに良く見るんだが
for(i=0, i < During; i++)

のこと。逆も然り。
for(i=During; i !=0; i--)

のような

これ数えてる間、CPUがずっとそれに占有されるだろ
これじゃウェイト、スリープの意味がない。

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

>>419
これ駄目なの？普通に使ってた
代わりにどう書けばいいの？

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

ウェイトやスリープってのは、

「何もしないんだから、その間他の処理をさせよう」

ってのが基本だ。また、そうでないとウェイトしてる間他の何の処理もできないから
極端に言えば画面が停止することになる。

普通は、OS越しに駆動するゲームだったらOSに用意されるスリープ命令を使う。
OSがない組み込みなどで動かすゲームなら、割り込みを使う。

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

？

**名前は開発中のものです。** · 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

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

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