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

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

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

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

**名前は開発中のものです。** · 2005/08/07(日) 22:08:23

>>510 error C4292:'お前らみんな'はあいまいであるか、アクセスできません。明確な参照を指定してください。

**名前は開発中のものです。** · 2005/08/07(日) 23:58:19

>>498
物理シュミレーションの分野。解析法とか。

**名前は開発中のものです。** · 2005/09/17(土) 09:10:29

質問です
ソニックザヘッジホッグのように
曲線で描かれた地面との衝突判定って
どう処理するのがよいのでしょうか。
地面に沿った曲線方程式を持っていて
それから計算するのでしょうか
ご教授ねがいます

**名前は開発中のものです。** · 2005/09/17(土) 09:55:39

線との接触判定を地道に一つ一つやっている。
今のマシンのパワーなら、そのぐらいは簡単だよ。

**名前は開発中のものです。** · 2005/09/17(土) 14:43:24

>>514
回答ありがとうです
接触判定用の線の配置マップは
やはりマトリクスで管理するのでしょうか？
たとえば↓のように坂道があったら
□□□□□
□□□□／
□□＿／□
＿／□□□
□□□□□
各マスごとに接触線の有無情報を持つということでしょうか。
０００００　０：なし　１：＿　２：／
００００２
００１２０
１２０００
０００００
※おおまかに数値化した例です

マップがでかくなったり、細かいカーブのある地面を表現しようとすると
管理できなくなりそうだなあ。
素人丸出し、すんまそん。
何か良い方法ありますか。

**名前は開発中のものです。** · 2005/09/17(土) 15:18:30

>>515
それは、マップの作り方次第やね。

たとえば515のマップなら、こんな風に作る事もできる。
０００００　０：なし　１：床　２：坂
００００２
０００２１
０２１１１
１１１１１

あと、閉じた線リストのグループを組み合わせてマップを作る方法もあるが、
これはちょっち難しいかな？

**名前は開発中のものです。** · 2005/09/17(土) 15:37:45

まあ要するに、マップの作り方は、作りたいゲームによって変わるって事だよ。

レースゲームでは、道の両側の座標を二本のポリゴンで管理する事も珍しくないし、
道幅が固定なら一本のポリゴンで管理する事もある。

**名前は開発中のものです。** · 2005/09/17(土) 16:15:52

レスありがとう、参考になります。
ソニック系のゲームを作りたくて
どの方法がいいのが決めかねていました。
>>516
>あと、閉じた線リストの～
例えばマップを１０×１０マス単位に区切って
その中に含まれる直線式をリスト管理しておいて
キャラクタが居る場所のリストとの当たり判定を
するということでしょうか。
□□□□□□□□□□
□□□②＿＿□□□□
□□□／□□□□□□
□□／□□□□□□□
□／□□□□□□□□
①□□□□□□□□□
□□③―――□□□□
□□□□□□□□□□
□―□□□④―――□
□□□□□□□□□□
リスト１
①y=ax+b
②y=cx+d
③y=ex+f
④y=gx+h
このマップ内にいたら上記①～④の式との衝突判定をする
ってことでしょうかね。
これなら曲線式（円とか）もリストに入れられそうですね。

**名前は開発中のものです。** · 2005/09/17(土) 18:01:47

直線の始点(x1,y1)と終点の座標(x2,y2)があれば、一本の線が描ける。
そして二つの点が決まって居れば、その線の計算式を求める事は可能だ。
(y-y1)=((y2-y1)/(x2-x1))(x-x1)

三つの座標があれば三本の線が描ける。
(x1,y1)～(x2,y2),(x2,y2)～(x3,y3),(x3,y3)～(x1,y1)
四つの座標があれば四本の線が描ける。
(x1,y1)～(x2,y2),(x2,y2)～(x3,y3),(x3,y3)～(x4,y4),(x4,y4)～(x1,y1)
こうした折れ線が、閉じた線リスト。

三つの座標で、二本の線。
(x1,y1)～(x2,y2),(x2,y2)～(x3,y3)
四つの座標で、三本の線。
(x1,y1)～(x2,y2),(x2,y2)～(x3,y3),(x3,y3)～(x4,y4)
こうした折れ線が、開いた線リスト。

**名前は開発中のものです。** · 2005/09/18(日) 12:43:56

さて質問。
今マリオ風アクションゲームを作っているんだが、壁とマリオの衝突判定で問題発生。

