厨房なおいらにﾌﾟﾛｸﾞﾗﾑ教えるｽﾚ

１ · 02/05/28 20:36

ｹﾞｰﾑの改造、製作等のﾌﾟﾛｸﾞﾗﾑに興味をもっています。
厨房に分かる程度優しく教えてくれた方にはお礼をｲｲﾏｽ

**社内ニート** ◆OpY5DDvqSw · 2011/01/28(金) 21:56:26

>>116
スタート地点がおかしい？俺にはわからん。

>>115
そういうこと。
で、具体的にどうすればいいかが分からない。

今日の勤務中にＶｉｓｕａｌＣ++の説明をしたホームページで勉強したが、
基礎の部分が長すぎて読みきれなかった。
今週いっぱいくらいかかるだろう。

ところで、地形の素材を作ってみた。
背景と地形の画像は別々に用意している。
ほかに、白黒２色の画像で、地形だけ黒くした画像も、当たり判定つけるときに役に立つんじゃないかと
思って用意した。

ttp://www.dotup.org/uploda/www.dotup.org1388328.jpg

**社内ニート** ◆OpY5DDvqSw · 2011/01/28(金) 22:06:03

よーし！それではＶｉｓｕａｌ　Ｃ++を発起動するぜ。

**社内ニート** ◆OpY5DDvqSw · 2011/01/28(金) 22:10:15

フォームを開いたぜ。
プロジェクト名は 2tank　だ。
とりあえずは仮名で。
そのうちかっこいい名前を考えるぜ。

**社内ニート** ◆OpY5DDvqSw · 2011/01/28(金) 22:25:53

ちなみに、ステージの広さは横がウインドウサイズの３倍、縦が２倍になるんですが、
画像を表示させるのはpictuerboxを使えばいいんですか？
このさい、pictuerboxの使い方も教えてほしいけど、そこは自分で調べます。
pictuerboxってのがどうも、画像を表示させるのに使う道具らしいってのは感で分かりますが、
こういう場合は他の道具で表示させたほうがいいのかもしれないから、やるまえに教えてください。

**社内ニート** ◆OpY5DDvqSw · 2011/01/28(金) 22:54:10

ピクチャーボックスを二つ使って地形と自機のＪＰＧ画像を表示させた。
今日はここまで。
この後当たり判定をつけるにはどうするか教えてもらえるまで待ちます。

**115** · 2011/01/28(金) 23:48:52

>>121
定期的に処理を呼び出す方法は調べたの？
ゲームは１秒間に３０コマくらいは処理を繰り返さないとだよ。
あとpictuerboxって処理が重い気がするな。
まあ俺も初心者だけど知ってる限りアドバイスする。

**名前は開発中のものです。** · 2011/01/29(土) 00:39:05

地形をビットマップにするか折れ線で定義するかによって
実装の難度が変わってくると思うよ

>>108の⑥を入れるか入れないかが分かれ目かな

**社内ニート** ◆OpY5DDvqSw · 2011/01/29(土) 01:57:18

>>122
pictuerboxって重いのか。
それじゃあ、どうやって画像を表示させたらいい？
あと、定期的に処理を呼び出す方法とかも知らないので教えてください。

>>123
⑥=着弾地点を中心として地形が円形にえぐれる
これは絶対にはずせません。
穴を掘って敵をうめたり、穴の中に隠れたり、敵をフォールアウトさせたりと
細かい戦略がこのゲームの面白いところですので。
地形を折れ線で定義するとか、ビットマップで定義するっていうのはどうやるんですか？
今、私が出来るのは描いた絵を貼り付けることだけです。
調べるヒントになることだけでもいいので教えてください。

**115** · 2011/01/29(土) 02:11:40

>>124
windows用のゲームはだいたいdirectXが使われてるよ。
まあ使い方は結構めんどくさいけどね。
定期的に呼び出すのはスレッドを作ってsleepするか
WM_TIMERを使うといいよ。
ビットマップで地形を表示したいなら
ビットマップのフォーマットを調べて
座標に変換するようにすればいいと思う。

