ゲームプログラミング相談室【Part6】

**名前は開発中のものです。** · 04/03/06 01:25

ゲームプログラミング全般の質問スレッド。
扱う話題のダイナミックレンジはやや広め。包容力高め。
他の初心者質問スレとの棲み分けを探りつつ
これからもマターリと活用しておくれ。
　
■過去スレ
【Part2】http://pc.2ch.net/tech/kako/985/985540361.html
【Part3】http://pc.2ch.net/tech/kako/1002/10028/1002894129.html
【Part4】http://game.2ch.net/gamedev/kako/1005/10050/1005040025.html
【Part5】http://pc2.2ch.net/test/read.cgi/gamedev/1036410116/
■関連スレなど
>>2-5

**名前は開発中のものです。** · 04/03/06 01:26

■関連スレ
【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【Part5】
http://pc2.2ch.net/test/read.cgi/gamedev/1078502309/
鬱だ氏のう DirectX (Part 12)
http://pc2.2ch.net/test/read.cgi/tech/1076651336/
初心者のためのゲームプログラミング
http://pc2.2ch.net/test/read.cgi/gamedev/1023119134/
ズブの初心者がゲーム作れるまで勉強するスレ
http://pc2.2ch.net/test/read.cgi/gamedev/1005132370/

**名前は開発中のものです。** · 04/03/06 14:28

　　　　　　　。 ◇◎｡ｏ.:O☆οo.
　　　　　　　。:゜ ◎::O☆∧_∧☆｡∂:o゜
　　　　　　／。○。 ∂（*ﾟーﾟ）O◇。☆
　　　　　／　　◎|￣￣∪￣∪￣￣￣|:◎:
　　　／　　 ☆｡|..　　新スレおめ　　.|☆
　 ▼ 　　　。○..ｉｏ.｡◇.☆＿＿＿＿| 。.:
∠▲―――――☆ :∂ｉo☆ ゜◎∂:.

**名前は開発中のものです。** · 04/03/06 16:00

windowsでアクションRPGを作ろうとしています。
２Dで作りたいのですが、その場合の最適な方法を教えて
下さい。
DirectXのスプライトやテクスチャを使うよりひょっとして
GDIを使った方が早いとか・・その辺どうなのでしょうか？
プログラミングに関してわりと初心者なので、ご助言よろしく
お願します。

**名前は開発中のものです。** · 04/03/06 16:08

>>4
DirectXとC/C++で作る。
描画まわりを自分で組むのは面倒だし、
よくわからないので誰かのライブラリを使わせてもらう。
誰のライブラリを使うかは自分で探す。

これでとりあえずゲームを作れる環境は整う。

**名前は開発中のものです。** · 04/03/06 16:32

GDI使え

**名前は開発中のものです。** · 04/03/06 17:05

>>4
2Dなら、GDI（DIBSection）の方が開発はやりやすい。
描画性能に関しては、少なくとも「画面への描画速度」は問題ない
場合が多い（内部への描画処理については、単純にメモリを読み書き
るDIBectionの方が有利な可能性もある）。また、スプライトは32
ビットフルカラーなどピクセル単位の処理を容易にできるシステム
でやる分には、ピクセルをすべて自力で処理しても大丈夫だろうね。

ただし「滑らかな画面更新」を重視するのなら、DirectXで全画面
占有タイプにした方が有利なことは有利かもしれない（開発の労力
は一気に増すがｗ）。

**名前は開発中のものです。** · 04/03/06 17:36

web上でゲームを公開しようと思っているのですが、
javaかflashだと重さを考えたらflashのほうがいいですか？

**名前は開発中のものです。** · 04/03/06 20:59

>>5-7
ご助言ありがとうございます。
とりあえずDirectGraphicsのテクスチャと
ヤネ氏のライブラリで速度を比べてみようかと
思います。（DirectX9.0には大分慣れたのですが、
Win32は、不慣れなので・・。）

**名前は開発中のものです。** · 04/03/10 19:48

DirectXのスプライトとテクスチャってどう違うの？
描画速度に違いはあるのかしら？

**名前は開発中のものです。** · 04/03/10 23:17

スプライトは概念、テクスチャは実装。

**名前は開発中のものです。** · 04/03/10 23:32

スプライトってのがD3DXSpriteのことを指してるなら、
それはテクスチャを含むDirect3Dのラッパーだよ。
で、ラッパーは常に元より遅い。
実際にどれくらい遅いかは知らん。

