【初心者】ｽﾚを立てる前にｺｺで質問を【Part20】

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

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc11.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://wiki.game-develop.com/

ゲーム製作技術板公式アップローダ
http://gmdev.xrea.jp/

ゲーム製作技術板予備（機能停止中？）
http://yy13.kakiko.com/gamdev/

アップローダー予備
http://gamdev.hp.infoseek.co.jp/

gamdev.orgが落ちるたびにあげてみるスレ
http://pc11.2ch.net/test/read.cgi/gamedev/1107022166/

**名前は開発中のものです。** · 2009/11/24(火) 22:48:37

ブーストポインタって名前は無駄にかっこいいと思う

**346** · 2009/11/24(火) 22:48:41

>>347
ありがとうございます！

m_pD3D.reset( Direct3DCreate9( D3D_SDK_VERSION ) );

でエラーが出なくなりました！

しかし！今度は、上記で得たm_pD3DからIDirect3DDevice9を取得する関数がうまくいきません（涙）

SPtr<IDirect3DDevice9> m_pD3DDev;

m_pD3D->CreateDevice(
　　　D3DADAPTER_DEFAULT,
　　　D3DDEVTYPE_HAL,
　　　hWnd,
　　　D3DCREATE_HARDWARE_VERTEXPROCESSING,
　　　&m_D3DPP, &m_pD3DDev );

生ポインタを取り出せばよいかも、と思って、最後の引数を以下のようにしてみましたが、

&( m_pD3DDev.get() )

「'&' に左辺値がありません。」と怒られてしまいました･･･。
どのように与えればよいのでしょうか？？

**346** · 2009/11/24(火) 22:53:29

↑すみません、SPtrというのは自分で以下のように定義したものです。

#define SPtr boost::shared_ptr

**名前は開発中のものです。** · 2009/11/24(火) 23:18:32

普通のポインタで取得してから、スマートポインタに渡す。

**346** · 2009/11/24(火) 23:45:30

>>351
ありがとうございます！
コンパイルが通るようになりました！

しかし！終了時に以下のようなエラーが出てしまいます･･･　orz

Debug Assertion Failed!

Program: xxx.exe（プログラムのパス）
File: dbgdel.cpp
Line: 52

Expression: _BLOCK_TYPE_IS_VALID( pHead->nBlockUse )

For information on how your program can cause an assertion
failure, see the Visual C++ documentation on asserts.

どうも、m_pD3D.reset( Direct3DCreate9( D3D_SDK_VERSION ) )がマズいようなんです。
そこの記述以外、コメントアウトして確認しました。
どうも、上記のエラーは多重deleteで起こる例があるようなんですが･･･

DirectX系の変数にshared_ptrはけっこう厄介でしょうか？
素直にSAFE_DELETEマクロで対応しておくか、それともCComPtrにするか･･･
他の方はどうされているか、気になります。

**名前は開発中のものです。** · 2009/11/24(火) 23:58:20

IUnknownオブジェクトはdeleteせずに、Releaseメソッドを呼ぶ。

**名前は開発中のものです。** · 2009/11/24(火) 23:59:01

というハンドラをセットすればいいだけ。

**名前は開発中のものです。** · 2009/11/25(水) 00:18:03

いやいや普通boost::intrusive_ptrか
com_ptr_t使うでしょ
地味な嫌がらせすんなよ

**346** · 2009/11/25(水) 00:45:40

>>353
教えてくださってありがとうございます！

>>355
boost::intrusive_ptrやcom_ptr_tなんてものがあったんですね！
教えてくださってありがとうございます！

**346** · 2009/11/25(水) 19:33:56

先日はスマートポインタについて教えてくださって、ありがとうございました。
今日、早速、_com_ptr_tを導入してみたのですが、疑問があります。

_com_ptr_t<_com_IIID<IDirect3D9, &IID_IDirect3D9 >> m_pD3D;

で、実際にDirect3D9オブジェクトを取得するとき、

