アクションゲーム製作総合スレッド Part1

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

ワンキーゲーから格ゲーまで、様々なジャンルの基礎とも呼べるアクションゲーム。
このスレでは、そんなアクションゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論などについて語り合いましょう。
もちろん自分の作ったアクションゲームを晒してみたり、
プロジェクトをはじめてみるなどもOK！

ただし、アクションゲームの未来とか既存のゲームの話題などは、関連する他の
スレでやってくれ。

**名前は開発中のものです。** · 2006/03/24(金) 17:41:50

書籍代はケチるんじゃないぞ
ゲーム買うの我慢しても良書を買うべきだ

**562** · 2006/03/24(金) 17:42:27

>>563
HSPでも3D扱えるしDirectXでなくとも
今なら[SDL]+[OpenGL]も十分実用に耐え得るようになってきている。
にもかかわらず、未だに皆初心者にCを進めるんだよなー。
HSPの速度は同意。[hspdxfix]を使うとかなり軽減はされるが。
……と[C++] +[DirectX]でゲーム作ってる職業ﾌﾟﾛｸﾞﾗﾏ志望の
漏れが考えていますｗ

>>565
だからその基礎にするのがなぜCなのか理解できない。
初心者がCやるくらいならJAVAからはじめたほうがずっといいと思う

>>566
早まるな、HSPならネットの資料で十分足りる、金の無駄だ

やべぇ、長文な漏れｷﾓｽｗｗｗｗ

**名前は開発中のものです。** · 2006/03/24(金) 17:46:37

＞初心者がCやるくらいならJAVAからはじめたほうがずっといいと思う

初心者がいきなりオブジェクト指向を理解できるとは思えないんだよね
手続き型の限界を知ってからのほうが身につくんじゃない？
CならC++に無理なく移行できるし
Cは色んな意味で入門言語として手堅いんだと思うよ。

**名前は開発中のものです。** · 2006/03/24(金) 19:44:31

C++かJava、それと企画書はUMLの技法を使う
つまりオブジェクト指向を勉強したほうが良い
（C++の言語を作った人（ストラウストラップだっけ？）が、C++から始めることを薦めていた）
手続き型言語のCは、もはや時代遅れ

例えば敵機にしても、一つ一つがオブジェクトであり、個々に判定したり動くのが原則
またクラスを派生させ、敵機などは系統立って設計されるべき

**名前は開発中のものです。** · 2006/03/24(金) 20:29:43

>>569
そっか。漏れは初心者の頃オブジェクト指向には目から鱗だったんだが。
今度新規生がまたくるから、ウチの人員を研究対象として
今年は手続き型とオブジェクト指向型とどちらがわかりやすいか
調査なんかしてみるかな。

>>570
趣味プログラマがUMLなんか使うかよ禿ｗｗｗ

**名前は開発中のものです。** · 2006/03/24(金) 20:34:18

手続き型を先にやったがために、
オブジェクト志向になじめないってパターンもあるしな

**553** · 2006/03/24(金) 20:40:01

ん、通常はＣ→Ｃ＋＋という流れで覚えると思ったんだが
>>570のいうＣ＋＋から始めることを薦めてるってのが気になるなぁ

ついさっき本屋でＣ＋＋の入門本に
「本書はＣを知らなくてもＣ＋＋ができるようになる本です」
ってのがあったんだけどＣ＋＋から覚えるってのも
一つの手段として考えたほうがいいのかしら
聞けば聞くほどＨＳＰに不安が出てくるな（笑

**570** · 2006/03/24(金) 21:01:26

C++よりもCのほうが難しい
Cの本には、こういうプログラミングをすれば処理速度が上がるなどの個別のテクニックの解説が多い
またわけのかわらん自己中なプログラムを組む奴が多い

またクラスが無いから構造体を使うが、構造体にはアクセス権が無いため、
その構造体がどこでアクセスされているか、ソースコードを追っていくのが大変

プログラミングが難しい

**名前は開発中のものです。** · 2006/03/24(金) 21:29:57

>>573
この程度の情報量でHSPに不安がでてくるようなら
HSPやるにしてもCの勉強をはじめるにしても長続きしない。
とりあえず手軽に始められるんだからHSPで１ヶ月もやってみ。
そしたらHSPで足りるのか足りないのかわかるから。
なんにしろ3DACTなんて初心者が独学で数ヶ月でできるもんじゃない。