マリオの上、下、左、右それぞれに当たり判定を作って上が当たったら頭があたったと判定させ
下が当たったら足と壁(地面)が衝突するからY軸の重力加速度をゼロにして地面の上にたたせる。
右がぶつかったら左にすこし押し返される感じにして左も同様

こんな感じで基本的に動くようになったんだが、このキャラクターが吐く玉があるんだが
その玉にも同様の当たり判定(上下左右)を行ってるのね
だけどこの玉の移動速度があまりにも速いものだから壁にめり込んで正確に動作してくれないんだ
玉のスピードによって当たり判定を伸ばせばいいのかな？ともおもったが色々考えて却下。

最終的に1秒60フレームの60FPSとは別に玉の動作だけ600FPSくらいで判定処理をさせればOKじゃね？とおもってやってみたが
なぜか動かん！

本来マリオ風アクションゲームを作る時のキャラの当たり判定ってどう行うんだ？

**名前は開発中のものです。** · 2005/09/18(日) 13:37:00

60FPSを600FPSにした場合、１フレームの移動量は１／１０倍に、
60FPSを6FPSにした場合は、１フレームの移動量を１０倍にしないと
玉の速度が変わるわけだが？

**名前は開発中のものです。** · 2005/09/18(日) 13:39:07

めり込んでから判定するか、めり込む前に判定するか

**名前は開発中のものです。** · 2005/09/18(日) 14:01:59

>>520
このスレの上の方で、

①移動前に判定
②当たらなかったらちょっと'(１ドット？)移動
これを１フレームの移動量に達するor壁に当たるまで繰り返し

ってやりかたが出てたような気がする

**名前は開発中のものです。** · 2005/09/18(日) 16:45:57

弾が壁に当たったらデカいエフェクトでも出せば～
そんな気にならんと思うぞ。

**名前は開発中のものです。** · 2005/09/18(日) 18:17:20

マリオが壁にひっかかったりめりこんだりすりぬけたりするバグまで再現するのは、普通にやると難しいんだろうか

**名前は開発中のものです。** · 2005/09/18(日) 18:50:37

>>513-519
メガドラ版とかだったらそんな大層な事してなさそう
例えばマップデータにその点での曲線の傾きを入れておいて、傾き２のポイントに左からぶつかったら上に２上がる、みたいな

もちろん上の人はわざわざ「今のパソコンなら」って書いてるわけだし今ならその方がスマートだとは思うんだけど、
ソニックは移動が高速だから多少粗くても問題なさそうだし、処理性能の面でも当時ならそうしたんじゃないかなと
見当違いだったらスルーよろ

**名前は開発中のものです。** · 2005/09/18(日) 18:52:21

ごめん寝ぼけてた
忘れて下さい

**名前は開発中のものです。** · 2005/09/18(日) 20:18:59

>>524
何げに良いテクを言ってる気ガス。

**名前は開発中のものです。** · 2005/09/18(日) 20:25:37

｜
｜　　　○))))
｜

｜
｜　　○))))
｜

｜
｜　○))))
｜

・・・
・◆・
・・・

◆◆◆
◆◇◆
◆◆◆

□□□
□□□
□□□

｜
｜
｜

**名前は開発中のものです。** · 2005/09/19(月) 00:47:45

>>528
そもそも壁にあたったと判定できなくてこまってるんじゃ
あんまり意味がない気がする。

**名前は開発中のものです。** · 2005/09/19(月) 09:43:08

６０フレで移動値１０ぐらいならそんな気にならんと思うし、
それ以上になるようならデカいエフェクトで対処したほうがいいと思う。
接触をどこで判定するかにもよるが、弾自体をデカくしてもいいかと。
見た目のめり込みドット数は減ると思うぞ。

**名前は開発中のものです。** · 2005/09/19(月) 09:45:00

>>523
なるほど
次フレームに位置する玉の場所と現在の場所にスライドするように判定を行うわけだね？

頭いいー！
で、どうやるんだろ…ｗ

がんばってくる！

**名前は開発中のものです。** · 2005/09/19(月) 09:47:15

>>弾自体をデカくしてもいいかと。

それ考えたんだけどやっぱそうしたほうがいいのかなぁ。
うぅむ。
ちなみにｴﾌｪｸﾄで対処とかっていう案が結構でてるけど
>>528
さんが言うように早すぎると壁抜けてしまうので
ｴﾌｪｸﾄ以前に判定できないのよね。