m_pD3D = Direct3DCreate9( D3D_SDK_VERSION );

でも、エラーやメモリリークの警告なく動きましたが、以下のようにAttachメソッドを使って、

m_pD3D.Attach( Direct3DCreate9( D3D_SDK_VERSION ) );

としても同様でした。

これってどちらでも同じということですか？？
だとすると、Attachの存在意義というのは何なんでしょう？？

**名前は開発中のものです。** · 2009/11/25(水) 23:52:09

オブジェクト指向がわかりません
何をどう質問したらいいかもわかりません
だから
ttp://homepage2.nifty.com/natupaji/DxLib/program/ActionSample.cpp
オブジェクト指向でこれと同じものを作ってソースください
お願いします

**名前は開発中のものです。** · 2009/11/26(木) 00:22:24

人に頼むときは銭を出せ

**名前は開発中のものです。** · 2009/11/26(木) 01:14:35

スーパーマリオ系の2Dアクションを想定。

プレイヤーキャラとして、32x32のドット絵があるんだけど、これを2倍に拡大して、64x64として表示させてるんだ。
本当は64x64のドット絵を用意できればいいんだけど、自分の技術力が追い付かないので苦肉の策。

さて、この時、プレイヤーキャラ以外の部分、
例えばマップチップなんかも同じように2倍表示させないと違和感が残っちゃうかな？

**名前は開発中のものです。** · 2009/11/26(木) 01:24:38

なんだか最近質問が増え始めた？
往年の過疎板に人が増えてるのかな

**名前は開発中のものです。** · 2009/11/26(木) 01:48:29

高卒の就職難に伴うニート候補生の流入。

> 往年の過疎板
ttp://dictionary.goo.ne.jp/srch/all/%25B1%25FD%25C7%25AF/m0e/

**名前は開発中のものです。** · 2009/11/26(木) 01:55:19

おっとスマン回答忘れたｗ

>>360
全部二倍にするって事？
もちろんそんな事する奴いないから経験談に基づく回答は期待できないと思うよ。

で想像するにマップチップを二倍にしようがしまいが、どっちもどっち。
キャラだけ２倍ならすぐばれる。
全部２倍ならしばらくはばれないが、違和感を感じさせるだろうね。

でもゆくゆくはちゃんとした64x64でキャラを用意するなら、
下手にマップチップ２倍にしないほうが良いと思うよ。
じゃないとマップチップを元の倍率に戻すときに、全部敷きなおすハメになる。

**名前は開発中のものです。** · 2009/11/26(木) 02:08:55

windows標準添付のペイントを使って画像の拡大縮小をすると補完処理されてドット絵が汚くなる

**名前は開発中のものです。** · 2009/11/26(木) 06:29:41

ググレばサイズ変更のアプリくらい見つかるっしょ

**名前は開発中のものです。** · 2009/11/26(木) 15:10:44

>>363
とりあえず、バレるとかバレないとかは問題じゃないです。
そういう意味での違和感という意味でもなかったつもりです。

レトロ感を出すために、わざとドットを荒くしてるゲームは見かけるのですが
僕が考えていた方法とは全く違う手法で実現されているということですね。

ありがとうございました。

**名前は開発中のものです。** · 2009/11/26(木) 21:02:58

> とりあえず、バレるとかバレないとかは問題じゃないです。
> そういう意味での違和感という意味でもなかったつもりです。
だったら質問の仕方がおかしい。質問スレに来る以前の問題だ。

**名前は開発中のものです。** · 2009/11/26(木) 21:09:03

解像度の異なる画像を同時に表示するって話じゃねの？
演出とか、あとはボスキャラなんかだと拡大表示してるのは見たことある

**名前は開発中のものです。** · 2009/11/26(木) 21:19:26

話を極端にしてみて、たとえば、今のゲームレベルの高精細のきれいな背景に32x32のドット絵を
4倍くらいに拡大して表示するとする。それがレトロっぽいかというとそうは思えないだろうね
つまり解像度の違うものを一緒に表示することそのものはレトロぽさの表現方法にはなりえないんじゃないか？