>>574
ただのOOP厨でしたか。お帰りください

**名前は開発中のものです。** · 2006/03/25(土) 03:43:31

ってか、Ｃから始めるといろいろめんどいというか、
ゲーム作り始めるまでに覚えることが多々有りすぎるから、
だったらまずはゲームってどんなふうに作られてるのか知る上でも、
メッチャ簡単なものでいいからＨＳＰで作っちゃえば良いと思うんだけど。

**名前は開発中のものです。** · 2006/03/25(土) 04:26:04

単純な内容ですぐ遊べるものが欲しいならHSP。
じっくり学んでたくさん作るつもりがあるならC。

**名前は開発中のものです。** · 2006/03/25(土) 10:55:59

>>577
嘘ばっかか。
たくさん作るつもりならむしろ手軽なHSPだろ
Cで作るならクオリティに凝ってもらいたいものだ

**名前は開発中のものです。** · 2006/03/25(土) 13:24:10

Cは低水準よりの言語だからなあ、ある程度プログラミングに慣れてからのほうが覚えやすいと思うな

結論としては、C言語は覚えておいても損は無いよってことで

**名前は開発中のものです。** · 2006/03/25(土) 21:19:25

俺としては
HSP→手軽、限度低い。
C,C++→とっつきは悪いかも。ただ覚えさえすれば、かなり使える言語。

って感じ。
なんでHSPがよく批判されるかっていうと
入門者に手軽なHSPを薦めること自体は別にいいんだけど
HSPの簡単さになれると他の言語に移りににくくなるんだよね。
まぁそれでもいいって言うんならいいけど

**名前は開発中のものです。** · 2006/03/26(日) 03:38:03

>>580
どうせ向上心のあるやつは半年もすれば
ほうっておいてもHSPから離れていくんだから、
当面初心者にはHSPを進めておけばいいと思うんだ。

ただ、
>まぁそれでもいいって言うんならいいけど
な上から見た態度はすこぶる気に食わないんだ。

**名前は開発中のものです。** · 2006/03/26(日) 04:19:19

そだね、やりたいことができないってわかったら、自分で他に移るんだし
これで十分だと思ったら、そのままでいいし。

**名前は開発中のものです。** · 2006/03/29(水) 00:14:45

とりあえずJavaScriptとかでプログラムの雰囲気を覚えるのもいいかと思う。
結果がすぐ分かるし。
つーか他の言語に移るとかよく分かんない。
今まで使ってきたもの全部適材適所で使うでしょ？
全体をC++とかJavaで作ってるときに、使い捨てツールが急に
欲しくなったときにHSPとかPerlとか使う、みたいな。

**名前は開発中のものです。** · 2006/03/29(水) 00:30:48

>>583
ヒント：いきなりたくさんやるのむり

**名前は開発中のものです。** · 2006/03/29(水) 00:54:46

漏れ、Javaなんて全く使った事が無い
で、初めての人にはJavaが良いのか、HSPが良いのかは分からない

が、BASICから入った漏れとしては、プログラマとして初心者なら、
初めの１～３年ぐらいは簡単な言語を使うことをオススメしたい

ちなみに今は、C++から全く動けない体になってマス

**名前は開発中のものです。** · 2006/03/29(水) 17:16:40

HSPは一番最初にお付き合いする言語にはちょうど良いんじゃない？
簡単にウインドウ出せて、描画も出来る、日本語資料いっぱい。

理解できなきゃプログラムは組めないわけだし
最初の言語は分かりやすさ優先にするのが良いんじゃないかな、と思ってる

**名前は開発中のものです。** · 2006/03/30(木) 04:19:50

スーパーマリオ３系の２Ｄアクションゲームを作ってるんですが、
斜めの坂と接触したときの自機のずらし方向について悩んでいます。

・自機の当たり判定を１点(1x1の大きさ)で、あたりを判定した場合には、
　坂のパターンに応じてうまく動かせます。

・自機の当たり判定を大きく(16x32)した場合には、マップデータが8x8ドット
　単位なので、どこで判定をとればよいか悩んでおります。