機能の違いは、2Dと3Dの違いだ。3Dは2Dを包含する。

**名前は開発中のものです。** · 04/03/11 12:01

ただまぁ、Summer 2003でスプライトの速度は改善されたそうです。
↓にもちょっとした話が。
http://www.plustarnet.com/aspil/Programming/2d06.htm

**名前は開発中のものです。** · 04/03/13 03:10

みなさん、浮動小数点数の型はどうやって決めていますか？
とりあえずは、思いつくのを列挙してみます。
ついでに、それぞれに個人的な意見を添えてみました。

1) 全部 double
+ルールとして単純。
+ゲームプログラム以外では、ほぼ常識？
-メモリ使用量が倍
-「浮動少数点」という言葉と直接繋がらないのが嫌。

2) 全部 float
+ルールとして単純。
+見た目が美しい。
+メモリにやさしい。
+ゲームプログラムではほぼ常識？
-精度が少なめ。
-環境によっては速度も double を下回る？

3) 目的別に typedef （float32,float64,fast_float,precise_float,...）
+移植性が高い。
+目的がコードに直接現れる。
+後で変更できる。
-どれだけ、どんな名前で定義したらいいのか？
-既存のインターフェースとやりとりするときに問題が？

とりあえず、3が正解っぽいなぁ、と思っています。
これら以外の選択肢があれば教えてほしいです。
また、意見のところの、「？」が付いてるもの（特に3のもの）について、
より確かな情報をいただけるとありがたいです。

**名前は開発中のものです。** · 04/03/13 03:16

>>14
DirectXだからfloat

**名前は開発中のものです。** · 04/03/13 03:29

DirectX9はfloat中心の方が速度的にイイ？

**名前は開発中のものです。** · 04/03/13 04:48

>>14
Cだけど整数型でやっている。3を3000としたりして。

**名前は開発中のものです。** · 04/03/13 05:30

>>17
割り算よりシフトの方がいいらしよ

**名前は開発中のものです。** · 04/03/13 11:35

PS2なんかは単精度しかないんだっけか。

そのうちdoubleが標準になるんかねえ。
floatだと広大なフィールドをリニアに扱えんし。

**名前は開発中のものです。** · 04/03/13 18:14

ファイヤーエムブレムとかタクティクスオウガみたいなシミュレーションＲＰＧを作ってるんだけど
敵の思考を考えるのが難しい

プレイヤー側ユニットとの距離を調べる
↓
一番近いユニットに近づく
↓
攻撃できる距離だったら攻撃する

みたいな感じで組んでるんだけど

・障害物
・攻撃スキルの特性（2マス離れてても攻撃可、とか回復スキルとか）
・移動した後攻撃するか、攻撃したあと移動するか　　etc...
そういう色々な要素が入ってくるとわけわからなくなる
素人は手を出さないほうがいいジャンルなんだろうか…

なにかコツとかあったら教えて下さい

**名前は開発中のものです。** · 04/03/13 18:26

障害物とか地形の異動量とかがある場合の最短距離の求め方は、
Ａ*サーチアルゴリズムとかを参考にすべし。
たとえば↓。探せばいっぱいあるはず。
http://gamdev.org/w/?%5B%5BAStarAlgorithmTutorial%5D%5D

どの行動を取れば一番いいかについては、可能な行動を全て列挙し、
それぞれに点数をつけ、一番点数の高かった行動を取らせるという方法が一般的。
この点数をつける評価関数を返ることによって、敵の強弱、特徴を出すことが出来る。

どうやって評価関数を作るかは、ゲーム内容による。一般的にこうすればよいとかいった
マニュアルは無い。行動の選択肢が非常に多くある場合、どう刈り取るかも問題となる。

というか、ＡＩの日本語で書かれた入門資料ってあるのかな？

参考リンク：
http://ai-depot.com/
http://www.gameai.com/
http://www.aiwisdom.com/index.html
http://www.ai-junkie.com/ai-junkie.html
http://www-cs-students.stanford.edu/~amitp/gameprog.html#ai

**名前は開発中のものです。** · 04/03/13 18:35

>>21
サンクスです

やはり難しそう・・・
やれるだけやってみます
いざとなったら要素削ってシンプルにするかな・・・

**名前は開発中のものです。** · 04/03/14 00:40