レトロゲーム＝レトロなハードで動くものだから、低解像度、少色数、PSG・FM音源など、を感じさせれば
レトロな雰囲気にはなるとは思うが

**名前は開発中のものです。** · 2009/11/26(木) 21:59:47

マリオ・ロックマン系アクションゲームで、斜めの床を作りたい場合ってどうすればいい？

考えうる二つの手法は
1. 一定ドット以内なら段差を上れるように＋細長い床を沢山置く
2. 「床パーツ」を作り、独自の動作をさせる
とかなんだけど、何か他にいい方法あるかしら

**名前は開発中のものです。** · 2009/11/26(木) 22:12:39

斜めの床の移動って地味に難しいよな。左右移動中に自動でY座標操作しないといかんしね。斜めの部分と水平の部分の境目をなめらかにつながないといかんしね。

**名前は開発中のものです。** · 2009/11/27(金) 00:41:34

ダッシュすると床から浮く事すらもあるしな。
スーパーマリオ３辺りではどうやって実装してんのやら。
やっぱ、斜めに走らせているのかね？

**名前は開発中のものです。** · 2009/11/27(金) 00:55:17

斜めに走らせると、今度は斜めの部分と水平の部分の境目で、どう動かすかが問題になると。
やっぱ、縦と横とで別々に判定するのかね？

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

良くある手法だけど、当たり判定のレイヤーを作って
キャラから下方向へレイを飛ばして地面高さを検出する。
レイの位置で、傾斜具合と段差具合を感知できる

**名前は開発中のものです。** · 2009/11/27(金) 01:57:30

>>370
マリオやロックマンを参考にデザインするなら2番がいいと思うよ

**名前は開発中のものです。** · 2009/11/27(金) 03:25:27

ただ斜めになっただけであれば直線であれば判定は難しくない希ガス
簡単な計算で済みそうだけど

**名前は開発中のものです。** · 2009/11/27(金) 03:53:31

坂に向かって、こういう風に移動した場合

　　　　　　　　　　　　　　／￣￣
　　　　　人→　　　　　／
　　　￣￣￣￣￣￣￣

横キーを押したまま

　　　　　　　　　　　　　　　　→人
　　　　　　　　　　　　人／￣￣￣
　　　　　　　人→　　／
　　　￣￣￣￣￣￣

坂を登らなきゃならないのよね。

**名前は開発中のものです。** · 2009/11/27(金) 04:23:39

俺だったら

　　　　　　　　　　　　　　　　　　／｜　　｜￣￣
　　　　　　　　　　　　　　　　　／　｜　　｜
　　　￣￣￣￣￣￣￣｜　　｜　　｜　　｜
　　　　　　　１　　　　　｜　　｜２　｜　　｜　３

の３つのパートに分けて考えるかな
キャラの右端が１→２のパートに掛ったら
キャラの位置の地面のＹ軸計算したりしてやったりしたらいいんじゃないの

**名前は開発中のものです。** · 2009/11/27(金) 04:53:37

１→２で右に向かうとき移動速度下げて、３についたら元に戻す
逆に３→２で左に向かうなら移動速度上げる
Ｙ軸は２上にいるときはＸ軸から常に計算する
あとは２上でジャンプしたときのことも考えないといけないし、色々めんどくさいよな

**名前は開発中のものです。** · 2009/11/27(金) 05:11:27

地面上の移動速度同じにするなら２の所では
─÷／分掛ければいいだろうね
この４５度の場合は１/√２を
別の角度の時も同様にして

**名前は開発中のものです。** · 2009/11/27(金) 08:44:13

>>357
operator=()はAddRef()を実行する。
Attach()は実行しない。

>m_pD3D = Direct3DCreate9( D3D_SDK_VERSION );
これだと、Direct3DCreate9()から返った時点で参照カウント=1、
m_pD3Dに代入した時点で+1、つまりリークしている可能性がある。