たとえば、１６ｘ３２の4スミ（※）でそれぞれあたりを取った場合、
　※４スミ＝(0,0) (16,0) (0,32) (16,32)
あたるマップチップがそれぞれ別のものになりますので、
どうしてもずらし方向が矛盾してしまうのです。

ここ１年ほど、この論理についてずっと悩みっぱなしなのですが
作例、論理などわかるかたいらっしゃいませんでしょうか。

**名前は開発中のものです。** · 2006/03/30(木) 15:00:35

ttp://pc8.2ch.net/test/read.cgi/gamedev/1017730241/634n

**名前は開発中のものです。** · 2006/03/30(木) 15:29:26

ちょっとマリオ3をやってみたら
？ブロックや土管とか通常の地面は、足先までの長めの判定をとってるけど
坂とかを含んでるチップでの、足元判定は下底の中心1x1でしかやってないっぽいな

**名前は開発中のものです。** · 2006/03/30(木) 17:37:15

つまりこうか？マリオの座標を
123
456
789
として、通常当たり判定は1379の４隅を使って
坂の当たり判定処理だけ8の位置のみでしている。と？

**名前は開発中のものです。** · 2006/03/30(木) 21:06:27

>>589
===
***=
****=
*****=
******=======
って判定で、見た目だけずれてるとかじゃなくて?

**名前は開発中のものです。** · 2006/03/31(金) 00:34:18

>>591
ごめん、図がよく分からんけど
おそらく見た目とかそういう話じゃないと思う
あと、敵はどんな地形でも足元は１ドットしか判定見てないっぽいな

**587** · 2006/03/31(金) 03:33:00

>>588,589
有用な情報をホントにありがとうございます。

590さん風にいうと、
とりあえず２段階にわけて、どこに立っているかは８で判定して
坂でなければ、1379の４隅を使って判定する、を
やってみようと思います。

ただ、まじめに判定するとすれば、588さんに教えてもらったＵＲＬの
チュートリアルの内容を実装する必要がありそうですね。
まさにこのノウハウが知りたかったのですが、めちゃ奥が深そうです。
ありがとうございました。

このサンプルの重さを解析してみないとわかりませんが、
8bitゲーム機でも耐えうる速度がだせる判定方法であれば
マリオ３的なアクションゲームでは、まさにこれを実装する必要が
ありますよね。頭がいたいですが。

説明が英語だけにかなり厳しいですが
アクションスクリプトをＣに移植しながら、理解を深めてみますです。
もしスピードが稼げる方法でなければ、これと似た結果をだせる
簡易計算方法が他にもあるかもしれませんね。

**名前は開発中のものです。** · 2006/03/32(土) 13:26:32

>>589
それは結構難しそうな気が

**名前は開発中のものです。** · 2006/04/05(水) 01:59:43

ｇああああ。
斜めの坂むずかシー。
誰か概念を教えて栗。

**名前は開発中のものです。** · 2006/04/08(土) 22:47:03

つ「内積、外積」

自分で調べて学ぶ事も重要

**名前は開発中のものです。** · 2006/04/09(日) 01:37:25

内積、外積、垂線の求め方などが考え方に必要なのはわかるが
２Ｄアクションゲームのプログラムには必要ない。３Ｄでは必須。
のハズ。

**名前は開発中のものです。** · 2006/04/09(日) 23:47:28

>596
念のため、２Ｄベクトルでの内積による当たりを判定してみましたが、
sqrt()の負荷がちょっと高いけど、全然実用的でした。
ごめんなさい。悪かったです。

**名前は開発中のものです。** · 2006/05/18(木) 21:31:48

保守

**名前は開発中のものです。** · 2006/05/22(月) 00:55:20

sqrtなんて使わなくね？

**名前は開発中のものです。** · 2006/05/22(月) 00:57:22

単位ベクトルとか求めるとき必須

**名前は開発中のものです。** · 2006/05/22(月) 01:45:22

もしかしてみんな点と三角形の当たり判定じゃなくて
線と三角形の当たり判定でやってるの？

**名前は開発中のものです。** · 2006/05/22(月) 21:38:24

点と三角形の当たり判定