**社内ニート** ◆OpY5DDvqSw · 2011/01/29(土) 11:25:08

>>125
一度に言われても分からない。
とりあえずビットマップのフォーマトを調べてみます。

**社内ニート** ◆OpY5DDvqSw · 2011/01/29(土) 11:29:27

あ、そうだ。
pictuerboxを使うと重いって話もあったんで、他の画像の表示方法も教えてください。

**115** · 2011/01/29(土) 11:37:38

>>126
一度に聞いたのはお前じゃんｗ
ビットマップより先に画像表示が先だと思うよ。
俺は画像表示にdirectX9のスプライト機能使うのがいいと思う。

**社内ニート** ◆OpY5DDvqSw · 2011/01/29(土) 11:51:52

わかりません

**115** · 2011/01/29(土) 12:16:07

>>129
何が分からないか書かないのかよｗ

**名前は開発中のものです。** · 2011/01/29(土) 12:54:49

>>127
アクションゲームじゃなくてターン制のゲームだったら
とりあえず描画が重くてもなんとかなるんじゃないかな

>>124
やりたいことを完全に実装したいなら、
まず、ステージの広さ分の仮想画面で地形を定義して、
ウィンドウサイズ部分を切り出して表示する処理が必要だよ

**社内ニート** ◆OpY5DDvqSw · 2011/01/29(土) 15:23:40

とりあえずdirectx9をダウンロードしました。
説明はまたあとで読みます。
>>131
これまでのこれ系のゲームはターン制だったけど、
それって先行がかなり有利な場合があるんです。
そういう不平等をなくすために、ターン制は半分廃止にします。
なので、リアルタイムの通信が必要で、軽く出来るところがあるなら軽くしときたいです。
で、

>ステージの広さ分の仮想画面で地形を定義して、
>ウィンドウサイズ部分を切り出して表示する処理

この部分、具体的にＶｉｓｕａｌＣ++でどうやったらいいかとか、教えてもらえません？

**115** · 2011/01/30(日) 00:25:05

>>132
１枚の画像の表示はできたの？
それをただ地形の形になるように並べるだけだよ

**社内ニート** ◆OpY5DDvqSw · 2011/01/30(日) 15:28:26

>>133
pictuerboxでＪｐｇ画像を表示することは普通に出来ました。
地形の形になるよう並べるって言うのはどういうことですか？
まったくわかりません。

**名前は開発中のものです。** · 2011/01/30(日) 15:50:20

ビットマップで地形を表そうとしているのだとすると
背景画像と地形とマスク(地面の有無)の３枚の画像があるんだよね？

pictureboxとやらでちゃんと合成できるの？
できるとしたら、処理速度的にどうなの？

**社内ニート** ◆OpY5DDvqSw · 2011/01/30(日) 16:20:50

>>135
知らない。
やっぱり地形の有無を示すためのマスク画像ってのが必要なんだな。
で、それをどうやったら表示させることが出来る？

**115** · 2011/01/30(日) 17:19:35

>>136
jpegでやるんなら透過使えるんだからマスク画像なんて必要ないでしょ。

処理速度がpictureboxだと遅くてアクションだときついって言ってるのに
そこは考えないの？

directXの場合地形を１枚の画像でやろうとすると
ビデオカードが大きいサイズに対応してなかったりするから
512pix以内に地形画像を分割して並べて表示するのがいい

**社内ニート** ◆OpY5DDvqSw · 2011/01/30(日) 17:58:42

>>137
だから、具体的にやり方を言え能無し。

**115** · 2011/01/30(日) 18:02:43

>>138
directX9のスプライト機能使えって言ってるだろ
教えてあげてるのにその態度はなんだよ

**115** · 2011/01/30(日) 18:17:09

>>138
お前は馬鹿だからもっと具体的に教えてやらないとダメみたいだな
directX9 スプライトで検索しろ