>m_pD3D.Attach( Direct3DCreate9( D3D_SDK_VERSION ) );
これは、Attach()後、参照カウント=1で正しい値だ。
Attach()は既に生成されているCOMポインタを、
スマートポインタに入れる際用いる。

**名前は開発中のものです。** · 2009/11/27(金) 09:59:45

斜面移動中に”落下状態”に遷移しちゃいけないって問題もあるね

**名前は開発中のものです。** · 2009/11/27(金) 11:31:43

それもあるな、むずいぬ
細長いブロック重ねると汎用性はあるけどそれに対処できないっぽいし
斜めブロック作るのが一番いいっぽいか…

**名前は開発中のものです。** · 2009/11/27(金) 12:37:21

斜面上にいる状態で左右押せば斜め移動させる処理させればいいだけだから落下状態に遷移する心配はないでしょう

**名前は開発中のものです。** · 2009/11/27(金) 17:06:09

坂を下りるときは加速がついて、ジャンプの高さが増加したり？

**名前は開発中のものです。** · 2009/11/27(金) 19:05:57

すみません。
3Dゲームで４分木(平面)を使うか８分木(立体)を使うか、どっちが効率が良いか悩んでいます。
みなさんはどういう判断基準で使い分けてらっしゃるのでしょうか？

**346** · 2009/11/27(金) 19:22:34

>>381
なるほど！そういうことだったんですね！
すごく勉強になりました！
早速修正してきますｗ

ありがとうございました！！

**名前は開発中のものです。** · 2009/11/27(金) 19:59:55

ゲーム開発でよくいるアホの巻

ステータス管理の構造体に
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
・
・
・

アホである。体力のように、数値が問題になるやつは最低限確保しないといけないが
ステータス異常は10個以上あってもshort int1つだけでよいというのに！

**名前は開発中のものです。** · 2009/11/27(金) 20:06:30

>>388
で、質問は？

**名前は開発中のものです。** · 2009/11/27(金) 20:16:35

>>388

ステータス異常が抵抗値や時間によって直るようなゲームならいいんじゃないか？

**名前は開発中のものです。** · 2009/11/27(金) 20:30:52

ビット単位で持てよってことでいいのかしら。

**名前は開発中のものです。** · 2009/11/27(金) 21:11:47

>>386
4分木と8分木ではメモリの喰い方がアホほど違う。
4分木で十分ならそっちを使うべきだろうな。

たとえ3Dであっても、キャラクタが地表を這いずり回るだけの
ゲームシステムなら、高さ方向の分割は殆ど意味がない。
だったら、このゲームには4分木で十分ということになる。

**名前は開発中のものです。** · 2009/11/27(金) 21:46:42

へー8分木とか使うんだ
Bとか赤黒とかで全部やっちゃうのかと思ってたよ

**名前は開発中のものです。** · 2009/11/27(金) 23:17:42

最終的な目標はFPSまたはTPSを作ること。
3DCGはできるが、プログラミングについては全くの初心者。
簡単なものから始めたいのから最初はHSPにしようかと思うのだが、後々C++とDirectXとかに乗り換えれるもんかね？
最初からC++とDirectXのほうがいい？

**名前は開発中のものです。** · 2009/11/27(金) 23:26:36

手っ取り早く始めるにはＨＳＰでいいかも
Ｃ＋＋は難しいと思うがなあ
やるんならＣから始めた方が良くないか、＋ＤＸＬib

**名前は開発中のものです。** · 2009/11/27(金) 23:30:49

>>395
C++じゃなくても良いのか。
とりあえずCとDirectXで2Dシューティングができるまでがんばってみる。

**名前は開発中のものです。** · 2009/11/28(土) 00:00:58

3DならDarkBasicがかんたんだ、英語版がフリーになってるし
Cで難しいと感じたらBASICで始めるのも方法だよ
少し出来るようになれば、どの言語でも出来るようになる。