点(px,py)　三角形(p1x,p1y),(p2x,p2y),(p3x,p3y)
v1x=pxｰp1x v1y=pyｰp1y
v2x=pxｰp2x v2y=pyｰp2y
v3x=pxｰp3x v3y=pyｰp3y
v1=v1x*v2yｰv2x*v1y
v2=v2x*v3yｰv3x*v2y
v3=v3x*v1yｰv1x*v3y
(v1>0)かつ(v2>0)かつ(v3>0)
または
(v1<0)かつ(v2<0)かつ(v3<0)
のとき当たり

誰か線と三角形の当たり判定教えて

**名前は開発中のものです。** · 2006/05/22(月) 21:39:15

お前に教えるハンテイはねぇ！

**名前は開発中のものです。** · 2006/05/22(月) 21:40:28

あれなんか表示がおかしい

**名前は開発中のものです。** · 2006/05/23(火) 01:07:00

２D上で線と三角形だと連立方程式立てられないんじゃないかな。
むしろ線と線（三角形の辺）でやったほうが良い希ガス。

**名前は開発中のものです。** · 2006/05/24(水) 00:14:18

>>606
ｻﾝｸｽ

**名前は開発中のものです。** · 2006/06/09(金) 06:37:51

衝突処理書き上げたらスタックが発生しまくり
ムカムカage

**名前は開発中のものです。** · 2006/06/10(土) 00:44:59

スタックが発生するとはまたよく分からない言葉ですね

**名前は開発中のものです。** · 2006/06/10(土) 22:00:32

データ構造のスタックしか知らん人が登場した。
さすがゲ作板だ。

**名前は開発中のものです。** · 2006/06/16(金) 00:44:02

スタックってなーに？

**名前は開発中のものです。** · 2006/06/21(水) 00:34:39

オー人事オー人事

**名前は開発中のものです。** · 2006/06/21(水) 10:02:38

>>612
ソレ書こうと思ったけどツッコミなさそうなので
書かなかったよ、そんな勇者なおまえに

スタッ○サービスじゃねーかよ

**名前は開発中のものです。** · 2006/06/27(火) 22:10:52

誰か>>603の解説お願いします
どうしても分かりません

**名前は開発中のものです。** · 2006/06/27(火) 22:34:22

http://gamdev.org/up/img/6301.jpg

**名前は開発中のものです。** · 2006/06/27(火) 23:34:17

>614

v1x=pxｰp1xは

　･(px,py)　　　　　　　　　　・(p1x,p1y)

　　　　　　　　　　　・(p2x,p2y)　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　・(p3x,p3y)
のとき

(px,py)　　　　　線分ｖ１
　　･-----------------------・(p1x,p1y)

　　　　　　　　　　　・(p2x,p2y)　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　・(p3x,p3y)
v1xは線分ｖ１のｘの長さ
同じくｖ１ｙはｙの長さ

v1=v1x*v2yｰv2x*v1y はもしｖ１＝０だと
０=v1x*v2yｰv2x*v1yでv2x*v1y＝v1x*v2yで
v1x：v1y＝v２x：v２yとなる
つづく

**名前は開発中のものです。** · 2006/06/27(火) 23:35:15

つまりｖ１＝０の状態は
(px,py)　　　　(p1x,p1y)　　　　　(p2x,p2y)　
　　･-----------・-------------・

(p1x,p1y)　　　(px,py)　　　　　(p2x,p2y)　
　　･-----------・-------------・

(p2x,p2y)　　　(p1x,p1y)　　　　　(px,py)　
　　･-----------・-------------・
・・etc
と３点が同直線上にあることを指す
ｖ１＞０やｖ１＜０なのは互いに同直線上にないこと指す

値が全て正のとき
v1=v1x*v2yｰv2x*v1y がｖ１＜０のとき常に

(px,py)　　　　
　　･
　
　(p1x,p1y)　　　　　(p2x,p2y)
　　・-----------＞・　　
となる

v1=v1x*v2yｰv2x*v1y がｖ１＞０のとき常に

　(p1x,p1y)　　　　　(p2x,p2y)
　　・-----------＞・　
　
(px,py)　　　　
　　･
となる
つづく

**名前は開発中のものです。** · 2006/06/27(火) 23:38:37