**名前は開発中のものです。** · 2011/01/30(日) 18:22:47

こんなスレばっかりだな

**名前は開発中のものです。** · 2011/01/30(日) 20:14:11

こんなだから会社でも仕事もらえないんだろうな
人間として生きる価値ないよお前

**社内ニート** ◆OpY5DDvqSw · 2011/01/30(日) 20:27:12

>>142
新店舗をまかされたはいいが、客が来ないだけだ。

**社内ニート** ◆OpY5DDvqSw · 2011/01/30(日) 20:34:53

>>139-140
最初からそういいたまえ。

**名前は開発中のものです。** · 2011/01/31(月) 00:02:20

なんだこいつら

まずは気負わないで出来そうなことから部分的にやると良いと思うよ
平坦な地面を左右に動くだけのプログラムを作るとか

あといきなりDirectX9は敷居が高い気もする
11は簡単らしいけど知らん

**社内ニート** ◆OpY5DDvqSw · 2011/01/31(月) 00:40:03

>>145
なに、directx9は敷居が高い？
使わなくてもやれるの？
平坦な地面の上をキャラクターが左右に動くだけのプログラム。
それでもいいからやり方教えてくれ。

**名前は開発中のものです。** · 2011/01/31(月) 00:49:28

>>146
つDXライブラリ
画像程度なら簡単に表示できる。
まずはこれをインスコして動かすだけでもやってみ。

**115** · 2011/01/31(月) 01:21:01

DXライブラリ使ったことないから分からないな
directX9でもスプライトならサンプルコピペで簡単に画像表示できるはずだよ

**社内ニート** ◆OpY5DDvqSw · 2011/01/31(月) 02:26:57

>>147
それ、ＤＸライブラリっての聞いたことがある。
ゲームを作りやすいものだって、ニコ動で誰かが言ってた。
仕えるようになるまでの設定もめんどくさそうだけど、詳しく説明してくれてるページがあるんで
ちょっとやってみる。

**名前は開発中のものです。** · 2011/01/31(月) 11:17:45

お前には無理だ

**社内ニート** ◆OpY5DDvqSw · 2011/01/31(月) 23:56:32

あるホームページで、以下の様な説明がありました。

>　まず適当なグラフィックファイルを以下のフォルダにコピー等で入れてください。
>
>　　　　VisualC++6.0 又は VisualStudio.net の場合
>　　　　　　　サンプルプログラム用フォルダ( DxSample ) の中の『VC』というフォルダ。

ＶｉｓｕａｌＣ++２０１０Expressの場合、どこのフォルダに画像を入れればいいですか？

**115** · 2011/02/01(火) 00:10:29

>>151
作られたexeファイルのあるフォルダに入れて実行すればいいんじゃない？

あとＤＸライブラリ使うならやり方しらないからアドバイス出来ないな
俺はPCでのゲーム作りはdirectX9のコピペから初めた。
まあコピペだからdirectXの本質はあまり理解してないが
とりあえず形あるゲームは作れた。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 00:37:51

ＤＸライブラリうめぇｗｗｗ
これなら俺にもなんとかなるんじゃねｗ
>>151にあるような『ＶＣ』とかいうフォルダ探すのをあきらめて
ためしにプロジェクトフォルダに入れてみたら出来た。
でも画像サイズがでかすぎる。
調節しないと。
ってか、説明ページを読みながらやったら、
ウィンドウじゃなくて全画面表示されるようになったし。
次はウィンドウを表示させよう。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 00:38:59

>>152
せっかくだけど、ＤＸライブラリでやるわ。
わるいね。
協力ありがとう。

**115** · 2011/02/01(火) 00:41:18

ちゃんとお礼を言えたのか
とりあえず傍観しようかな

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 00:48:18

>>155
お前の書き込みは一切役に立ってねぇんだよ。
いてもいなくても同じだからとっととうせろｗｗｗ
とか言ったら荒れるからな。
俺大人すぎｗｗｗ

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 01:47:16