とりあえず↑の方法を頑張ってみる。

**名前は開発中のものです。** · 2005/09/19(月) 09:48:32

すまん。
>>530さんね。

みんなありがとう！

**名前は開発中のものです。** · 2005/09/19(月) 20:10:36

手短にC++について質問

class MOVEOBJ {
public:
**省略**
MOVEOBJ();//ｺﾝｽﾄﾗｸﾀ
MOVEOBJ(int x, int y);//ｺﾝｽﾄﾗｸﾀ
};

class PLAYER : public MOVEOBJ {
public:
**省略**
};

MOVEOBJ a(8,8);//これは出来るけど
PLAYERn(8,8);//敬称してもこれは出来ない。

どうすればPLAYERクラスからMOVEOBJ内のｺﾝｽﾄﾗｸﾀにアクセス出切る？

場違いかな？

**名前は開発中のものです。** · 2005/09/19(月) 20:56:48

class PLAYER : public MOVEOBJ {
public:
PLAYER( int x, int y ) : MOVEOBJ(x,y){}
**省略**
};

**名前は開発中のものです。** · 2005/09/20(火) 14:48:01

>>536
THX

**名前は開発中のものです。** · 2006/01/05(木) 23:56:28

>>227
年を2つ越えて亀レスだが、俺がPC版アーマード・コア作っちゃっていい？
本家のACはもう行くところまで行ってしまった気がする。

**名前は開発中のものです。** · 2006/01/06(金) 03:29:23

>>538
ｶﾞﾝｶﾞﾚ

**名前は開発中のものです。** · 2006/01/06(金) 14:04:58

>>539
㌧クス、地道にがんがる。

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

横スクロール型アクションゲームを作っているんですが(魔物ハンター舞(知ってるかな？))みたいなやつ、
コマンド技などを実装しようと思いますがコマンドの判定がいまいちわかりません。
1フレーム(約14ms)毎にキー状態を取得し、前のキー状態と比較してＡかつＢのコマンドがあれば
フラグをＯＮにし、そのフラグがONの状態の時あるボタンを押されたらコマンド技という実装を考えたのですが、
どう頑張っても入力が不可能になってしまいます、どうすればいいでしょうか？

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

それでいいはずだけど？実際のキー入力見たら？
入力無し状態が間に入って、成立してないって判定してるかも。

**名前は開発中のものです。** · 2006/03/08(水) 19:45:40

コマンド解析ロジック
でぐぐって参考にすれば？

**541** · 2006/03/08(水) 21:30:58

>>542
その通りでした、くだらないバグですいません。

>>543
ありがとうございます、参考にします。

**名前は開発中のものです。** · 2006/03/21(火) 18:07:26

プレイヤーキャラクタの動かしかたについて質問です。
キー入力をキャラクタの動きに対応させる際に、以下の二通りの実装を考えています。

1. 上位側でキー取得、キーに対応したキャラクタの関数呼び出しで行動。
2. キャラクタ側行動関数内でキー取得、対応した動作を内部で記述。

1、2、どちらがOOPとしてスマートな実装方法だといえるでしょうか？
識者のかたお願い致します

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

>545
俺もちょうど似たようなところを組んでいたが、OOPとしては当然1じゃね？

ゲーム内のキャラクタが、現実のキー入力という異世界の情報を、直接扱うのは美しくない。

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

なるほど、そういう考え方もあるな。

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

そうなん？
普通に２がやりやすいと思うが。

**名前は開発中のものです。** · 2006/03/21(火) 22:51:39

やりやすいとスマートは違うぞな、もし

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

１だとＣＰＵもキー入力的に動かせる気がして１にしてる。

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

てか、2の方法だと、プレイヤーの行動以外のために
キー入力状態が欲しくなったら面倒じゃん。

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

イベントリスナーを使うのがオブジェクト指向っぽい

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

ところでまったくの初心者である俺から質問させてほしいんだが

Ｃ言語とかDelphiとかどれがお勧め？

いま友達が簡単だからお勧めっていうＨＳＰってのを勉強してるんだが
使ってるのによって何か弊害とかあるのですか？
あのプログラムができない云々とか（´・ω・

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

言語にお勧めなんて無いよ、使い慣れたのが一番だ

あとの質問は意味が理解しきれないのでパス
＃使ってるコンパイラなのか言語なのか
＃プログラムができないってどういう意味なのか

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