３つの辺を同時に考えると点(px,py)は
(px,py)①　　　　
　　･
　(p3x,p3y)　　　　　(p1x,p1y)
　　・-----------＞・　　
　　　▽　　(px,py)④｜
　　　　　＼　　　･　　｜　･(px,py)②
　　　　　　＼　　　　..｜
　　　　　　　　＼　　..｜
　　･　　　　　　　＼　V　
　(px,py)③　　　　　・(p2x,p2y)
の４つが考えられる
①は　(v1<0)かつ(v2>0)かつ(v3<0)か
　　　(v1<0)かつ(v2<0)かつ(v3>0)かになる
②は　(v1>0)かつ(v2<0)かつ(v3<0)か
　　　(v1<0)かつ(v2<0)かつ(v3>0)かになる
③は　(v1>0)かつ(v2<0)かつ(v3<0)か
　　　(v1<0)かつ(v2>0)かつ(v3<0)かになる
④は　(v1<0)かつ(v2<0)かつ(v3<0)になるこのとき点は面上にあることになる
　もし値が全て負なら符号が全て逆転するので
①は　(v1>0)かつ(v2<0)かつ(v3>0)か
　　　(v1>0)かつ(v2>0)かつ(v3<0)かになる
②は　(v1<0)かつ(v2>0)かつ(v3>0)か
　　　(v1>0)かつ(v2>0)かつ(v3<0)かになる
③は　(v1<0)かつ(v2>0)かつ(v3>0)か
　　　(v1>0)かつ(v2<0)かつ(v3>0)かになる
④は　(v1>0)かつ(v2>0)かつ(v3>0)になるこのとき点は面上にあることになる
　すなわち
(v1>0)かつ(v2>0)かつ(v3>0)
または
(v1<0)かつ(v2<0)かつ(v3<0) になるこのとき点は面上にあることになる

**名前は開発中のものです。** · 2006/06/28(水) 19:32:25

>>618の訂正
３つの辺を同時に考えると点(px,py)は
(px,py)①　　　　 (px,py)②
　　･　　　＼　　　　　･　　　　　｜･(px,py)③
　　　　　　　＼　　　　　　　　　　｜
　　　　　　--・-----------＞・-----　　
　　　(p1x,p1y)　▽　　(px,py)⑦｜(p2x,p2y)
　　　　　　　　　　　＼　　　･　　｜　･(px,py)④
　　　　　　　　　　　　＼　　　　..｜
　　　　　　　　　　　　　　＼　　..｜
　　　　　　　　･　　　　　　　＼　V　
　　　　　　　(px,py)⑥　　　　　　・　　(p3x,p3y)
　　　　　　　　　　　　　　　　　　｜＼
　　　　　　　　　　　　　　　　　　｜　　＼
　　　　　　　　　　　　　　　　　　　　･(px,py)⑤
の４つが考えられる
①(v1<0)かつ(v2>0)かつ(v3<0)、
②(v1<0)かつ(v2>0)かつ(v3>0)、
③(v1<0)かつ(v2<0)かつ(v3>0)、
④(v1>0)かつ(v2<0)かつ(v3>0)、
⑤(v1>0)かつ(v2<0)かつ(v3<0)、
⑥(v1<0)かつ(v2<0)かつ(v3>0)、
⑦(v1>0)かつ(v2>0)かつ(v3>0)になるこのとき点は面上にあることになる

　もし値が全て負なら符号が全て逆転するので
　すなわち
(v1>0)かつ(v2>0)かつ(v3>0)
または
(v1<0)かつ(v2<0)かつ(v3<0) になるこのとき点は面上にあることになる

**名前は開発中のものです。** · 2006/07/11(火) 16:18:01

>>６１８
当たり判定を中心の１ドットで
坂道判定するのって可能ですか？
平面はｘ座標、ｙ座標を独立させて当ったときに
境界線ぎりぎりの座標までのを取得しています

**名前は開発中のものです。** · 2006/07/11(火) 16:56:38

>>620
3Dの話？

**名前は開発中のものです。** · 2006/07/11(火) 20:23:02

>>620
２Ｄです
出来たら２Ｄで坂道のアルゴリズムをご教授いただきたく存じます

**名前は開発中のものです。** · 2006/07/11(火) 20:57:36

>坂道判定するのって可能ですか？
クオータービューの話ですよね