というのは冗談です。

水平な地形を表示して、
自機を表示して、
自機が左右に動くようにしました。

自機が残像みたいになるので、
１ループするごとに画像が消えるようにしました。
そうしたら地形も消えました。

地形画像と自機を別のレイヤーに表示させることって出来ませんか？
レイヤーってのがないんでしょうか。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 02:28:37

>>145の、水平な地面を移動させるのと、地面と画面の端の当たり判定はできた。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 02:31:32

次は、ぎざぎざの絵との当たり判定をつけることだな。

しかし、関係ないが腕が痛い。腱鞘炎？
力が入らん。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 03:01:59

ttp://218.219.242.231/~kuroneko/imgboard1/img-box/img20110201025729.jpg

右のような画像との当たり判定をつけるにはどうすればいいの。
ＤＸライブラリで使用するべき関数とか教えて。

**名前は開発中のものです。** · 2011/02/01(火) 10:05:09

>>160
透明な小さい四角をギザギザと同じような形に並べといて
その四角と当たり判定つける

**115** · 2011/02/01(火) 12:56:55

>>160
int grandY[地面の幅]; //地面のY座標
getGrandY(grandY); //地面のY座標取得
//当たり判定：charactorXは地面の左端からの座標　charactorYはキャラの下側の座標
if(charactorY>grandY[charactorX])charactorY=grandY[charactorX];

void getGrandY(int *grandY)
{
地面のY座標取得の方法
案①(難易度大、スマートさ大)
地面の画像ファイル(jpg?)を解析して座標を求める。
案②(難易度中、スマートさ中)
地形が記憶された白黒のビットマップを用意して、そこから座標を求める。
案③(難易度小、スマートさ小)
手で入力
}

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 20:01:32

>>161
縦×横　１ｘ１ピクセル　の画像を並べるというような手作業はムリ。
もっとおおざっぱでもいいんじゃないかって思うかもしれないけど、
ミリ単位の地形の凹凸が戦略に影響するゲームだから、それはちょっと困る。

>>162
肝心の部分が分からないんですが

案①　画像ファイルを解析して座標を求める
って具体的に何をするんですか？

案②
こういう方法を今日思いつきました。同じことですか？

今日の勤務中に、　GetPixel　という関数を発見しました。
指定点の色を取得できるらしい。
これを利用して、自機の下の座標が白なら当たってる。
黒なら当たってない。
というふうにやれば複雑な地形でも当たり判定をつけることが出来ると思ったんですが、
レイヤ表示させることができないとこの方法は無理です。
白黒の地形画像の上に本物の地形画像を重ねるわけですから。
逆に言えば、レイヤ表示ができればなんとかなると思うんで、どうにかできる人がいたらどうにかしてください。

③
>>161と同じ方法ですか？
そういう書き方されても分かりません。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 20:15:27

レイヤ表示の仕方はお前らがどうにかしてくれるだろうから、
白黒画像の地形に当たり判定をつける作業に入る。

**115** · 2011/02/01(火) 20:55:51

>>164
①のやり方
http://ex.osaka-kyoiku.ac.jp/~j099608/test/text11.html
ここを参考にして考えよう。
ただし俺も分からんから頑張れ。
まあこの方法が完成したら白黒画像作る必要がなくなる。

②のやり方
http://www.kk.iij4u.or.jp/~kondo/bmp/
ここを参考にして考えよう。
①より簡単だけど結構むずかしいと思うよ。

③のやり方
grandY[0]=1px目の地面のY座標
grandY[1]=2px目の地面のY座標
.....
地面の幅の分だけこれを繰り返して入力しろ。

１番簡単だからおすすめは③だよ

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 21:02:22

>>165
ほんとに分かってんの？

**115** · 2011/02/01(火) 21:04:29

>>163
getPixcel調べたらGDIの関数みたいだね。
GDI使ったことないから使えるか分からん。

**115** · 2011/02/01(火) 21:06:30