プログラムが少しでも書けるまでが最初の壁
ゲームアプリを作れるまでが次の壁
新しいゲームのアイディアを出すのが壁
超えるべき壁がいくつもあるけれどもがんばりなさい。

**358** · 2009/11/28(土) 00:03:44

C++でオブジェクト指向はやってられんことに気がついた
少なくともわてのような初心者のやることやないで

**名前は開発中のものです。** · 2009/11/28(土) 00:05:53

HSPがC++＆DirectXの練習台になるとは思えない。

そもそもコンセプトが違っていて、DirectXは
「マシン依存を最小限にして、描画や入力等をする」
ためだけのものと思ったほうがいい。
そのためきめ細かい使い方ができる分、手順が煩雑だ。

HSPは使ったこと無いけど、
細かい考えないで済むようにするもの。だよ、きっとｗ

というわけで、
言語に拘らないなら「HSP TPS」や「HSP TPS」でぐぐれ。

**名前は開発中のものです。** · 2009/11/28(土) 00:43:42

> 「HSP TPS」や「HSP TPS」
「HSP TPS」や「HSP FPS」だな。どう考えてもorz

**386** · 2009/11/28(土) 05:35:37

>>392
なる程。高さが被る事もそう多くはないので、４分木で分割数を増やす方が効率的なのですね。
ご助言感謝！　　>>393 も情報が参考になりました。感謝っ

**名前は開発中のものです。** · 2009/11/28(土) 14:25:19

>>394
最初からC++とDirectX使ってもいいけど、
その場合はDiectXをそのまま叩くんじゃなくてseleneみたいなラッパーを使うと
幸せになれる場合もある。

**名前は開発中のものです。** · 2009/11/28(土) 20:14:51

4分木って平衡木化って可能？

**名前は開発中のものです。** · 2009/11/28(土) 21:51:13

ムーゲー業界でよくいるアホの巻
ウェイト

ウェイトやカウンタを、「加算で」やるやつ

アホである。ウェイトとは、あるタスクを待たせることだが
そこで加算してどうするというのか。その加算した値が規定数になるまで待つというのか。
加算するのは何がやるのか。CPUである。
待ってる間にCPUを使うのか。

その間他のタスクが動けない

ではないか。
まさしく真性である。

**名前は開発中のものです。** · 2009/11/28(土) 22:58:07

なにこのアホ

**名前は開発中のものです。** · 2009/11/29(日) 01:41:40

まさしく真性（のアホ）である。

**名前は開発中のものです。** · 2009/11/29(日) 01:43:03

N88BASICとかで使ってたな、FOR文によるウェイト

**名前は開発中のものです。** · 2009/11/29(日) 04:26:47

>>403
空間分割の4分木なら分割の方法から変えないと無理な気がする

**名前は開発中のものです。** · 2009/11/29(日) 14:55:06

連結リスト（構造体）ってどういう時に使うべき？
例えばステージデータでブロックを沢山置いたりする場合
構造体の配列使うより連結リスト使ったほうがいいの？

**名前は開発中のものです。** · 2009/11/29(日) 15:29:25

>>409
その１
並びに意味があるとき。
メッセージキューのようなFIFO（ファーストインファーストアウト、先入れ先出し）など。
データをリストの前に追加、後ろに追加、AとBの間に追加、など追加する時点で
ソート状態が保たれているからソートしなくてもいい。

その２
配列要素を全検索するより、リストに繋がっているものだけ検索すればその分速い。
さらにその１の順序も利用できる。「Z」の付く名前は後ろから検索すれば速いなど。

その３
メモリが連続していなくてもいい。
動的に確保した構造体データをあたかも配列のように扱える。

ステージデータのブロックの例は微妙だ。
配列は計算で簡単に移動先のマスが割り出せるが、リストは検索する必要がある。

四分木などのアルゴリズムで、法則によって簡単に割り出すことも可能だが
初心者には小難しい話になるので省略。