■■■□□□□
■■■■□□□
■■■■■□□
■■■.Ｘ.■■□
□■■■■■■
□□■■■■■
□□□■■■■

■・・・坂の上れる部分
□・・・触れない部分
Ｘ.・・・中心の１ドット

で内容はいいんですかね

**ナギサ** · 2006/07/11(火) 22:04:59

この本を見て勉強すれば簡単なゲームなら作れるだろうって本とかないでしょうか？？教えてください。目標はとりあえずｱｸｼｮﾝｹﾞｰﾑを作りたいです

**ナギサ** · 2006/07/11(火) 22:30:04

ちなみに超初心者です。ｹﾞｰﾑ作った事ないです

**名前は開発中のものです。** · 2006/07/11(火) 22:39:45

２Ｄか３Ｄかで変わるどっちなんだ？

**名前は開発中のものです。** · 2006/07/11(火) 23:17:34

完全無料のプログラミング言語HSPによるゲーム制作方法を徹底解説(単行本)
http://www.amazon.co.jp/gp/product/4757718632/250-5311087-3673063?v=glance&n=465392&SubscriptionId=1D7W8SQ3D56HTRGM2W82

**名前は開発中のものです。** · 2006/07/11(火) 23:26:09

>>623
2Dって事だから
マリオみたいな感じじゃないかな？
620の平面ってのは真横から見た平面って事だろう
でも、これなら線分と点でどっちの領域にあるか調べるだけな気が・・・
（坂の始点からの距離ｘの高さを求めて比較とか）

あぁ、618のを使って出来るか聞きたいだけなら
出来る

**名前は開発中のものです。** · 2006/07/12(水) 00:44:10

>>628
>でも、これなら線分と点でどっちの領域にあるか調べるだけな気が・・・
ヴァルケンやマリオ３のような２Ｄなのでこれぐらいの仕様で
いけると思うのですが問題はそのアルゴリズムが思いつかないのですorz

仮に４５度角の坂道を配置するとき、中心線がその枠内に入った場合、
どんな感じで境界線ぎりぎりのｘｙ軸を取得するのか……

当方、かなりの数学嫌いですがお願いします。

**名前は開発中のものです。** · 2006/07/12(水) 02:01:43

>>629
>ヴァルケンやマリオ３のような２Ｄなのでこれぐらいの仕様で
最初からそれ言ってりゃ早いのに

でも、斜面の何処に戻すのがいいのか分からんな・・・
x座標に合わせた高さを求めるなら簡単だし
横移動の速度は変わらずに済むからこっちかな？

坂の領域判定は矩形と点で判定は済んでるとして
坂始点(sx,sy) 坂終点(ex,ey) 点(x,y)

ax=sx-ex
ay=sy-ey
ky=ay/ax
bx=sx-x
cy=ky*bx

(sy-cy)<=y　なら y=sy-cy で坂の上に乗せる

線分判定やるとしたら線分と線分の判定じゃないとダメかな？
（斜面に直角に当たる座標になっちゃうから）

>当方、かなりの数学嫌いですがお願いします。
自分は中学ぐらいで数学は止まってる・・・

**名前は開発中のものです。** · 2006/07/12(水) 04:05:30

>横移動の速度は変わらずに済むからこっちかな？
kyを適当に利用して上りは遅く下りは早くしてみた

http://gamdev.org/up/img/6502.lzh
これで使ってる移動ベクトル
vx=-(2.0-ky/2) 左移動
vx=(2.0-ky/2)　右移動

地面の移動ならこれでよさそう

**名前は開発中のものです。** · 2006/07/12(水) 11:13:18

>>631
ｶｺｲｲ!

**名前は開発中のものです。** · 2006/07/12(水) 13:01:22

>>630 >>631
解説ありがとうございます
実際どうなっているか流れを見てみます。

**名前は開発中のものです。** · 2006/07/12(水) 22:41:39

>>633
ジャンプとスクロールもさせてみた

http://gamdev.org/up/img/6506.lzh
（スクリプトも付けたけどHSPやってない人には読みづらいんだろうな・・・）