>>166
①は俺にも分からんって言ってるじゃん
③がお前が１番できる確率が高い方法

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 21:13:29

③は>>161と同じ理由で却下。
ネコ戦車であそびおわったからそろそろ作業開始するわ。

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 22:39:05

　//色コードを取得　
　int Cr ;
　Cr = GetPixel( tankX , tankY ) ;

GetPixelで取得した　色コード　ってのがどういうもんなのかよくわからん。
#FFFFFF　とかってやつかと思ったんだけど、良く分からん。

なので、取得した色コードがどんな物なのか、表示させてみたい。
どんなふうに書けばいい？

それか、白の色コードをいきなり教えてくれてもいい。

**名前は開発中のものです。** · 2011/02/01(火) 22:50:51

>>162
上４行の方法だと水平な洞穴は作れないのと違う？

>>163
白黒画像を地形画像のαチャネル扱いしておけばレイヤー合成できるよ。

っていうか、着弾するごとに地形が変化するようにしたければ
仮想画面の取り扱いは必須だと思うよ。

>>170
COLORREFで検索するといいよ。

**115** · 2011/02/01(火) 23:10:20

>>171
>>108に洞穴作るなんて情報書いて無いじゃん

**社内ニート** ◆OpY5DDvqSw · 2011/02/01(火) 23:24:11

>>171
ありがとうございます。
さっそくCOLORREFで調べてみます。

今現在、白黒画像をαチャンネルとして用意して、
背景が見えるようにしてるんですが、
getpicxelでαチャンネル画像の色コードを取得することは出来ないので・・・
まあ、これについては後でかんがえます。

**社内ニート** ◆OpY5DDvqSw · 2011/02/02(水) 01:29:59

>>171
ありがとうございました。
DXライブラリ総合スレをみたり、いろいろ試して、
なんとか地形の上を動くようになりました。

方法は、
自機の下の座標の色を取得して、
黒（地形以外の場所）なら自機の位地を下げる。
白なら（地形の中にめりこんだら）自機の位地を上げる。
というものです。
一応地形の上を動いてはいますが、まったく納得がいかないので
しばらくは地形の当たり判定をうまくする方法と画像をレイヤ化する方法を探します。

それと、ここに居てもあまり有用な情報が得られ無いので
今後はDXライブラリ総合で名無しとして質問しながら製作を進めます。
進展があれば報告くらいにはきます。

ttp://218.219.242.231/~kuroneko/imgboard1/img-box/img20110202012444.jpg

**115** · 2011/02/02(水) 08:15:48

せっかく俺が教えてゲーム完成させようと思ってたのに詰まらん奴

**社内ニート** ◆OpY5DDvqSw · 2011/02/02(水) 20:03:29

>>175
いや、まじでちゃんと教えてくれよ。
教えてくれるならここでやる意味もあるってもんだけどよ・・・。

ところで、今日の16時30分ころにひらめいた。
仕事中だったのでメモ帳に書いて自宅にメールを送って、今実行。
こういうふうにやった。

なお、
機体の下の地形の当たり判定を調べる座標のことは　接地判定点　と呼ぶことにします。
用意した画像は　①背景　②地形　③地形とそれ以外の部分の白黒画像　④タンク

-----------------------------------------------------------------
・描画先を裏画面にする

以下ループ
・③白黒地形を読み込む
・接地判定点の色を得る。
・画像を消す
・①背景、②地形画像を読み込む。
・接地判定点の色が黒ならタンクの座標Yを下にすこし移動させる。
・④タンクを表示する。

ttp://218.219.242.231/~kuroneko/imgboard1/img-box/img20110202200118.jpg

**名前は開発中のものです。** · 2011/02/03(木) 02:38:59

これが人にモノを聞く奴の態度かよ
クズ過ぎワロタ

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 08:46:28

じゃあ、態度を改めるのでちゃんと教えてください。

接地している地形に応じて機体の角度を細かく変更させたい場合はどうすればいいですか。