>>20
自分はFE風のを作った事があったが、その場合。

1:すべての移動できる位置、使用できるアイテムから、使用対象がいるか調べる。
　攻撃系なら敵、回復系なら味方。複数あるなら効果が一番高いものを選ぶ。
　攻撃系なら相手のHPを大きく減らせて(量ではなく%)、命中率がよく、
　逆に相手からはそれが低くなるもの、回復系の場合は回復%、命中が高いもの。
　同じアイテム、同じ対象に対して使用できる位置が複数あるなら、
　地形効果が高い場所から行動する。地形効果が同じなら歩数が一番少ない所から。
2:1の対象がいない、または攻撃すると逆に自分に及ぶ被害のほうが大きそうな時、
　移動のみを行い、強い味方によっていく、又は弱い敵によって行く。
　地形効果はもちろん高い所へ。

1はカウンタで全部調べればよいので簡単だったけど、
2は抽象的なので思うように動いてくれなくて難しかった。

作る順序としてはまずは1を作ってみるといいと思う。
全部調べるから速度的に大丈夫かと思うかもしれないけど
使用可能アイテム4つ、移動力10以上でも、遅くても2、3秒以内だったと思う。

**名無しさん、君に決めた！** · 04/03/14 03:50

>>17
それは浮動少数でなく固定少数ですな

普通は1024（=2＾10）とか4096（=2^12）を1とするのが速度的にいいよ。

**名前は開発中のものです。** · 04/03/14 14:32

2D時代は、2^8でずっとやってきたな。
ハードの制約だけど、その頃はこれが一番。

**名前は開発中のものです。** · 04/03/14 15:14

今もスケーリングを普通にやってるなー
↓みたいな感じで

dest[0] = dest[0] + ((dest[0] - src[0]) * alpha / 256);
...

**名前は開発中のものです。** · 04/03/14 15:18

src[0] - dest[0]の間違いか・・・

MMX命令よりもSSE命令で今は行うのが一般的なのかな？

**名前は開発中のものです。** · 04/03/15 10:22

固定小数点をマクロにしとくと（・∀・）ｲｲ

/* 固定小数点型 */
typedef signed long fix;

/* 整数⇔固定小数点 */
#define FIX_TO_INT( a ) (( a ) >> 16)
#define INT_TO_FIX( a ) (( a ) << 16)

/* 浮動小数点⇔固定小数点 */
#define FLOAT_TO_FIX( a ) (fix)(( a ) * 0xffff)
#define FIX_TO_FLOAT( a ) ((float)( a ) / (float)(0xffff))

**名前は開発中のものです。** · 04/03/15 12:11

いっそクラスにする手もあり。
コンパイラを信じられる漢におすすめ。

**名前は開発中のものです。** · 04/03/15 13:23

Windowsのメッセージループで質問なのだけど、GetMessage()を使うのと、
PeekMessage()を使うのはどちらが主流なのかな？
GetMessage()+SetTimer()はFPSが微妙に安定しないし、PeekMessage()だと
CPUを100%使いかねない。
個人的にはCPUを100%使ってしかもムダ使いというのはマルチタスクOSでの
プログラミングとしては礼儀違反と思うし、例えば落ちゲーとかブロック崩し
なんかでCPU100%てのは納得もいかない。
SetTimer()での安定の悪さを考えて、1msecでWM_TIMERを発生させたあとに
timeGetTime()で実際の時間を取得、ずれを調整するようにしてみた。
WM_TIMER自体が１～20msecで発生しているようで、とても60fpsなゲームなんて
作れないなあと思った。
常識的な方法があるなら知りたい。

**名前は開発中のものです。** · 04/03/15 13:26

あともう一つ。
よくベンチマークで、400fpsとかいう数値があったりするけれど、
あれって何？　画面自体はせいぜい120fpsでるかどうかでしょ。
オレのモニタは液晶だから60だけど、CRTでも80とかじゃない？
400って表示しているFPSじゃなくて、演算可能な理論値ってことなのかな？

**名前は開発中のものです。** · 04/03/15 13:33

>CPUを100%使いかねない。
Sleep入れればいいじゃん。

>よくベンチマークで、400fpsとかいう数値があったりするけれど、
>あれって何？　画面自体はせいぜい120fpsでるかどうかでしょ。
blitやポリゴン描画なんかの処理とモニタに出力する処理はほぼ平行に行われるから
そういう「描画処理」自体はモニタの同期信号の周波数とは関係ない。
普通HBLANKを待つから最大fps＝リフレッシュレートなことが多い、というだけ。