**名前は開発中のものです。** · 2009/11/29(日) 16:00:03

なるほど、ありがとう
自分の場合だと特に使う必要も無さそうね…

**名前は開発中のものです。** · 2009/11/29(日) 17:45:06

なんか変だぞ

その１のFIFOやLIFOは循環配列でも実現可能だしその方が高速
リストのメリットは、連続データの途中にデータを挿入する場合に処理が高速なことで、連結リストを使えばソート状態が保たれるというのは間違い
追加の度にソート状態を保つ必要があるのであれば、配列も単純連結リストも使用せず、2分木などの木構造を使用する
ただし、木構造は挿入・削除処理にコストがかかるので、場合によっては、データを配列にためるだけためて、1度ソートしてから、2分探索などを使った方がよい場合もある

その２に書かれていることはリストの特性とは関係がない
この場合のメリットは、データが大量にある場合に、リストで行うとメモリの節約ができることぐらいかな？

ステージデータの場合、必要な要素数がおそらく固定で順序も関係ないので配列で行うべき
リストで管理するメリットはおそらくない

4分木を使用するのは、動的なオブジェクトの衝突判定用の空間分割で、マップデータの配置には使用しない

**名前は開発中のものです。** · 2009/11/29(日) 23:07:48

必要な要素数が固定とは限らないと思うが
俺だったらリスト使うかな

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

最近は連結リストの必要性は薄れたな。

**名前は開発中のものです。** · 2009/11/29(日) 23:58:08

>>412
想定しているものが違うんだろうな
想定している前提が違って、リストの使用にメリットがあるなら、リストを当然使用するべきだね

>>410に、「配列は計算で簡単に移動先のマスが割り出せるが、リストは検索する必要がある。」
とあるから、おそらく、マップの一部かそれに準ずるもので、移動したり、出現したり、消滅したりしないものを
想定したんだろうと推測したうえでのレスだったんだが

**名前は開発中のものです。** · 2009/11/30(月) 00:30:02

そうか
マップチップ辺りのことかな
それなら配列かな

**名前は開発中のものです。** · 2009/11/30(月) 12:24:08

DirectDrawからDirect3D9に移った所、
ティアリングが発生するのはどうにかならないのでしょうか？
もしかして、DirectDrawに戻った方が良いのでしょうか？

**名前は開発中のものです。** · 2009/11/30(月) 12:44:07

>>398
一つ言っとくと、オブジェクト指向は考え方や設計方針(見たいなもの)。

まずはプログラムを考えるとき、
プログラムは上から下に進むけどここはサブルーチン、見たいな考え方を止めて
こんな機能(部品、データ型)組みたてるか、全体構成は後で考えてとりあえず部品作ろう、
見たいな考え方が出来るようになればなんとなくわかると思う。

文法的には
継承だけでなく、委譲や集約の設計的な意味を感じるようになってからじゃないとしっくりこないだろう。
最初はインタフェース(抽象メンバのみのクラス)のみ許容して、それ以外の継承は禁止するぐらいの勢いがちょうどいいと思う。

**名前は開発中のものです。** · 2009/11/30(月) 12:58:11

>>417
Direct3Dは、デバイスを基準に色々描画などを管理する。
何も余計なことは考えずに、デバイスを初期化する際のD3DPRESENT_PARAMETERS(プレゼントパラメータ、つまり描画や更新の為のパラメータ)
こいつのプレゼントインターバルにONEかDEFAULTを設定する。
あとは初期化が終わったあと、普通にClear、BeginScene、描画、EndScene、Presentの順番でやる。だめならPC環境的に無理。

**名前は開発中のものです。** · 2009/11/30(月) 13:20:18

>>419
プレゼントパラメータを変更した所、ティアリングが発生しなくなりました。
ありがとうございます。

**名前は開発中のものです。** · 2009/12/03(木) 10:03:51