**115** · 2011/02/03(木) 10:57:46

>>178
atanで地面の傾きの角度を求めてそれを機体の角度に反映させる。

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

設置点を２点にする。

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 19:23:19

ただいま。巻き寿司かってきたぞ。恵方向きながら食おう。
ところで恵方ってどっちだ。

>>179
atanの存在を教えてくれてありがとう。
でも、角度を求めるには2つの点が必要だけど、
それをどうやって求めるかってところでなやんでる。

>>180
　おれもそれを考えた。
でも、getpixelって重いらしいから、多様しちゃだめだって書いてたので気になる。
しかも、実はこれが3つ目の接地点。
　いつの間に2つ目の点を作ったかっていうと、
接地点が黒の場合、機体の位地はどんどん下がって、白に1ドットめり込んだ状態でとまる。
その後、横に移動して、山みたいな地形にぶつかると、中にもぐりこんでしまうので、
今度は接地店が白の場合、機体の位置をどんどん上げていくようにする。
そうすると、接地店が白と黒の間でいったり来たりする結果になるので、
接地点を縦に２つ並べて、上の点が黒で下の点が白なら機体の上下を中止するっていうふうにした。
　これで、タンク１つにつき3つのgetpixel。
４：４の対戦なら１２のgetpixel。
……
まあ、かんがえても仕方ないから、接地点とタンクを増やしてやってみる。
これでだめなら、当たり判定のしかたを根本的に改める必要がある。

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 19:52:37

あと、総合スレで

Getpixel より　GetPixelSoftImage のほうがいけてるぜぇ～。

との助言をいただいたので、そっちに変更しました。
GetPixelSoftImage　って、　赤　緑　青　透過度　の４つを得ることが出来ますが、
これらのうち、一つだけを得ることってできるんでしょうか。
1つだけなら処理も軽くなる気がするんですが。

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 19:58:52

後一つ、
atanを使うには、一番最初に

#include "math.h"

って書けばいい？
必須ヘッダとか書いてたけど、良く分からん。

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 20:00:57

さらに質問。
while
{ }

の中に、さらにwhileって入れていい？

**115** · 2011/02/03(木) 20:27:36

>>182
GetPixelSoftImageの重さが気になるなら
配列用意してロード時に読み込んじゃえばいい

>>183
#include <math.h>
標準ライブラリだからこう書く

>>184
自分でややこしくならないなら入れてもいい

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 20:38:59

whileの中にwhile入れてもいいのか。
じゃあ、エラーが起こってる理由は別だな。

配列って、
000000000000000
000011111100000
001100000011000
001100000011000
000011111100000
000000000000000
みたいな感じで構造体ってのを並べてマップ表示するやつだろ？
構造体の縦×横が1ドットのものを全部並べるとしんどいからだめだって
>>161の時に言ったじゃん。

**社内ニート** ◆OpY5DDvqSw · 2011/02/03(木) 23:15:39

地表での上下動をふせぐために、
接地点を縦に２つ増やし、
タンクを８つに増やした。
Getpixelは全部で１６個。
５ミリ秒ごとに１６のGetpixelをやったけど特に問題なかった。

地形との接触角度を求めるために１タンクごとにGetpixelを３つにするのは問題なさそうだぁ！

というか、やりながら思いついたんだけど、
各タンクの角度を１台のPCにやらせる必要はない。
それぞれのプレーヤーのPCに自分のタンクの角度を計算させ、
計算後の機体角度と位地座標を他のプレーヤーに渡せばいい。

**115** · 2011/02/04(金) 00:15:14

>>187
http://www.kk.iij4u.or.jp/~kondo/bmp/
ここを見て作れって言っても全然理解できてないみたいだったから
しょうないから俺が白黒画像読み込み関数を作ってやった。
俺も情報系じゃない大学生だけどＣ言語の基本をちゃんと勉強すれば
このくらい作れるんだよ。
http://www.nigauri.sakura.ne.jp/src/up17895.zip.html