**名前は開発中のものです。** · 04/03/15 14:54

>>30
GetMessageで。WindowsなどＶブランクをシステムが管理している場合は
ゲームスピードをＦＰＳ基準にすべきではない。75Hzの人もいれば60Hzの
人もいるのでＶブランクではなく時間を基準にすべし。WM_TIMERは200ms
程度の精度（実際は変動あり）しかないのでMultiMediaTimerを使うしかない
と思われる。

Ｖブランクに関係なく処理が終わったら画面更新という設計にしておいて、
アニメーションは時間単位で制御する方針で。

>>31
Ｖブランクを待たずに画面更新をした場合の１秒間のフレーム更新回数。
コンシューマゲームと違ってVSyncはシステムが管理しているので、描画
ラスターがどこにいるかは意識する必要がない。

**名前は開発中のものです。** · 04/03/15 15:05

あと、タイマーの精度については↓こんな文書があるので参考にしましょう！

GetTickCount, timeGetTime等の精度について
http://www.emit.jp/prog/prog_t1.html

**名前は開発中のものです。** · 04/03/15 16:34

FF風のRPGのゲームを作るプログラムは何が最適かな？
2Dで作りたいんですが。

**名前は開発中のものです。** · 04/03/15 16:58

FFのどれだよ

**名前は開発中のものです。** · 04/03/15 17:43

>>32 >>33
おー。レスありがと。30&31です。
そか、fps表示は理論値ってことだね。納得。

IDirectDraw7::WaitForVerticalBlankでVSYNC待ちをするよう
作っていた。そのあとでバックサーフェースからフロントサーフェースに
IDirectDrawSurface7::Bltで画面転送していたけれど、試しにVSYNC待ちを
削ってみても問題なく動作した。そういうものだったのか。
Blt後にGetScanLineでVライン位置を取ってみると1027～1031くらいの
数値が出る（縦1024のモニタ）から、自動的にVSYNC待ちをしてたんだね。
無駄なことをしてたワ。

なるほど、Sleep()はtimeBeginPeriod()と使うと誤差が減るのか。
PeekMessage()+Sleep()を試してみるよ。サンクス！

**名前は開発中のものです。** · 04/03/15 18:25

VC.NET2003にて
デバッグモードだと普通に動いてるのに
リリースモードにするとエラります(；´д⊂)
このような状況に陥る可能性にはどんな物があるでしょうか

**名前は開発中のものです。** · 04/03/15 18:33

>>38
メモリリーク。
あるいはライブラリとのデバッグ/リリースモードの不整合。

**名前は開発中のものです。** · 04/03/15 18:50

加えて
・変数、配列の初期化ミス
・配列や確保したメモリの境界を越えたアクセスにより他の変数が壊れた
とかも。
いずれもデバッガじゃ追いにくいやつやね。
がんがれ。

**名前は開発中のものです。** · 04/03/15 19:08

半透明ポリゴンのZソートを高速に行う方法を教えてください。
検索をかけたのですが、アルゴリズムを見つけられませんでした。

今やってるやり方は、
３角形の重心を透視変換して計算したＺ値 0.0～1.0を
もとにクイックソートをつかって並び替えています。

この方法が一般的でしょうか？

**名前は開発中のものです。** · 04/03/15 19:49

いいんじゃない

**名前は開発中のものです。** · 04/03/15 23:18

俺がこの前作ったゲームは、面倒だったのでstable_sort一発にしてしまった。
仮のつもりだったのに何の問題もないから不思議だ。富豪的プログラミングマンセー

**名前は開発中のものです。** · 04/03/16 16:37

>>41
0.0～1.0の値を、たとえば0-255とか0-1023の値にマッピングする。
あとは256個なり1024個なりのインデックステーブルを用意して、
マップした値のテーブルにポリゴンを登録する。

全部の登録が終わったら、テーブル順に描画すればいい。

**名前は開発中のものです。** · 04/03/16 20:05

バケツソートですな。

**名前は開発中のものです。** · 04/03/16 23:07

>>41
「Bitonic sort」これって関係あり？
当方、画像プログラムをやった事の無いヘタレなんで、
もし勘違いだったらスマソ。
t-potさんところが詳しいです。