質問です
Visual C++ 2008 Express Edition を使っていますが
デバッグするとき行数がすぐにわからず上から数えていますがやりにくくてしょうがありません
プログラムの行数をモニター上に表示させることはできませんか？

Vista　英語版を使っています

**名前は開発中のものです。** · 2009/12/03(木) 10:07:33

自己解決しました

ツール→オプション→C/C++→全般→行番号にチェック

**名前は開発中のものです。** · 2009/12/03(木) 10:07:41

http://www.atmarkit.co.jp/fdotnet/dotnettips/380linenumber/linenumber.html

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

>>421-422
それはいいけどVisualStudioならエラー表示のところダブルクリックしたら
当該エラー箇所に飛ぶでしょ。

**名前は開発中のものです。** · 2009/12/03(木) 12:03:36

>>423
>>424
知らないことばかりでした
ありがとうございます

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

>>425
がんばれよ

**名前は開発中のものです。** · 2009/12/03(木) 23:02:09

OutputDebugString API を使ったり、
デバッグ時に標準出力に文字列を吐くと、警告・エラーと同じ窓に出力されるから、
「ソースファイル名＋行番号」を同じフォーマットで出力するようにすると、
自前でクリックするとジャンプできるメッセージを出力できたりする。

例外を拾って、その例外をもとに問題のある行に飛びたいときに有効なテクニック。
が、中級技なので無理して習得する必要はない。

**名前は開発中のものです。** · 2009/12/03(木) 23:04:54

そうしてマイクロソフト製品を使い続けないと生きられない体になってしまうのです

**名前は開発中のものです。** · 2009/12/05(土) 14:53:03

tagジャンプも知らないのかよ

**名前は開発中のものです。** · 2009/12/06(日) 22:21:34

回転してる四角形どうしの当たり判定ってどうすれば出来ますか？
また、現在は総当りで当たり判定を行っているのですが、
判定を行う数を減らすにはどうすればいいでしょうか？

**名前は開発中のものです。** · 2009/12/07(月) 01:52:29

四角形の当たり判定を厳密にするには四角形ＥＦＧＨの角が
四角形ＡＢＣＤに対して直線、ＡＢとＣＤの間、ＢＣとＤＡの間に入るかを
調べる。つまり、角が相手の四角形の中にあるかを調べる。
ＡＢ、ＣＤの方程式 aX+bY+c=0、dX+eY+g=0 を求める。（ＡＢＣＤが正方形・長方形を
含む平行四辺形ならa=d, b=eが成り立ち、別個に求める手間が省ける）
EFGHのX,Y座標を代入して
aX+bY+c<0
dX+eY+g>0
が成り立つかどうかをチェックする。（不等号の向きは式の導出方法によるので
注意）同様にBC,DAの方程式を求め、一つでも全ての不等式が成り立つ角が
ある場合、その四角形は接触している。
次に四角形EFGH内にABCDの角が入っているかをチェックする。
＞判定を行う数を減らすには
四角形の回転の中心同士の距離を計り、接触する可能性がない物は上記の
計算をしなければ良い。ピタゴラスの定理を使う。

(A.x-B.x)²+(A.y-B.y)²=r²　　rは距離

**名前は開発中のものです。** · 2009/12/07(月) 02:16:09

四角形が長方形（正方形を含む）なら四角形OABCに接触するかを
調べる四角形DEFGの各頂点を座標変換して例えばOを原点とする
座標系に変換すればX座標がO～Cの間でY座標がO～Aの間にあるか
を調べた方が早いかな？

**名前は開発中のものです。** · 2009/12/07(月) 04:46:57

すんません、漠然とした質問で申し訳ないのですが、
例えばKOFやギルティギアといった2D格ゲーを作る場合、win32APIだけで作るのは可能なのでしょうか？
それともDirectXを使わなけば不可能なんですかね？
質問の内容がチャランポランだったらすんません。

**名前は開発中のものです。** · 2009/12/07(月) 11:17:35

>>433がたった今から３分でKOFを作ることが可能か？という質問ならNO。
世界の天才たちを集めて１年で作ることが可能か？という質問ならおそらくYES。

