厨房なおいらにﾌﾟﾛｸﾞﾗ ..
184:社内ニート ◆OpY5DDvqSw
11/02/03 19:52:37 /1zp6P08.net
あと、総合スレで
Getpixel より GetPixelSoftImage のほうがいけてるぜぇ～。
との助言をいただいたので、そっちに変更しました。
GetPixelSoftImage って、 赤 緑 青 透過度 の４つを得ることが出来ますが、
これらのうち、一つだけを得ることってできるんでしょうか。
1つだけなら処理も軽くなる気がするんですが。
185:社内ニート ◆OpY5DDvqSw
11/02/03 19:58:52 /1zp6P08.net
後一つ、
atanを使うには、一番最初に
#include "math.h"
って書けばいい？
必須ヘッ�
186:_とか書いてたけど、良く分からん。
187:社内ニート ◆OpY5DDvqSw
11/02/03 20:00:57 /1zp6P08.net
さらに質問。
while
{ }
の中に、さらにwhileって入れていい？
188:115
11/02/03 20:27:36 UjEDRWhX.net
>>182
GetPixelSoftImageの重さが気になるなら
配列用意してロード時に読み込んじゃえばいい
>>183
#include <math.h>
標準ライブラリだからこう書く
>>184
自分でややこしくならないなら入れてもいい
189:社内ニート ◆OpY5DDvqSw
11/02/03 20:38:59 /1zp6P08.net
whileの中にwhile入れてもいいのか。
じゃあ、エラーが起こってる理由は別だな。
配列って、
000000000000000
000011111100000
001100000011000
001100000011000
000011111100000
000000000000000
みたいな感じで構造体ってのを並べてマップ表示するやつだろ？
構造体の縦×横が1ドットのものを全部並べるとしんどいからだめだって
>>161の時に言ったじゃん。
190:社内ニート ◆OpY5DDvqSw
11/02/03 23:15:39 /1zp6P08.net
地表での上下動をふせぐために、
接地点を縦に２つ増やし、
タンクを８つに増やした。
Getpixelは全部で１６個。
５ミリ秒ごとに１６のGetpixelをやったけど特に問題なかった。
地形との接触角度を求めるために１タンクごとにGetpixelを３つにするのは問題なさそうだぁ！
というか、やりながら思いついたんだけど、
各タンクの角度を１台のPCにやらせる必要はない。
それぞれのプレーヤーのPCに自分のタンクの角度を計算させ、
計算後の機体角度と位地座標を他のプレーヤーに渡せばいい。
191:115
11/02/04 00:15:14 zvmJIej4.net
>>187
URLﾘﾝｸ(www.kk.iij4u.or.jp)
ここを見て作れって言っても全然理解できてないみたいだったから
しょうないから俺が白黒画像読み込み関数を作ってやった。
俺も情報系じゃない大学生だけどＣ言語の基本をちゃんと勉強すれば
このくらい作れるんだよ。
URLﾘﾝｸ(www.nigauri.sakura.ne.jp)
192:名前は開発中のものです。
11/02/04 00:15:33 kBxB8dJD.net
技術的に面白そうなので、自分も同じゲームを作ってみようかな
193:115
11/02/04 00:21:25 zvmJIej4.net
>>188
ミスってた
fp=fopen(fileName,"r");
をfp=fopen(fileName,"rb");に直して使ってくれ。
194:社内ニート ◆OpY5DDvqSw
11/02/04 00:59:07 3/Y06AUg.net
>>189
ポトリス系のゲームはやったことある？
プログラムできるんなら君に任せて、
俺が画像や音の素材作りをして、共同制作しませんか？
>>188
それを使えばだいぶ軽くなりそうだな。
実際使ってみてどうなるか分からないけどわざわざありがとう。
195:社内ニート ◆OpY5DDvqSw
11/02/04 01:05:30 3/Y06AUg.net
>>188でいただいた物の中身を見たら、
getImagePixel(x,y)
196:社内ニート ◆OpY5DDvqSw
11/02/04 01:10:44 3/Y06AUg.net
失礼、途中で書き込んでしまった。
>>188でいただいた物の中身を見たら、
getImagePixel(x,y)
って言う物があったんですが、これって
getpixeｌみたいに重くないんですか？
弾が当たったら、その部分が大きく円形にえぐれるんで、
着弾するごとにそのマップデータを書き換える必要があるんですが、
白黒画像に塗りつぶした円を描画
↓
getimagepixelを利用して配列を作る
ってやってたら死ねると思うんですが、
1と0で出来た配列に、直接円形に変化させることもできますか？
できたらかなり助かりますが。
197:社内ニート ◆OpY5DDvqSw
11/02/04 01:51:38 3/Y06AUg.net
／|
／ |
／ |
／ | x
／ |
／ |
／θ |
￣￣￣￣￣￣￣
y
この角度、θを求めるためには
θ = atan2 ( y , x ) ;
って書けばいけるかと思ったんですが、だめでした。
どう修正すればいいですか？
198:名前は開発中のものです。
11/02/04 03:33:52 IKXR4Y/u.net
ぶっちゃけ、重いかどうか考えずに作ったほうがいいよ。
今のマシンじゃちょっとやそっとじゃ重くならないし。
速度が気になるんなら関数をラップして、
完成して余裕ができたら速い処理に置き換えるよう工夫するとかしたほうがいい。
199:社内ニート ◆OpY5DDvqSw
11/02/04 03:43:43 3/Y06AUg.net
>>195
初心者に分かるように言えYo！ファッキュー！
でも、重いかどうか考えずに作ったほうがいいってのはそうだな。
人間の感覚で重いと思っても、コンピューターにとってはそれほどでもなかったりするし。
思い切って、getpixelいっぱい使っても平気だった。
どんどん作っていったほうがいい。
それで動かなかったらそのとき考えよう。
で、>>194は？
200:社内ニート ◆OpY5DDvqSw
11/02/04 03:46:24 3/Y06AUg.net
あとよ、こういう企画してると、神みたいなタイミングで
「PC壊れちゃったんでしばらく作業できません」
ってことがよくあるが、ほんとにあるんだな。
俺は風呂が壊れた。
水風呂だ。
201:名前は開発中のものです。
11/02/04 03:49:52 cMbvhy2t.net
ATAN2 関数
URLﾘﾝｸ(excel.ara3.net)
202:名前は開発中のものです。
11/02/04 05:11:15 IKXR4Y/u.net
>>194
斜辺と接辺の内積を取る。単位はcosθ。
ラジアンとかで取得したかったら、内積値に逆三角関数で求められる。
203:社内ニート ◆OpY5DDvqSw
11/02/04 08:49:52 3/Y06AUg.net
630
事故解決しました。
XとYに(double)つけたらよかった
204:115
11/02/04 15:21:47 zvmJIej4.net
>>193
getImagePixelはメモリから直接読みだしてるんだからgetpixeより全然軽いはず。
URLﾘﾝｸ(www.nigauri.sakura.ne.jp)
↑は円と四角形を描画するプログラムも入れた奴
テストをあまり行ってないからバグがあったら教えてくれ
205:社内ニート ◆OpY5DDvqSw
11/02/04 19:52:36 3/Y06AUg.net
ありがとうございます。
これで描く塗りつぶし円は、ビットマップ画像に描画して、その後再び
getImagePixelでビットマップを0と1の配列にするんですか？
206:115
11/02/04 20:33:30 zvmJIej4.net
>>202
言ってることが良く分からんが
このプログラムはloadImageでファイルから配列bufに画像を読み込む。
fillRect、drawCircle、fillCircleでbuf内に入ってる画像に書き込む。
getImagePixelでbuf内の画像の色を取得出来る。
お前はgetPixelで白黒画像を読み込んでるみたいだからgetImagePixelに
置きかえれるはず。
207:社内ニート ◆OpY5DDvqSw
11/02/04 20:57:47 3/Y06AUg.net
それじゃ、ゲーム内にそのまま使うことはできないですね。
着弾して地形がえぐれるたびにgetimagepixelを桁違いに多用することになるから。
fillCircleでbuf内に入ってる画像に書き込んでからgetImagePixelで画像の色を取得
というのが、無駄が多すぎる気がする。
ただ、ゲーム開始時のステージデータ読み込みにはすごく有効だと思う。
あとは、着弾点をどうやって変形させるかさえなんとかなればいける。
というか、あらかじめgetpixelを使って配列を作っておけばいいね。
208:115
11/02/04 21:04:55 zvmJIej4.net
>>207
fillCircleは地形を変化させる時に使えばいいだけで
getImagePixelは１回loadImageで白黒画像を読み込んじゃえば使えるよ。
209:115
11/02/04 21:06:05 zvmJIej4.net
>>204ね
210:社内ニート ◆OpY5DDvqSw
11/02/04 21:13:55 3/Y06AUg.net
んん？
fillCircleを使った後にgetimagePixelを使わないと、
配列はfillCircleを使った前と後で変わらないんじゃない？って話なんだけど。
211:115
11/02/04 21:18:30 zvmJIej4.net
>>207
配列の中身はfillCircleを使わないと元の画像のままだけど
何か問題あるの？
212:社内ニート ◆OpY5DDvqSw
11/02/04 21:21:22 3/Y06AUg.net
fillCircke使っただけで配列の中身が変わるの？
213:115
11/02/04 21:21:53 zvmJIej4.net
>>209
変わるよ
214:115
11/02/04 21:30:10 zvmJIej4.net
てかgetImagePixelはただの配列から値を読み取るだけの関数だよ
215:名前は開発中のものです。
11/02/05 01:18:30 fuYn973K.net
作ってみました。
URLﾘﾝｸ(amadela.web.fc2.com)
マシンスペックによっては、ちょっと重いかも。
216:社内ニート ◆OpY5DDvqSw
11/02/05 08:16:34 LqlwHybZ.net
昨日の続きだけど、
>>211
getImagePixelは
配列から値を読み取る
じゃなくて、画像から値を読み取る
じゃないの？
217:社内ニート ◆OpY5DDvqSw
11/02/05 08:21:18 LqlwHybZ.net
BMP画像を
getImagePixelで読み取り、
putImagePixelで0と1の配列に書き出す。
↓
0と１の配列が出来上がる。
↓
地形を変形させたいので、
fillCirkleでBMP画像に円を描く
↓
BMP画像は変形したが、この
218:状態ではまだ0と1の配列はさっきと同じ状況。 ↓ getImagePixelで読み取り、 putImagePixelで0と1の配列に書き出す。 ↓ 変形後の0と１の配列が出来上がる。 じゃないの？
219:社内ニート ◆OpY5DDvqSw
11/02/05 08:27:12 LqlwHybZ.net
>>212
すばらしい！
まさに基本はこれです。
地形との当たり判定はどうやってますか？
機体の角度はどうやって測定してますか？
急斜面を上れないようにするのは機体の角度で制限ですか？
220:115
11/02/05 10:14:06 RD4qllhr.net
>>214
全然違う。ちゃんとプログラム読みなさい。
loadImageでファイルからBMP画像を配列bufに読み込む。
(0と1の配列が出来上がる。起動時に１回読み込めばいい。)
↓
地形を変化させたい時はfillCircleで配列内の画像に円を描きだす。
(putImagePixel、drawCircle、fillRectは書き出す形が違うだけでやってることは一緒)
↓
getPixelImageで配列bufからデータを読み取ることができる。
(配列から読み取っていて軽いので当たり判定に多用出来る。)
↓
saveImageでbuf内の画像をファイルへ出力することもできるが、
デバッグ用のおまけなので使う必要はない。
つまり画像ファイルにアクセスする関数は
loadImageとsaveImageだけだよ。
221:名前は開発中のものです。
11/02/05 10:26:39 fuYn973K.net
戦車の足元３点（中心と前後の角。回転後で計算）の有無を調べて、
・中心が地面 or 前後両方地面 → 真上に持ち上げる
・中心も前後とも空間 → 真下に落ちる
・前が地面で後ろが空間（もしくはその逆） → 回転させる
でやっています。
マウスホイールで画面を拡大できるので、凸凹の上で少しずつ
動かして観察するとわかりやすいと思います。
戦車を移動させるときは、単純にＸ軸方向に動かすのではなくて、
戦車の前後方向（回転後）の移動量を足しこむのと、
回転させたときの角度も±６０度程度で制限しているのの両方で、
一定以上の傾斜が上らなくなりました。
この辺、調整が微妙なので、時々妙な挙動をするけれど実装は簡単です。
222:名前は開発中のものです。
11/02/05 10:37:29 fuYn973K.net
あ、違った。
> 回転させたときの角度も±６０度程度で制限している
ではうまくいかなかったので、
「＋(－)６０度を超えているときは前(後)の移動操作入力を中止する」
方法に変えたのでした。
角度制限を外したので、時々絶壁に張り付いて動けなくなるみたいです。
223:社内ニート ◆OpY5DDvqSw
11/02/05 11:22:52 LqlwHybZ.net
>>216
やっぱり納得いきません。
>fillCircleで配列内の画像に円を描きだす。
fillCircleはやっぱり 画像に円を描き出す んでしょ？
配列の一部を直接変化させるわけじゃないんじゃ・・・。
ちょっと良く分からないのでこの話はいったんここまでにします。
画像を0と1の配列に直すアイディアをありがとうございました。
>>217
ほぼ理想どおりの動きです。
マウス操作での画面拡大や画像のスクロールはアサルトギアでもありました。
これが有るか無いかで操作性がずいぶん変わるんです。
接地を判定する点が合計３つ、
□□□ こんなふうに並んでるわけですね。
■■■なら下降
□□□なら上昇
■□□なら、反時計回りに回転。
では、回転した後の判定点は
◆
◆
◆
こんなふうに斜めになるんですか？
224:115
11/02/05 11:45:43 RD4qllhr.net
>>219
俺が頑張って作ったのに使ってくれないのかよ
>画像を0と1の配列に直すアイディアをありがとうございました。
白黒画像ファイルが01の集合だってのは分かってる？
それをloadImageで配列にぶち込んでるだけだから
配列の中身は元の画像ファイルと同じまま。
だからsaveImageで配列の中身をそのまま画像ファイルに書き出すこともできる。
fillCircleは配列の中の01を書き換える関数だよ。
225:社内ニート ◆OpY5DDvqSw
11/02/05 12:24:41 LqlwHybZ.net
白黒画像がそもそも01の集合ってのはモノクロビットマップの場合の話なのかな？
まあ、その辺は弾を打ち出す段階になってから詳しく考えます。
今回は非常に助かりました。
226:名前は開発中のものです。
11/02/05 12:44:04 fuYn973K.net
３地点は並んでいる(隣接する)ピクセルとは限らなくて、
単純に画像配列から判定点３箇所をサンプルしてるだけです。
したがって、戦車の幅は１ピクセルよりも大きいので、多少の凹凸は無視されます。
それが良いか悪いかは今の時点ではわかりません。
また、回転後の判定点も、斜めに並んでいるとは限らなくて、このプログラムでは、
(-w*cos(R),-w*sin(R))、 (0,0)、 (+w*cos(R),+w*sin(R))
※ wは戦車の幅半分の定数、Rは現在の回転角度変数
で計算しています。
>>219
115氏の作成したプログラムはメモリ上に確保している仮想VRAM(＝配列)に、
初期状態での地面の有無を読み込み、任意点の有無判定および地形の更新をするもので、
実画面（ハードウェア）に絵を描くものではないようです。
しかし地面形状を調べる際、実画面(ハードウェア)をアクセスするよりも遥かに効率的にできます。
私も実装方法は違いますが、同じような仕組みを使っています。
ソースを丁寧に読めば、きっと参考になりますよ。
227:社内ニート ◆OpY5DDvqSw
11/02/05 14:13:31 LqlwHybZ.net
>>222
参考になります。
また質問に来ると思うので、暇があったらよろしくお願いします。
228:社内ニート ◆OpY5DDvqSw
11/02/07 03:59:38 NY8MUqMx.net
当たり判定がなんとかうまくいきました。
>>222の書き込みを参考に機体の角度を計算させようと思います。
そのまえに、floatとか、doubleとか、intについて調べないとうまいことラジアンを計算できないっぽいですが。
229:名前は開発中のものです。
11/02/07 18:13:40 xx8Zf2kq.net
なんかすごいな
>>212
面白かった
230:社内ニート ◆OpY5DDvqSw
11/02/07 20:38:17 NY8MUqMx.net
では！本日の作業に移る！
各員気合を入れておれに教えるように！
なお、難しいことはわからないのでできるだけ噛み砕いて説明するように！
まずはID:fuYn973Kの書き込みを見直して意味を考えよう。
231:社内ニート ◆OpY5DDvqSw
11/02/08 00:05:23 0uhgadeq.net
ちょっと寝てた。
さっぱりわからん。
まあ、じっくり考えよう。
232:社内ニート ◆OpY5DDvqSw
11/02/08 00:15:20 0uhgadeq.net
>>212がパーフェクトだと思って、>>217の「横に３つの判定点」について考えてたんだけど、
どうも>>212もパーフェクトってわけじゃなかったみたい。
拡大してよく見ると、角度によっては機体が上下にぶるぶる震えてる。
とはいえ、ほぼ理想どおりだし、引き続きこれを参考に考える。
233:社内ニート ◆OpY5DDvqSw
11/02/08 02:24:13 0uhgadeq.net
cos(r)って浮動少数点ってやつで計算されるよね？
それを整数に直したかったら、別に int x とか作って、
その中に代入すればおｋ？
四捨五入されて整数になる？
234:115
11/02/08 02:37:27 pf+y4WIG.net
少数を整数に変換したら少数部は切り捨てされるよ
235:社内ニート ◆OpY5DDvqSw
11/02/08 03:13:50 0uhgadeq.net
URLﾘﾝｸ(218.219.242.231)
点①と②は中心を( x , y )とする円周上の点であり、地表と円が交わる点である。
なので、半径を 5 とするとそれぞれの点は
( -5*cos(ｒ1) , -5*sin(ｒ1) ) 、 ( 5*cos(ｒ2) , 5*sin(ｒ2) )
という座標であらわせるのかと思う。
点①と②の座標がわかれば、atanを使って r3（タンクの角度）が計算できる。
ではそもそも、円と地表が交わる点のラジアン、r1とr2はどうやってもとめるのか。
点①と点②が空と地面の間にぴったりはまるまで、ラジアンをちょっとずつ変えて
繰り返し試行させる？
ちょっとごちゃごちゃしすぎてる。
>>222で言ってるのはもっと単純なことのような気がする。
そもそも角度が３つも出てくるなんて言ってないし。
236:社内ニート ◆OpY5DDvqSw
11/02/08 03:15:08 0uhgadeq.net
>>230
そうですか。勉強になりました。
237:社内ニート ◆OpY5DDvqSw
11/02/08 04:22:46 0uhgadeq.net
近似的に角度を得ることができました。
継続的に落下しているときだけ機体を水平に保つとかもやらせたいけど、それはまた次の機会に。
次は玉を発射させることと、地形を変化させることに挑戦です。
というか、いったい何時までおきてるんだおれ。
238:社内ニート ◆OpY5DDvqSw
11/02/16 20:17:05 6gCXsN0z.net
テス
239:社内ニート ◆OpY5DDvqSw
11/02/16 20:23:46 6gCXsN0z.net
なんかアク禁食らってたらしい。
引き続きよろしくお願いします。
では、質問行きます。
弾飛ばしたいんだけど、弾の軌道と位置はどういう式で表せばいい？
弾は左右に吹く風でながされます。
それと、高速で弾を飛ばすと当たり判定を突き抜けることがあるかもしれない。
そのあたり考えてください。
あと、ここで人に聞くこともできず、自分で考えてもわからないのでインターフェイスつくったりしてました。
URLﾘﾝｸ(218.219.242.231)
射撃角度を変えたり、発射ボタン（スペース）を押しつづけると下のバーが伸び縮みするようにもなりました。
240:名前は開発中のものです。
11/02/17 07:41:33 jsy99J9k.net
通りすがったが、面白そうなので首を突っ込んでみる。
DirectXや関連ライブラリの知識はないのでアルゴリズムの基本を地でいく。
>弾の軌道と位置はどういう式で
x方向：横からの風は弾のx方向の速度に風速の値を加減すればOKっしょ。
y方向：弾が重力で落ちる→放物線→２次関数という連想を出来るようになるべし。
>当たり判定を突き抜けることがあるかもしれない
基本は、弾が今ある座標と次に移動する座標を結ぶ直線(線分)を考えて、
その間に障害物があるかを判定していく。(中学～高校レベルの代数幾何)
高速／低速の判断なく常時やっても問題ないだろう。(効率の良いやり方は
パフォーマンスがネックになってから考えろ)
でもこれはライブラリにありそうだな。(真偽はエライ人に聞いてくれ)
精進するでござる。ニンニン
241:社内ニート ◆OpY5DDvqSw
11/02/18 01:08:24 2Ex7ENec.net
通りすがりの方。今後ともよろしくお願いします。
弾の軌道は２時関数の放物線軌道といっていますが、
そこに時間の概念も加えないといけません。
弾が等速で動くわけではないということが重要です。
私が最初に考えていたのは、
ｘ＝０、ｙ＝０の座標を発射地点
発射角度を ｒ （ラジアン）
発射パワーを ｐ
重力は 1
cx1,cy1は時間(１ループ)ごとの増加座標
cx2,cy2は弾の存在位置です
cx1=p*cos( r );
cy1=-p*sin( r );
while(以下、座標計算と表示を繰り返す)
{
cy1=cy1+1; //時間当たりの増加分、重力を加算し続ける
cx2=cx1+cx2; ｃy2=cy1+cy2; //弾の存在位置、cx1,cy1の累積
x=cx2 , y=cy2 に弾を表示
}
これに、重力と同じように風の影響も加えたものは以下のような結果になりました。
URLﾘﾝｸ(218.219.242.231)
もっときれいに滑らかに表示されるように調整します。
その上で問題になるのが、やはり地形との当たり判定です。
どこで当たるのか、どのタイミングで当たるのか。それが問題です。
242:名前は開発中のものです。
11/02/18 02:09:02 FPQVKYtr.net
>そこに時間の概念も加えないといけません。
惜しい。というか、ソース上は考え方はあってる。
普通2次関数を思い浮かべるときはxy座標系が基本だが、重力はy方向にのみ
影響するパラメータで時間tに伴う変化なので、ty座標系になる。つまり
y=at^2+bt+c (^2は階乗)
になるわけだな。これをtで微分(つまり速度)すると
cy1=2at+b (cy1は>>237 の変数ね)
となる。
243:名前は開発中のものです。
11/02/18 02:10:04 FPQVKYtr.net
これを >>237のソース cy1=cy1+1 に当てはめると
右辺のcy1→b
右辺の1→2a
「tはどこ行った？」と思うかもしれないが、cy1は累積して加算しているので
while()をまわして+1していることがすなわちtを掛けていることになる。
つまり無意識のうちに２次関数を使っていることになるのだ(考え方が一足飛びだけどね)。
「言葉で言うと小難しいが、ソースに落とすと結構あっさり」というのは
わりとある。(逆も然りw)
x方向にも変な加速度をつけたり、弾の座標によって+1の値を変えたりすると、
異常重力っぽくなってゲームとしてのバリエーションが増えて面白いのだが、
それはまた先の話。
この調子でどんどん行くでござる。ニンニン
244:名前は開発中のものです。
11/02/18 07:17:22 FPQVKYtr.net
誤記ってた。
誤) 重力はy方向にのみ影響するパラメータで時間tに伴う変化なので、
正) 重力はy方向にのみ影響するパラメータでy方向は時間tに伴う変化なので、
誤) y=at^2+bt+c (^2は階乗)
正) y=at^2+bt+c (^2はべき乗)
245:名前は開発中のものです。
11/02/18 12:16:32 ZrrW6s/S.net
考え方としては
０ほとんどの空間 １地表にものすごく近い空間 ２地面
で移動後が０の時は高頻度なので実行速度を稼ぐためスルーし
１の時は２を通過したかを調べて突き抜けを判断し
２の時は通過した地表の点を求める
246:社内ニート ◆OpY5DDvqSw
11/02/19 10:08:49 XjdQQ+3S.net
xとｔの二次関数 yとtの二次関数にすればよかったのか。
言われてみれば当たり前のことだけど気づかなかった。
つーか、二次関数とか三角関数とか高校以来１０年ぶりぐらいでなつかしいｗ
これでうまくいきそうだ。
あと、重力加速度の単位って ｍ/ｓ＾2 だったんだな。
最初からこれをググってれば迷わなかったかも。
風の影響も重力とまったく同じやりかたでいいや。
ということで、こういう式で弾の表示位置を計算
pはパワー ｒは角度 ｗは風 ｇは重力 ｔは時間
a = p*cos(r) b = -p*sin(r)
while()
{t++
x = t*( a + w*t )
y = t*( b + g*t )}
247:社内ニート ◆OpY5DDvqSw
11/02/19 10:13:15 XjdQQ+3S.net
↑の式では
ｔ++で
ｔが１増加するごとに弾の表示位置を計算させているけど、
その間に ｔ をもっと小刻みに増やして、当たり判定を計算すればなんとかなりそう
>>238-240
助かった。
ありがとう～。
248:名前は開発中のものです。
11/02/19 12:35:32 BPXTZO+O.net
>>242
>二次関数とか三角関数とか高校以来１０年ぶりぐらいでなつかしいｗ
上記に複素数と行列を加えれば、今あるほぼすべてのゲームの数学的要素はコンプリート。
全部高校までに習う内容で充分。
3Dゲーム（擬似／ポリゴン）もこれらの要素だけで出来る。四元数の話があるけど、ゲームで
あればこれは各要素の組み合わせで充分。
あとはOS（Windows/DirectX等）の使い方を知ればゲームプログラマとしては一人前。
ネットワーク使うとなると、さらにその先やね。
これらのほうが数学云々よりも何倍も面倒くさい。（あまり難しくはない）
ある程度いくと Don't think, FEEL！な世界になってくる。
それとx方向の話や当たり判定についてはあえて突っ込まない。（細かいことだし、一概に間違いとも言えないので）
いろいろ試して自分がやりたいことを表現できるようになるべし。
さて、長々と書いたが拙者の講義はここまで。以降は適当にROMって
ニヤニヤしているので、踊りまくるでござる。ニンニン
249:社内ニート ◆OpY5DDvqSw
11/02/19 15:14:22 XjdQQ+3S.net
次は当たったところを変形させるほうほうだな～。
>>201でうｐされたようなやり方に変えてみたほうがいいかな。
250:社内ニート ◆OpY5DDvqSw
11/02/19 15:20:39 XjdQQ+3S.net
でも今日はやらねーけどな！
251:名前は開発中のものです。
11/02/19 23:41:27.07 UpL2Vi1Q.net
アク禁がやっと解除されたようなので今更ですが、参考までに、>>212では、
①弾の位置を(x,y)、弾の発射速度を(vx,vy)とする。
※(x,y)は砲台の位置から、(vx,vy)は砲台の角度から計算する。
考え方は>>242のa,bの計算方法と一緒ですが、pは1フレーム期間を基準にしています
②１回の計算ごとに、
- vyに重力加速度gyを足す（gも１フレーム期間あたりの加速度です）
-足し終えた(vx,vy)を(x,y)に加算する
-(x,y)の地面を判定する/および描画更新
を繰り返しています。
風は考慮してませんでしたが、
いくら追い風でも風速より弾丸が早くなるのは不自然かと思うので、
水平方向に加速するのではなく相対速度が一致させるように漸近させる方法にします。
つまり、毎ループごとに vx= (1-k)*vx + k*windx （kは漸近化係数)で更新します。
252:社内ニート ◆OpY5DDvqSw
11/02/21 21:43:01.40 3YAa7u9w.net
おお、あんたもアク禁くらってたんですか。
何ででしょうね。
例の、通り魔予告兄弟の関係で広範囲にアク禁かかってたんでしょうか。
まあ、なんにしろ、ほんの１週間程度で解除されてよかったです。
それで、次にやってみようと思うのは、
弾の当たった地形が円形にえぐれるってことです。
253:社内ニート ◆OpY5DDvqSw
11/02/21 21:44:08.08 3YAa7u9w.net
今、当たり判定は二次元配列に0か1の数字を入れたものでやっています。
まず、地形画像（地形.bmp）と、それと同じ形の白黒画像（地形_a.bmp）を用意します。
白黒画像をアルファチャンネルとして、地形画像の何も無いところを透明にします。
さらに、白黒画像と同じ形の二次元配列を別に用意して、それで当たり判定を行います。
この配列内に直接円形の変化をつけたいんです。
[0000000111110000000]
[0000011111111100000]
[0000111111111110000]
[0000111111111110000]
[0000011111111100000]
[0000000111110000000]
[0000000000000000000]
こんな感じ。
254:社内ニート ◆OpY5DDvqSw
11/02/21 21:57:39.46 3YAa7u9w.net
すいません、話をうまくまとめられないので
結論だけいいます。
白黒ＢＭＰファイルを当たり判定に利用したいので
ＢＭＰファイルなどについて質問させてください。
当たり判定用に、画像と別に２次元配列を用意するのは中止します。
255:社内ニート ◆OpY5DDvqSw
11/02/21 22:13:55.56 3YAa7u9w.net
まず、ＢＭＰファイルっていうのは
1.ファイルヘッダ
2.情報ヘッダ
3.ビットフィールド
4.カラーパレット
5.イメージデータ
というものの集まりだということはわかりました。
そして、5.イメージデータっていうのが２次元配列になってるんだろうってこともわかりました。
ここまで合ってますか？
そして、イメージデータに、 『map[640][2400]』 みたいなハンドルをつけてしまえば、
ＢＭＰファイル内のイメージデータを当たり判定用の配列としてそのまま利用できるんじゃないかと。
>>201のやってることってそういうことですか？ＤＸライブラリじゃない書き方なんでいまいちわかりませんでした。
256:社内ニート ◆OpY5DDvqSw
11/02/21 22:28:33.49 3YAa7u9w.net
>>249-259は無視してください。
257:社内ニート ◆OpY5DDvqSw
11/02/21 22:29:14.08 3YAa7u9w.net
>>249-250です。すみません。
258:名前は開発中のものです。
11/02/21 22:57:16.81 N0QjpwZi.net
BMPファイルには、白黒(２値)、16色、256色、フルカラーなどの種類があります。
それによってカラーパレットがあったり、なかったりします。
本題のイメージデータですが、やはり種類ごとに格納形式が違います。
この部分を2次元配列に直接読み込んで使おうとするなら、
256色無圧縮のファイルであることを前提に、配列はchar型で確保しておくことになります。
メモリの使用量を考えると非効率的なので、あれこれ検討していくと、
>>201の方式を含めて、なんらかの方法で2次元配列を用意することになるんじゃないかと思います。
ちなみに現時点で戦車の傾きを求めるとき、ピクセルの有無の参照には何を使っていますか？
259:社内ニート ◆OpY5DDvqSw
11/02/21 23:44:32.25 3YAa7u9w.net
>>254
ピクセル有無の判定のために、
白黒画像とは別に用意した、２次元配列を使っています。
この配列は、
GetPixelSoftImage で、白黒画像のピクセルを一つずつ調べて、
黒なら 0、白なら 1、といった風に、fprintf でファイルに書き出していきます。
そうやって作っておいた0と1のテキストファイルを
ゲーム開始時にマップデータとして読み込んでいます。
ファイルに書き出したりしないで、
GetPixelSoftImage で、ピクセルが白か黒か調べて、いきなり配列 『map[640][2400]』 に、0と1を入れていってもよかったんですけど。
260:名前は開発中のものです。
11/02/22 00:06:54.21 vXGD/Huf.net
この場合、白黒画像のBMPファイルと、0/1のテキストファイルの両方は、重複するんないんじゃないかと思いますが、
ここまでの実装をそのようにしてきて、うまく進んでいるのなら、とりあえずそのまま進めるといいと思います。
確認ですが、戦車を処理するときは、GetPixelSoftImage(x,y)ではなく、map[y][x]でアクセスしてるのですか？
もしそうだとするなら、着弾地点を中心にmapの配列を書き換え、かつ画面表示も同じようにすれば、
所望の動作をすると思います。
261:社内ニート ◆OpY5DDvqSw
11/02/22 00:21:48.52 s/YhWNAt.net
>>256
そう思ったんですが、
白黒ＢＭＰにDrawCircleの塗りつぶしで描いた円と、
配列内に0と1で描いた円が、1ドットでもずれていたら、
何も見えないところに地形が存在したり、
見えている地形を突き抜けてしまったりということがおきると思いますし、
どうやって配列内に円形の変化をつけるかっていうところも、シンプルにまとまった方法が思い浮かばないので。
262:社内ニート ◆OpY5DDvqSw
11/02/22 00:27:20.13 s/YhWNAt.net
追記、
戦車を処理するときはmap[y][x]を使っています。
263:社内ニート ◆OpY5DDvqSw
11/02/22 00:38:03.69 s/YhWNAt.net
今すぐ手っ取り早くできそうなのは>>256のいうとおり、
画面表示とmapの配列を同じように行うのが一番簡単な方法なんですけどねぇ。
できれば、
アルファチャンネル用の白黒画像と、
map[y][x]を連動させるって言うか、
白黒画像そのものがmap[y][x]、
みたいなやり方にしたい。
ゲームの土台になる部分は、ちゃんとしたものにしたいんです。
タンクの画像とか演出は多少陳腐でもでもかまわないけれど。
264:名前は開発中のものです。
11/02/22 00:56:35.31 vXGD/Huf.net
配列と画面を円でえぐる処理は、こんな方法はどうでしょうか？
void FillCircle(int Xc,int Yc,int R){
for(int x=-R; x<=R; x++) for(int y=-R;y<=R; y++) if(x*x+y*y<=R*R){
if(Xc+x>=0 && Xc+x<2400 && Yc+y>=0 && Yc<640){
map[Yc+y][Xc+x]= 0; // 地面判定用配列の加工
SetPixel(Xc+x,Yc+y,背景色); // 画面の(Xc+x, Yc+y)のピクセルを抜く処理
}
}
}
SetPixelと書いた部分は適宜実装する必要がありますが、
配列の0/1と画面のピクセル状態がずれる心配はないと思います。
ところで、そもそも背景に地面を重ねる処理にαチャネルを使っているなら、
地面の画像は[640][2400][4] (R,G,B,A/pixel)の配列じゃないでしょうか？
map[y][x]の代わりに、groundimage[y][x][3]を参照する方法は使えませんか？
265:社内ニート ◆OpY5DDvqSw
11/02/22 22:31:11.81 s/YhWNAt.net
>>260
おお、さすがです。
２つも解決法をありがとうございます。
１つ目の方法も完璧だと思うのですが、
２つ目の方法の、αチャンネルを使った画像のグラフィックハンドルを配列として使う（？）
方法も興味深いです。
ためしに、地形画像のグラフィックハンドルを配列として扱ってみたら、
なにかエラーが出てしまいましたが、もう少しαチャンネルについて調べてみたいと思います。
ありがとうございました。
266:社内ニート ◆OpY5DDvqSw
11/02/22 22:38:21.20 s/YhWNAt.net
ご存知かと思いますが、ＤＸライブラリでは、
指定のファイル名の末端に『_a』が付く画像ファイルを透明情報として自動的に読み込んでくれる
ということで、アルファチャンネルについてまったく何も知らずに使っていたので、
これを機会にすこしだけ勉強します。
たぶん、ＤＸライブラリを使わずにアルファチャンネルを使うには
けっこう複雑なことをしないといけないんだろうなぁ。
267:社内ニート ◆OpY5DDvqSw
11/02/22 23:46:04.34 s/YhWNAt.net
なかなか、望みの情報が見つかりませんが、
引き続き、map[y][x]の代わりにgroundimage[y][x][3]を参照する方法を考えていきます。
なにか、役に立ちそうなホームページとかありましたらまた教えてください。
ではまた。
268:名前は開発中のものです。
11/02/24 00:22:24.50 o93X2te6.net
DxLibは使ったことが無いのですが、リファレンスページを読んだところ、
(1) 地表画像(RGB)および山形状(A)をLoadSoftImageで読み込む
(2) GetPixelSoftImage(handle, x,y, &r,&g,&b,&ground)で、
x.,y地点の地面の有無を判定する
(3) 地形の更新は、GetPixelSoftImageに引き続き、groundを0にして、
DrawPixelSoftImage(handle, x,y, r,g,b,ground); で書き戻す。
という手順が考えられます。
SoftImageのアルファを判定用にし、かつ地形の変形にも利用します。
敢えて配列を使わなくても、これで、事足りるのではないかと思います。
問題は更新結果を画面に反映させる方法なのですが、
リファレンスによれば、DrawSoftImageを使うか、
GreateGraphFromSoftImageでグラフィックハンドルを作ってから、
DrawGraphで描画するべきではないかと思われます。
DrawSoftImageの説明には負荷が高いようなことが書いてあるので、
いったんグラフィックハンドルを作るのが正式な手続きなのかもしれません。
また、地形の画像が2400x640と比較的大きいので、そういう時は、
CreateDivGraphFromSoftImageを使うべきなのかもしれません。
長々書いていますが、冒頭に書いたとおり、DxLibは使ったことがありません。
詳しい人、フォロー願います。
269:社内ニート ◆OpY5DDvqSw
11/02/25 01:28:00.44 gNKYJQnb.net
いろいろとアイディアを出していただいてありがとうございます。
とりあえずは、配列で当たり判定をするのにこだわらず、製作をつづけてみます。
日曜あたりに、
弾の当たった地形がえぐれるのと、
そこの当たり判定がなくなるようになるのを作ってみます。
その次は、一気に難しくなりそうですが、
ネットで対戦することを考えてみたいと思います。
270:社内ニート ◆OpY5DDvqSw
11/02/27 18:19:36.84 BoOhxSt8.net
URLﾘﾝｸ(218.219.242.231)
>>260の上の方法で地形の変形はうまくいきました。
DXライブラリのリファレンスを見たところ、ネット対戦を取り入れるのはやっぱり難しそうですね。
どうも、IPアドレスとか調べるのはDXライブラリだけじゃできないっぽいし。
271:社内ニート ◆OpY5DDvqSw
11/02/27 18:27:45.42 BoOhxSt8.net
プレイヤーがホストを立てて、２～８人までの対戦をできるようにします。
ホストを探したり、プレーヤー同士の交流を行うロビーみたいなものを
無料サーバーを借りて作ろうと思います。
272:名前は開発中のものです。
11/02/28 22:28:30.01 g0je8oOR.net
先に、通信抜きで2人対戦できるようにすべきじゃないのかな？
273:社内ニート ◆OpY5DDvqSw
11/03/01 23:45:55.00 uZgo1Fuw.net
通信抜きでって、ひとつのパソコンで対戦ってこと？
絶対やるべきっていうならそうするけど、
ネット対戦前提で２人対戦ってところから作ったほうがよくない？
ひとつのパソコンで対戦って、ターンが交互に回ってくるようにするだけでいいし。
274:名前は開発中のものです。
11/03/02 00:52:26.76 jsVU/WxL.net
ひと通りのゲームの流れ（スタート画面->ゲームプレイ->勝敗処理->ゲーム終了）を単一PC内で
実現するのが一般的なひと区切り。
TCP/IPの基礎知識（socket利用あたりまで）があるのならこの時点でネット対応やっちゃってもいいけどその力量がワカラン。
ロビーサーバ構築となるとさらに別世界。規模／機能にもよるけどね
275:名前は開発中のものです。
11/03/02 13:34:35.92 BF83P3je.net
とりあえず、ネトゲ制作のスレとか、ＤＸライブラリのリファレンスを読んで勉強しながら、余裕があればダメージ計算とか細かいとこも作ってみます。
276:名前は開発中のものです。
11/03/02 21:25:02.39 /NOpHlDA.net
ちゃんとゲームとして成り立つところまで作ってからネット対戦を考えたら？
戦車が2台出るだけでも色々問題が出てくるだろうし。
それと、とりあえず>>108まで完成したのなら一度見てみたい。
277:社内ニート ◆OpY5DDvqSw
11/03/03 19:44:40.68 eZVnKNXf.net
>>272
F5押したらデバッグはできるけど、
アプリケーションに作り上げる方法教えてください。
278:名前は開発中のものです。
11/03/03 22:11:29.10 k5LomlRL.net
VC++でＦ５押したら普通に実行ファイルがビルドされてると思うが？
デフォルトならプロジェクトフォルダ内にReleaseかDebugのフォルダがあるでしょ。
279:社内ニート ◆OpY5DDvqSw
11/03/04 20:02:56.37 Vy+gp0Dp.net
Debugのフォルダはあったんですが、その中に入っているものをダブルクリックしても
ゲームが起動するものはありませんでした。
方法がわかったらうｐすることがあるかもしれません。
それで、もっと細部まで作ってからネット対戦を考えたらどうかという意見ばかりのようですが、
後の細かいところというのは、一つ一つやっていけば自分だけでもできそうなことだと思うので
ネット対戦の部分をどういう風に作るのか、考えていきたいと思います。
280:社内ニート ◆OpY5DDvqSw
11/03/04 20:31:56.59 Vy+gp0Dp.net
ＩＰアドレスは各自が調べて、ゲームルームに入室したときに
他のプレーヤーたちと自分のＩＰを教えあう。
ＤＸライブラリの ConnectNetWork と、ＩＰアドレスを使って相互にＰＣを接続する。
って感じでいいんじゃないかとおもう。
しかし、サーバーってのはどういう風に扱えばいいんだろ。
各プレーヤーのＰＣにＤＬするゲームソフト以外に、
仲介するためのソフトを作って、それをサーバーにおく必要があるってことかな。
281:名前は開発中のものです。
11/03/04 22:18:57.26 e0BGDa4h.net
>仲介するためのソフトを作って、それをサーバーにおく必要があるってことかな。
これについては既存のネトゲでも各種方式がある。
1)サーバプロセスが常にデータを中継する
たいていの本格的MMOはこれ。データを随時中継する際に中身をチェックしてチートを防ぐ効果もある。
プレイ規模にもよるが、サーバのパワー（ハード、ソフト共）がある程度高くないとプレイに支障が生じる。
例：UO、EQ､WoW
2)ロビーサーバのみ独立させ、プレイ中はプレイヤー間で直接通信をする。
MO的なネトゲはこれ。ロビーサーバで各プレイヤーのIPをクライアントに通知して
プレイ中はロービーサーバを経由せずクライアント間で直接通信する。所謂P2Pに近い。
リアルタイム的な要素に左右されるゲームに有利。
商用のネトゲはチート対策や同期ためにサーバにも随時データを送ってチェックするのが一般的。
例：Diablo（クライアントがゲームサーバの役割も持つ）、各種FPS系
例は古典的な有名どころ。
他にもありそうだけど、大抵はこれら２つの方式をいろいろな組み合わせで実装している。
最近の商用ネトゲだと「MOだけど1)方式」ってのも多い。
IPアドレス情報の交換についてはロビー（ゲームルーム）に入室した時点でロビーサーバがクライアントのIPを
分かっていることになるのでユーザが直に調べる必要は必ずしもない。（そういうつくりにしないといけないけど）
むしろロビーのチャット等で直にIPを教えあうと、いたずら好きなバカがDOS攻撃対象にしたりする可能性もあるので
あまり好ましくない。
システムを一般に公開しないのであればあまり問題はないと思うけどね。
その昔、インターネットでの掲示板も一般的じゃない頃は電話やメールで互いのIPを教えあったものさ・・・。
282:名前は開発中のものです。
11/03/05 11:23:37.39 1BoPAtkM.net
ってか普通にクライアント同士１：１でちゃんと動くかってところを確認してからだろ
283:社内ニート ◆OpY5DDvqSw
11/03/05 14:02:05.82 ytiYcFyh.net
>>277
（２）の方法って、つまり>>267と同じことだよね？
285:社内ニート ◆OpY5DDvqSw
11/03/05 14:04:21.14 ytiYcFyh.net
とりあえず、ロビーで対戦相手を探すというところをはぶいて、
クライアント同士１：１で動かせるように作ってみます。
286:社内ニート ◆OpY5DDvqSw
11/03/05 14:15:44.76 ytiYcFyh.net
自分のＩＰアドレスを調べるのってどんな方法がおすすめ？
winsockというものを使ったこんな方法がみつかったんですけど、これでいい？
URLﾘﾝｸ(members.jcom.home.ne.jp)
287:名前は開発中のものです。
11/03/05 18:38:05.45 1BoPAtkM.net
>>281
足元を固めていくという意味ではとりあえずはいいんじゃね？
ipconfigキックで出力をリダイレクト→リダイレクト結果を文字列検索とかのシンプルな方法もアリだろう
複数枚NICがある場合考えるとめんどいがそこはWINSOCK使ってもも同じこと
インターネット経由にする場合はローカル／グローバルの話があるので（一般的には）上記だけでは足りないってのは分かるよな？
分からなければ ローカルアドレス グローバルアドレスでググれ
もっともロビーサーバをグローバルに立てればこれらの話は全部要らなくなるが
288:名前は開発中のものです。
11/03/06 07:27:32.42 PFbDBYwQ.net
>>275
起動に必要なデータファイル(画像とか)が同じフォルダに入っていないんじゃないかと思う。
289:社内ニート ◆OpY5DDvqSw
11/03/08 22:14:18.79 O4hW3e3n.net
>>283
そのとおりみたいでした。
ためしに画像とか適当にぶっこんだら動きました。
URLﾘﾝｸ(www.dotup.org)
パス
1111
ネットへの対応はまったく進んでません。勉強もしてません。
290:115
11/03/09 02:02:38.65 YYc1MNQ1.net
>>284
遂にここまでできたのか
暫くROMってたけど俺も完成期待してるから
頑張って下さい
291:社内ニート ◆OpY5DDvqSw
11/03/09 19:33:20.78 d+SmmaqK.net
＞115
一人の応援だけでだいぶやる気が出た。
おひさしぶり。
元気ですか？
私は相変わらず暇人です。
292:115
11/03/10 22:24:04.84 xJ6VL23e.net
風邪ひいてきつかったけどやっと直ってきた
ネットワークの実装やったことないからアドバイス出来なくて残念だ
293:社内ニート ◆OpY5DDvqSw
11/04/04 03:21:23.76 hNri2z03.net
地震で死んだわけじゃないけどね。
何をしていいかわからなくなったんで放置。
ＭＭＯＲＰＧの作り方を書いた本でも買ってみようかな。
まあ、うちの近所に大きな本屋がないんで中身を見て確かめられないのは痛いけど。
294:名前は開発中のものです。
11/04/04 20:57:43.80 p78/gdyh.net
1) ネット通信なしで、２Ｐ対戦を実装する
2) 次に２ＰをCPU制御で実現する
3) CPU制御の機体数を増やす
4) 通信プロトコルを設計する
5) 通信処理を実装する
この順でやるといいよ。
295:名前は開発中のものです。
11/06/22 00:51:57.57 mdgs9SFK.net
ワロタ
296: ◆hUczjzHQ1.
12/01/30 00:07:24.07 WlPxsZ4g.net
基礎から学んで行こうと思います
分からない事がまだまだ沢山ありますが
ご指導ご鞭撻の方宜しくお願いします
c/c++の勉強をして行きたいです。
でもまずはＣからお願いします。
基礎からみっちり叩き込んで下さい
ボクも頑張って行きたいと思います。
297: ◆ibj3Ub6oRZ3m
13/09/28 01:01:50.70 eY+hrwyk.net
基礎から学んで行こうと思います
分からない事がまだまだ沢山ありますが
ご指導ご鞭撻の方宜しくお願いします
c/c++の勉強をして行きたいです。
でもまずはＣからお願いします。
基礎からみっちり叩き込んで下さい
ボクも頑張って行きたいと思います。
298:名前は開発中のものです。
15/08/31 13:58:00.57 0xjlLWq1.net
もうすぐ専門学校の学園祭の季節になるから見学に行くと良いかも。
299:名前は開発中のものです。
15/09/22 17:20:40.99 J5BSdRWA.net
ｃ言語の参考書ORサイトを読破する
300:名前は開発中のものです。
15/09/22 17:21:18.98 J5BSdRWA.net
そしてＤＸライブラリでもいじりながら作りなさい
301:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
402日前に更新/87 KB
担当:undef