**名前は開発中のものです。** · 2011/02/04(金) 00:15:33

技術的に面白そうなので、自分も同じゲームを作ってみようかな

**115** · 2011/02/04(金) 00:21:25

>>188
ミスってた
fp=fopen(fileName,"r");
をfp=fopen(fileName,"rb");に直して使ってくれ。

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 00:59:07

>>189
ポトリス系のゲームはやったことある？
プログラムできるんなら君に任せて、
俺が画像や音の素材作りをして、共同制作しませんか？

>>188
それを使えばだいぶ軽くなりそうだな。
実際使ってみてどうなるか分からないけどわざわざありがとう。

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 01:05:30

>>188でいただいた物の中身を見たら、
getImagePixel(x,y)

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 01:10:44

失礼、途中で書き込んでしまった。

>>188でいただいた物の中身を見たら、
getImagePixel(x,y)
って言う物があったんですが、これって
getpixeｌみたいに重くないんですか？
弾が当たったら、その部分が大きく円形にえぐれるんで、
着弾するごとにそのマップデータを書き換える必要があるんですが、

白黒画像に塗りつぶした円を描画
↓
getimagepixelを利用して配列を作る

ってやってたら死ねると思うんですが、
1と0で出来た配列に、直接円形に変化させることもできますか？
できたらかなり助かりますが。

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 01:51:38

　　　　　　　　　　／|
　　　　　　　　／　 |
　　　　　　　／　　　|
　　　　　／　　　　 | x
　　　　／　　　　　　|
　　／　　　　　　　 |
　／θ　　　　　　　 |
　￣￣￣￣￣￣￣　
　　　　　　y　　　　　　　　

この角度、θを求めるためには

θ = atan2 ( y , x ) ;

って書けばいけるかと思ったんですが、だめでした。
どう修正すればいいですか？

**名前は開発中のものです。** · 2011/02/04(金) 03:33:52

ぶっちゃけ、重いかどうか考えずに作ったほうがいいよ。
今のマシンじゃちょっとやそっとじゃ重くならないし。
速度が気になるんなら関数をラップして、
完成して余裕ができたら速い処理に置き換えるよう工夫するとかしたほうがいい。

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 03:43:43

>>195
初心者に分かるように言えYo！ファッキュー！
でも、重いかどうか考えずに作ったほうがいいってのはそうだな。
人間の感覚で重いと思っても、コンピューターにとってはそれほどでもなかったりするし。
思い切って、getpixelいっぱい使っても平気だった。
どんどん作っていったほうがいい。
それで動かなかったらそのとき考えよう。

で、>>194は？

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 03:46:24

あとよ、こういう企画してると、神みたいなタイミングで

「PC壊れちゃったんでしばらく作業できません」

ってことがよくあるが、ほんとにあるんだな。
俺は風呂が壊れた。
水風呂だ。

**名前は開発中のものです。** · 2011/02/04(金) 03:49:52

ATAN2 関数
http://excel.ara3.net/func/atan2.htm

**名前は開発中のものです。** · 2011/02/04(金) 05:11:15

>>194
斜辺と接辺の内積を取る。単位はcosθ。
ラジアンとかで取得したかったら、内積値に逆三角関数で求められる。

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 08:49:52

630
事故解決しました。
XとYに(double)つけたらよかった

**115** · 2011/02/04(金) 15:21:47

>>193
getImagePixelはメモリから直接読みだしてるんだからgetpixeより全然軽いはず。
http://www.nigauri.sakura.ne.jp/src/up17897.zip.html
↑は円と四角形を描画するプログラムも入れた奴
テストをあまり行ってないからバグがあったら教えてくれ

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 19:52:36

ありがとうございます。
これで描く塗りつぶし円は、ビットマップ画像に描画して、その後再び
getImagePixelでビットマップを0と1の配列にするんですか？

**115** · 2011/02/04(金) 20:33:30