プログラムの基礎を学ぶ意味でCを最初にやる事を強く勧める

**名前は開発中のものです。** · 2006/03/24(金) 04:00:40

>>554使いなれたのが一番・・・なるほど、あと説明が変ですみませぬ
>>555やっぱりＣが押されるようで、ありがとう
んーやっぱＣ言語からって意見をよく聞くからＣ言語がいいのかな

なんかＨＳＰ使うと細かな命令がやりにくいとか、
処理が重いとか言われてて、もしＨＳＰに満足できなくて
Ｃ言語に乗り換えて使うとしてもＨＳＰの知識では役に立たないとか？
だったら早期に見切りを付けてＣ言語やったほうがいいのかなって
（；´・ω・
いずれは３Ｄアクションゲームを作ろうと思ってるからなおさらＣ言語なのかなと
（こう発言して散っていった先人達は星の数ほどいるらしいから
今は笑い飛ばしてくれていい）
だけど早期にそれなりのアクションゲーム作りたいならＨＳＰ使えと言われるジレンマorz

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

とりあえずHSPで何か作っちゃうのが良いよ

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

ＨＳＰの言語の知識は役に立たないかもしれないが、
ＨＳＰでのプログラムの経験は、役に立つかもな

**名前は開発中のものです。** · 2006/03/24(金) 10:40:32

結果が全てなのだぁ

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

最初はコンソール画面でオセロでも迷路でも作ればいいよ
プログラムすることの面白さに気付ければ
後は誰の後押しも無く自分で学んでいける

HSPはポインタあるのかな？
ポインタって何？（・∀・）
という状態になるのが怖いな

Cでグラフィカルな表現に進む場合にはWindows、DirectXが立ちはだかるわけだが
SDLという道もあるので頑張って欲しい

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

>>553
ﾏｼﾞﾚｽするとRuby。趣味言語として。
しかし趣味でゲームつくるくらいならHSPで間違いなく十分。

モチロン職に就くなら話は別だが。

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

連ﾚｽｽﾏｿ

>>560
HSPでも一応ﾎﾟｲﾝﾀは使えるよ。

ところで、>>555もそうなんだが
なぜ職でﾌﾟﾛｸﾞﾗﾐﾝｸﾞをやるわけでもない初心者に
Cを進めるのか理解できないんだ。
煽りとかじゃなくて真剣な話ね。

ちょっと答えてくれるとｳﾚｼｽ

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

>>562
2DゲームならHSPでもいいかもしれんけど、
3Dゲームになると明らかにdirectXとか使ったほうが良いし
そのためにはC言語くらい出来ておくべき。

それと俺の場合はシューティングゲームを良く作るんだけど、
最近の弾幕バリバリ系のをHSPで作ると凄く処理が重たくなる。

**553** · 2006/03/24(金) 17:25:42

>>557とりあえずＨＳＰで作ってみます

>>558という思考からやっぱり最初からＣやるべきなのかと思ってしまう

>>559同意

>>560なんか擬似的にポインタっぽい仕様があるとか聞いた

>>561.562んー趣味ＬＶだからなァ、たしかに・・・

とまあ、Ｒｕｂｙとか出てきたしそれぞれに特徴があるんだったら
説明をお願いしたいんですがorz
初心者すぎてゴメン、とりあえずＣはプロ向きで
ＨＳＰは初心者向きで他のを使うときには役に立ちにくい感じのでいいのかな
他のＤｅｌｐｈiとかどうなんでしょ（´・ω・

とりあえずいずれの目標は
つ｛http://www.geocities.jp/ikachi_soft/saintpaulia/index.htm｝
↑のをもうちょいゲームとして遊べる仕様なのを作ってみたいです

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

最初に身に付ける言語が基礎になると思うから。

**553** · 2006/03/24(金) 17:38:50

おっと書き込み中にレスが増えてました

>>563
そう、その意見をＨＳＰを使ううえでよく聞かれるんだよね
「処理が重たくなる」っての、それが心配なんだけど
Ｃで作る場合とかなり違うと思っていいんですか？

Ｃ言語が優秀なのはわかった
とりあえずこのスレで質問した結果から
明日書店へひとっ走りして入門書を購入してこようと思います

ちなみに今手元にあるのは
「HSP3プログラミング入門」
「12歳からはじめる、HSP3.0ゲームプログラミング教室」
中古本ですけど値段が手ごろだったので

**名前は開発中のものです。** · 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

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