**名前は開発中のものです。** · 2009/12/07(月) 22:09:19

>>433
一度やってみると分かると思うけど、
物理的には可能かもしれないけど、半透明処理とか
ジョイパッドの入力とかもすべて自分で作らないといけない。
GDI+使う場合でも色々問題あるみたいだし。

けっきょく車輪の再発明なので、学習でなくゲーム作るという
目的で言えばその労力がほぼ無駄というか。
「win32APIで作ったの？すごいね」という評価を得るための
挑戦でなければやめたほうがいいんじゃないかな。
だって同じ手間と時間かけるなら、DirectX使った方が
情報も多くて楽だし、ゲーム自体の内容を良くすること自体に
時間をかけられるよ。

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

>>431
先生、自分も同じ過ちを犯したので、上手くいかなかったの覚えてます。

>>430
矩形を想定した場合、まるぺけつくろーにいけば、そのやり方が載ってる。
矩形A、Bがあったとして、例えばAを基準(角度0)にするとする。
矩形Bのx軸方向、y軸方向への射影を求めて、それが矩形Aのx、yと重なるか判定する。
同様の手順をBを基準にして行う。

**名前は開発中のものです。** · 2009/12/07(月) 23:50:23

>>436
>>431じゃないが、このやり方でも行けそうな気がするけどな
上手くいかない理由を書いてもらえると助かる

次に書いてる矩形の場合のやり方は>>432のとは違うのか？

**433** · 2009/12/08(火) 00:00:37

>>435
ありがとうございます。
具体例も参考になりました。

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

>>437
んにゃ、たとえばお互い細長い矩形で交差してると怪しいぜ。
頂点入ってないは中点すら入ってないわでどうしようもない時がある。

**名前は開発中のものです。** · 2009/12/08(火) 00:52:30

>>439
おお、確かにその通りだね
矩形でない場合は線分の交差でやるしかないか

**名前は開発中のものです。** · 2009/12/08(火) 00:53:19

437=440です

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

製作メンバー募集に関する質問ってここでいいですか？

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

それを聞く手間で聞きたいこと聞いてしまえばいいと思うが
そういえば、製作メンバー募集スレって落ちたまま？

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

JAVAにおいて
G.fillRect
と
offG.fillRectの違いはなんでしょうか？
ググっても分かりませんでした。

それとJAVAの１人用テトリス系のゲームを２人対戦用に改造するには、
2P用の制御関数を用意して同じrunメソッドで同時に動かすのがいいんですかね？

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

>>444
GとoffGというのは一般的なクラスの名前ではありません。
改造方法に関しても貴方がみているプログラムが何なのか誰も知らないので、
プログラムのソースを提示しない限り、誰も貴方の質問に正確に答えることはできません。

**名前は開発中のものです。** · 2009/12/08(火) 21:54:59

>>445
>GとoffGというのは一般的なクラスの名前ではありません。
すいません、ちょっと意味がわからないです。

>改造方法に関しても貴方がみているプログラムが何なのか誰も知らないので、

http://www.wacharo.net/Tetris/Tetris11.jsp
これを参考にして作ったのでこれに似ています。（構造はほぼ同じ）

ブロックを動かせる枠がoffGで書かれています。
他にはthisという変数（？）の役割を自分でも意味分からずに使ってます。
変数marginで余白の大きさを指定していますがそれがどうなってるかも分かっていません。

JAVAの知識はあまりないのですが勉強しながらやっている感じです。
margin変数を必要としなければoffGのかわりにGを使って書けるのではないかと予想しています。
分かる範囲で解答頂ければ嬉しいです。

**名前は開発中のものです。** · 2009/12/08(火) 22:13:55

>>431-432です。
いきなり細長い四角形同士が交差する場合も考えたが、
そこにいくまでに引っかかるんじゃないかと思って放って
おきました。
質問者の状態がわからないのでどうにも…