>>202
言ってることが良く分からんが
このプログラムはloadImageでファイルから配列bufに画像を読み込む。
fillRect、drawCircle、fillCircleでbuf内に入ってる画像に書き込む。
getImagePixelでbuf内の画像の色を取得出来る。

お前はgetPixelで白黒画像を読み込んでるみたいだからgetImagePixelに
置きかえれるはず。

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 20:57:47

それじゃ、ゲーム内にそのまま使うことはできないですね。
着弾して地形がえぐれるたびにgetimagepixelを桁違いに多用することになるから。

fillCircleでbuf内に入ってる画像に書き込んでからgetImagePixelで画像の色を取得
というのが、無駄が多すぎる気がする。

ただ、ゲーム開始時のステージデータ読み込みにはすごく有効だと思う。
あとは、着弾点をどうやって変形させるかさえなんとかなればいける。

というか、あらかじめgetpixelを使って配列を作っておけばいいね。

**115** · 2011/02/04(金) 21:04:55

>>207
fillCircleは地形を変化させる時に使えばいいだけで
getImagePixelは１回loadImageで白黒画像を読み込んじゃえば使えるよ。

**115** · 2011/02/04(金) 21:06:05

>>204ね

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 21:13:55

んん？
fillCircleを使った後にgetimagePixelを使わないと、
配列はfillCircleを使った前と後で変わらないんじゃない？って話なんだけど。

**115** · 2011/02/04(金) 21:18:30

>>207
配列の中身はfillCircleを使わないと元の画像のままだけど
何か問題あるの？

**社内ニート** ◆OpY5DDvqSw · 2011/02/04(金) 21:21:22

fillCircke使っただけで配列の中身が変わるの？

**115** · 2011/02/04(金) 21:21:53

>>209
変わるよ

**115** · 2011/02/04(金) 21:30:10

てかgetImagePixelはただの配列から値を読み取るだけの関数だよ

**名前は開発中のものです。** · 2011/02/05(土) 01:18:30

作ってみました。
http://amadela.web.fc2.com/tank/

マシンスペックによっては、ちょっと重いかも。

**社内ニート** ◆OpY5DDvqSw · 2011/02/05(土) 08:16:34

昨日の続きだけど、
>>211
getImagePixelは

配列から値を読み取る　
じゃなくて、画像から値を読み取る
じゃないの？

**社内ニート** ◆OpY5DDvqSw · 2011/02/05(土) 08:21:18

BMP画像を
getImagePixelで読み取り、
putImagePixelで0と1の配列に書き出す。
↓
0と１の配列が出来上がる。
↓
地形を変形させたいので、
fillCirkleでBMP画像に円を描く
↓
BMP画像は変形したが、この状態ではまだ0と1の配列はさっきと同じ状況。
↓
getImagePixelで読み取り、
putImagePixelで0と1の配列に書き出す。
↓
変形後の0と１の配列が出来上がる。

じゃないの？

**社内ニート** ◆OpY5DDvqSw · 2011/02/05(土) 08:27:12

>>212
すばらしい！
まさに基本はこれです。
地形との当たり判定はどうやってますか？
機体の角度はどうやって測定してますか？
急斜面を上れないようにするのは機体の角度で制限ですか？

**115** · 2011/02/05(土) 10:14:06

>>214
全然違う。ちゃんとプログラム読みなさい。

loadImageでファイルからBMP画像を配列bufに読み込む。
(0と1の配列が出来上がる。起動時に１回読み込めばいい。)
↓
地形を変化させたい時はfillCircleで配列内の画像に円を描きだす。
(putImagePixel、drawCircle、fillRectは書き出す形が違うだけでやってることは一緒)
↓
getPixelImageで配列bufからデータを読み取ることができる。
(配列から読み取っていて軽いので当たり判定に多用出来る。)
↓
saveImageでbuf内の画像をファイルへ出力することもできるが、
デバッグ用のおまけなので使う必要はない。

つまり画像ファイルにアクセスする関数は
loadImageとsaveImageだけだよ。