弾が斜面のどこに当たったとかは
603にある
>点(px,py)　三角形(p1x,p1y),(p2x,p2y),(p3x,p3y)
>v1x=pxｰp1x v1y=pyｰp1y
>v2x=pxｰp2x v2y=pyｰp2y
>v1=v1x*v2yｰv2x*v1y
これを応用すれば出来ると思う
分からなかったら又質問でもしてくれ
（誰か答えてくれるだろうｗ）

**名前は開発中のものです。** · 2006/07/13(木) 00:00:37

>>634
数学嫌いの私にも４５度坂が出来ましたm(__)m
これで擬似物理とか出来たら萌え死にます
蛇足・６３０の公式をＢＣＣでいじっていたのですが
ax=sx/ex
ay=sy/ey
ky=ay/ax
と誤って入力したらフリーズしました
仕様でしょうか

ttp://read.kir.jp/file/read51673.gif

**名前は開発中のものです。** · 2006/07/13(木) 00:17:00

ゼロ除算に100物理

**名前は開発中のものです。** · 2006/07/13(木) 00:28:25

>>635
636も言ってるように0で割るとエラーが出る（これは言語に関係はない）
だから0で割る事にならないように工夫する必要がある
（0の時ようの処理を用意したり）

**634** · 2006/07/13(木) 21:51:57

ありゃ、ボンミスしてた
color 100,255,255 :mes "x("+x+")"+" y("+(x+ry)+")"
y表示しようとしてるのにxって
楽してコピペしてると変なミスするな・・・

**635** · 2006/07/14(金) 01:26:48

今、マップチップを３２ドットで編集しているのですが
１６ビットで分割する必要が出てきました。

３２ビットチップに当たった→１６ビットに分けた４つのどこに当たったか
→その位置になるように合わせる

といった処理が思い浮かんだのですが、これで６０ＦＰＳを
維持するのは正直つらいでしょうか？

0x00000F00
という感じでＦを当たり判定用にしています
（１、左端　２、右端）という感じで

連投申し訳ございません、m(__)m
面倒でしたらチラシの裏だと思ってくれてもいいです

**名前は開発中のものです。** · 2006/07/14(金) 01:46:48

よゆー

**635** · 2006/07/30(日) 16:32:32

またも質問させていただきます

アクションゲーム作ってみましたが
ttp://gamdev.org/up/img/6860.lzh

４方向による１６ビットの当たり判定まで作ってみたのですが
角にキャラを近づけると引っかかってしまうことがあります

おそらくｘ軸の判定とＹ軸の判定が同時に発生していると思うのです
不明瞭だとは思いますが、一応、問題のソースコードも添付しておきます。

Ｃ＋＋やダイレクトＸに詳しい住民様、解消法を
よろしくお願いしますm(__)m

**635** · 2006/07/30(日) 16:34:56

sage忘れましたorz

**名前は開発中のものです。** · 2006/07/30(日) 17:39:00

まじめに読む気がしない。

こんなのは必ず解決するから、よく自分で試行錯誤し、
あたり判定もう一度最初から書き直してみれ。

**名前は開発中のものです。** · 2006/07/30(日) 21:07:12

>>641
xとｙの距離比較してそれぞれのフラグ立てれよ

円として判定したいなら
円の方程式使って進入許可できる距離を判別しろ

**名前は開発中のものです。** · 2006/07/30(日) 21:54:13

デバック用の文字列とか表示しないのかね・・・
VC＋＋のデバック機能にも限界があるから作ったら？

あとインデントとかちゃんとして
コメントアウトも多めに付けた方が他人に分りやすい

関数の前にアルゴリズムの図とかをコメントアウトで描いたりや
アルゴリズムの図をBMPとかで描いて残したりした方が
自分が再認識したり整理するのに役立つよ

**635** · 2006/07/31(月) 00:05:39

>>643,644,645
アドバイスありがとうございましたm(__)m

もう一度粘ってみたら原因が分かりました。
方向をＸ軸移動、Ｙ軸移動と分けていたので
角に来たとき、少しだけ当たり判定内に進入してたようです
Ｘ軸、Ｙ軸両方に判定がなかった場合、
続けてＸＹ軸両方合わせて判定するようにしました。

>>インデント
よく注意されてます
仕事するようになるまでにはちゃんと直したいのですが
なかなかうまくいきませんorz

**名前は開発中のものです。** · 2006/07/31(月) 10:22:10