**名前は開発中のものです。** · 04/03/16 23:40

これは一種の未来技術かと。

41 · 04/03/17 01:12

＞＞44
ありがとうございます。

Ｚ値をある程度の配列に割り振って、
精度的に問題があれば配列の数を増やしていくということですね。

ただちょっと疑問があるのですが、
インデックステーブルが 100 などの値でなく
256、1024　のように２の乗数なのはなにか理由があるのでしょうか？

Z値1.0から1024個のインデックスを求めるときには
int index = (int)(z * 1024.0f);
といった具合に計算するのでしょうか？

**名前は開発中のものです。** · 04/03/17 15:40

>>48
単純にシフトで計算しやすい値というだけの話。別に１０個でも１００個でも１０００個でも
好きな数を割り当てればいい。
それから、ある１つのテーブル要素に対して複数のポリゴンが割り当てられる可能性を
考慮して組むこと。具体的にはインデックステーブルをポインタテーブルにして、リンク
各要素からリンクリストがぶらさがるようなイメージかな。

**名前は開発中のものです。** · 04/03/18 09:07

OTってやつ?

**名前は開発中のものです。** · 04/03/18 09:47

OTZではない。

**名前は開発中のものです。** · 04/03/19 23:21

**名前は開発中のものです。** · 04/03/24 09:40

QVGA(320×240) の解像度ってどんなグラフィックカードでもサポートしてる?

**名前は開発中のものです。** · 04/03/24 10:02

してないと思った方がいい
３２０＊２４０で処理して６４０＊４８０へ拡大ｂｌｔがいいだろう

**名前は開発中のものです。** · 04/03/29 09:22

>>41
ちょっと複雑になるけど、BSP（２分空間分割)木を使ってもできると思う。
それぞれの半透明ポリゴンを一つのノードとして半透明ポリゴンモデルの
BSPデータベースを作っておいて、
ランタイムで、
・BSP空間へ視点を変換。
・視点の裏面になるノードを選び続けて、葉（末節）に達したらそのノードの
半透明ポリゴンをバーテックスバッファにコピー。
・以降、木を表面に遡っていけば、結果バーテックスバッファにポリゴンが
ソートされている。
ノード毎に視線ベクトルと面の内積を計算しなきゃいけないのが難か？
素直にソートした方が早そうだ。

**名前は開発中のものです。** · 04/03/29 09:26

>>48
＞int index = (int)(z * 1024.0f);

z=0.0のとき index=0,
z=1.0のとき index=1023
にしたいんだから、
int index = (int)(z * 1023.0f);

**名前は開発中のものです。** · 04/03/29 12:02

いつでも60fpsを目指した結果以下のようなコードになったのですが
なんかもう頭が混乱して自分でやってることが良くわからなくなってしまいました。
一応思ったとおりに動作するのですが、どうも不安です。
改善点などのアドバイスをお願いします。

DWORD fps60wait[] = {17,17,17,16};

ima_time = timeGetTime();
dtime = ima_time - sakki_time;
if ( dtime < 11 )
{
　lpDD->WaitForVerticalBlank(DDWAITVB_BLOCKBEGIN, 0);
}
counter = (counter % 4) + 1;
wait = fps60wait[counter - 1];

do {
　ima_time = timeGetTime();
　dtime = ima_time - sakki_time;
　Sleep(0);
} while(dtime < wait);

sakki_time = ima_time;

＜描画＞
＜処理＞

**名前は開発中のものです。** · 04/03/29 13:33

>>57
Windows環境のプログラムでしょ。なぜ60FPSにこだわる必要があるんだろう。
>>33参照。

57 · 04/03/29 23:22

>>58
60FPSは実はどーでもいいんですが
既に60固定で作っちゃったんで>>57に問題がないか知りたいんです。
>>33はとにかくVSYNCは無視しろってことですよね。

**名前は開発中のものです。** · 04/04/03 11:39

ゲームを作るうえでいきなりシュミレーションゲームを作る
のはやはり無謀でしょうか？
もっと簡単なのから作るのが普通でしょうか？

**名前は開発中のものです。** · 04/04/03 12:04

>>60
シミュレーションってウォーシミュレーション？
ならここ↓の問題設定で手も足も出ないと感じたら
http://pc5.2ch.net/test/read.cgi/gamedev/1079745509/
ブロック崩しとかから五目並べみたいなのからやってみた方がいいと思う。
サンプルも探しやすいしね。