仕事とか関係無しに見やすいソースを書く癖はつけといたほうがいーぞ
まずはこれ使え
ttp://astyle.sourceforge.net/
ttp://homepage2.nifty.com/tenk/lib/doc/astyle_j.htm

**635** · 2006/07/31(月) 23:17:19

>>647
勉強になります

クラスを他のクラスにそのまま引き渡すのは良くないでしょうか
参照しやすいのですが、かわりに結合度が高くなってしまいます
初心者なのでよく分かりません

**名前は開発中のものです。** · 2006/08/01(火) 02:09:51

>>648
> クラスを他のクラスにそのまま引き渡すのは良くないでしょうか
んなこたぁない。

> 参照しやすいのですが、かわりに結合度が高くなってしまいます
それは設計の問題。

**635** · 2006/08/03(木) 00:23:26

スクロール処理で向きを変えたときに自動的に前の方向が
スライドして見やすくなる（ヴァルケン、洞窟物語風に）
処理がうまくいきませんorz

ちょっといじればできそうなのですが……

**名前は開発中のものです。** · 2006/08/03(木) 10:24:50

自機の向きから出す視点の横補正の目標値とは別に
現在の横補正値を変数にもち、こっちの値で描画を行い、
段階的に現在の横補正値を目標値に近づけてきゃいいんじゃねーの

**名前は開発中のものです。** · 2006/08/04(金) 17:04:02

http://gamdev.org/up/img/6928.png
画像のように、COMが自分に向かってジャンプしてくるにはどうすればいいでしょうか

**名前は開発中のものです。** · 2006/08/04(金) 17:13:59

直線的な追尾処理だけじゃなく

追尾相手と同じ段に行く　というアルゴリズムを挟め

その段に行けるかどうか　どういうルートで到達できるかは
足場座標とキャラのジャンプ力使って試算させとけ

**名前は開発中のものです。** · 2006/08/05(土) 16:42:52

再三にわたり失礼いたします。
表示を320×240に変えて、フルスクリーンにしたところ
縮小、ウインドウモードに変えると強制終了になってしまいます。
あきらめるしかないのでしょうか

ttp://gamdev.org/up/img/6944.lzh

**名前は開発中のものです。** · 2006/08/05(土) 17:01:52

ヒントやるよ
フルスクリーンからAlt+Tabで別ウインドウに切り替えても強制終了するだろ？

つうかDirectXスレで聞け

**名前は開発中のものです。** · 2006/08/16(水) 21:17:11

マリオ風のアクションゲームを開発をしているのですが
プログラミングしたジャンプや移動の操作を５分以上操作し続けると
動作中に強制終了してしまいます。
なにも操作していない時は強制終了しないで動いているですが
原因が分かりません。

操作系のクラスをプログラミングしている際、int型やfloat型、double型
をごっちゃにして入力していたからでしょうか。

DirectXの原因かとも考えたのですが、よく分かりません。

ほかに考えられる原因があれば教えていただけないでしょうか
よろしくお願いいたします。

**名前は開発中のものです。** · 2006/08/16(水) 21:30:47

b=a/0みたいな0除算はマズいぞ？

**名前は開発中のものです。** · 2006/08/17(木) 00:03:23

>>656
ゲーム開発ｵﾜﾀ＼(＾o＾)／

**名前は開発中のものです。** · 2006/08/17(木) 11:15:47

>>656はエスパーを探しに来た人

**名前は開発中のものです。** · 2006/08/17(木) 12:58:43

>>656
つ　デバッガ

**名前は開発中のものです。** · 2006/08/17(木) 16:33:17

>>656
日本語でおｋ

**名前は開発中のものです。** · 2006/08/17(木) 18:24:42

どう見てもメモリリークです

**名前は開発中のものです。** · 2006/08/17(木) 18:35:11

本当にどうもありがとうございました

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

いえいえ、どういたしまして

**名前は開発中のものです。** · 2006/08/18(金) 02:51:39

いえ、こちらこそ

**名前は開発中のものです。** · 2006/08/18(金) 18:56:07

おれもやってみるかな。

**名前は開発中のものです。** · 2006/08/18(金) 19:23:58

>>666
ゲーム開発ハジマタ＼(＾o＾)／