62 · 04/04/03 14:32

動く絵を表示させるプログラムで、綺麗にプログラムを書きたいと思っているのですが自分ではどうにも・・・。
とりあえず自分がいま使ってるやり方を書きます。

if(a>1&&a<10){
a++;
１枚目の絵を表示させる}
if(a>11&&a<20){
a++;
２枚目の絵を表示させる}
if(a>21&&a<30){
a++;
３枚目の絵を表示させる}
if(a==30)
a==1;

こんな感じで動く絵を表示させているのですが、どうも見た目が汚いと思います。
うまい方々はこうゆうプログラムをどう書くのでしょうか？

**名前は開発中のものです。** · 04/04/03 14:40

aってナニ
絵ってナニ
いつ実行してるの

62 · 04/04/03 15:06

aは整数の変数を表しています。
絵というのは絵１・絵２・絵３でパラパラ漫画の用になっています。

つまり、これは段々と絵が１・２・３へと変わっていくプログラムです。
自分がしたい事はメインのループを１０回ループすると絵が１枚づつ変わっていくようなものです。

わかりましたでしょうか？

**名前は開発中のものです。** · 04/04/03 15:39

Picture *lPicture[3];
int indexPic = 0;

lPicture[0] = &picture1;
lPicture[1] = &picture2;
lPicture[2] = &picture3;

for(int i=0; ; i++)
{
　　if (i%10 == 0)
　　{
　　　　indexPic ++;
　　　　if (indexPic > 3)
　　　　{
　　　　　　indexPic = 0;
　　　　　　i = 0;
　　　　}
　　}
　　DrawPicture(lPicture[indexPic]);
}

**名前は開発中のものです。** · 04/04/03 15:52

>>62

こんな感じで、タイマー使ってやんないと、まともにタイミング取れないと思う。
タイマーは独立したスレッドで、タイマー満了コールバックとかでやる方法もある。

const int numPictures = 20; //フレーム数２０枚
const float secPerFrame = 0.1f; // １フレーム0.1秒＝毎秒10枚
int idx = 0;
float sumDt = 0;
long prevTime = timeGetTime();
while( true )//永久に
{
　float dt;
　long currentTime = timeGetTime();
　dt = float(currentTime - prevTime)/1000.0f;
　prevTime = currentTime;
　sumDt += dt;
　if( sumDt >= secPerFrame )
　{
　　//idx番目の絵を表示
　　idx++;
　　if( idx == numPictures )
　　　idx = 0;
　　sumDt = 0;
　}
}

**名前は開発中のものです。** · 04/04/03 21:02

>>62 正直やりすぎた
template<unsigned int Max, typename Son = EmptyCounter>
class LoopCounter
{
protected:
　　Son　　　　　　 m_Son;
　　unsigned int　　m_Count;
public:
　　LoopCounter() : m_Count(0) {}
　　bool Inc()
　　{
　　　　if (m_Son.Inc())
　　　　{
　　　　　　if (++m_Count == Max)
　　　　　　{
　　　　　　　　m_Count = 0;
　　　　　　　　return true;
　　　　　　}
　　　　}
　　　　return false;
　　}
　　unsigned int Get() const { return m_Count; }
};
struct EmptyCounter
{ bool Inc() { return true; } };
//作成
　　LoopCounter<3, LoopCounter<10> > AnmCounter;
//ループ
　　Draw(AnmCounter.Get());
　　AnmCounter.Inc();

62 · 04/04/03 22:16

返答ありがとうございます。
とりあえず、すべて試してみようと思います。

**名前は開発中のものです。** · 04/04/03 23:32

そもそも、アニメを制御するのに切り替えをプログラムで直接書こうという
考えから改めるべきだな。
データを読み取って、指定された時間に指定された絵を書くプログラムを書け。

**名前は開発中のものです。** · 04/04/05 09:52

教えて君で申し訳ないけど、
ネットリソースではなかなか見つからなかったので質問させてください。

2Dアクションゲームでモーション中に別モーションを呼ぶ場合、
（例：ダッシュ中にパンチ、パンチキャンセルでキック等など）
モーション要求はスタックに積むのが常道でしょうか？

ダッシュとジャンプはそれぞれ加速度と重力変数で判別できるのですが、
キャンセル系について、たとえばガードキャンセル＋パンチキャンセル＋キックといった
コマンド技に似たもので、自分がどんなことをしてきたかの遷移がわからないのです。

一応コーディングしてみると、直前モーションを保存するとif文の数が40個ぐらいになってしまいました。
STLって何？っていう厨房なので、スタック以外にも方法があればご教授おねがいします m(--)m

**名前は開発中のものです。** · 04/04/05 17:41

>>70
スタックに積む＝１モーション完了して次モーション
だと、いわゆるスト２の「キャンセル」っぽい動きにはならない。
ちなみにスト２のキャンセルは行きと戻りのモーションがあって、
行きモーション中にコマンドが成功したら戻りを「キャンセル」して
次モーションにつながることから。おそらく行きモーションと戻り
モーションが別コントロールになってるんだろうね。
どういう動きをさせたいのか頭の中を整理してみるほうがいい。

**名前は開発中のものです。** · 04/04/05 17:44

３Dゲーつくってます。
主人公キャラの位置をRAYにして、地形と障害物とのあたり判定をしようと思っています。
とりあえず、移動方向に1フレームの移動分だけレイを飛ばして速度ベクトルをその真下にしました。
地形に沿って移動はできるのですが、この方法では主人公とおなじ高さで垂直に立ってる壁とか、こっちに向かって傾斜しているポリゴンがあると困ります。
はじめにレイを進行方向に飛ばすときもあたり判定を計算すると2倍の計算量になってしまいますが、仕方ないのでしょうか。

**名前は開発中のものです。** · 04/04/05 20:32

>>72
何を言いたいのかさっぱりわかりません。

もっとわかりやすく書いて、
改行も入れてください。

**名前は開発中のものです。** · 04/04/08 01:27

計算量を減らすようにすればいいんじゃねぇか？
どんなやり方してるかしらないけど。
アタリを分割すれば計算量は抑えられる。
AABBツリーを調べてみて。

**名前は開発中のものです。** · 04/04/13 02:27

スーパーマリオブラザーズみたいなのを作ろうと思ってます。
今のところスクロールまで作ったのですが、画面のちらつきが気になってしかたありません。
一応バックバッファに描いてから転送するようにしています。
http://gamdev.org/up/img/475.zip

よければ解決策を教えてください。

**名前は開発中のものです。** · 04/04/13 11:44

特にちらついてないように見える
もしかしてティアリングのこといってるの？

**名前は開発中のものです。** · 04/04/13 12:33

>>75
「リフレッシュレートに関する論争」スレでも検索してみるといいことがあるかも。
解決しようとするとちょっとした闇に踏み込むことになるので、覚悟するように。

75 · 04/04/14 00:41

まさにそのティアリングってやつですね、たぶん。
スレを読んだりして見ましたけど、なんかめんどいんでこのまま進めることにします。
余力があったら考えてみたいと思います。
ありがとうございました。

**名前は開発中のものです。** · 04/04/14 01:24

フルスクリーンモードにしてフリップ使えば大概ティアリングは解消できる

が、垂直同期周波数が環境によって違うことも多いために
垂直同期とってもゲーム内の描画とのずれでカクカクしてくることもある

その辺がばっちり解決してもWinがリアルタイムＯＳでない時点で完璧には無理

どの辺で妥協するかが重要と思われ
タイマとフリップ併用が一番いいと思うけどね

**名前は開発中のものです。** · 04/04/14 02:16

リフレッシュのタイミングとゲームのタイミングが完全にシンクロしない限り
RTOSでも無理だから。

**名前は開発中のものです。** · 04/04/16 17:56

はじめまして
とあるPDAで擬似的な3ＤのGAMEを作りたいと思っています。
2Dではいくつか作って公開していますが､PDAの3Dの場合
自力で書くしかないでしょう。
今､市販されている3DプログラミングものはDirextＸを利用した3Ｄエンジンを使用したものが
多いですね
そうではなく自力で（ある程度はしょったモノになると思います。PDAだから）3Dを書きたい人におすすめな
書籍（もちろんWindows95前後の頃のものだと思うのですが）のタイトルと簡単などういう感じか
教えてもらえないでしょうか？

※こういった質問はここでよろしかったでしょうか？　よろしくお願いします。
言語はＣもしくはＣ++です。
上げさせていただいてもいいでしょうか？

**名前は開発中のものです。** · 04/04/16 18:03

>>81
D3Dのマニュアル