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

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

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

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

**名前は開発中のものです。** · 2005/04/02(土) 17:12:17

>>422
いきなり自動的にヘンなソフトを
ダウンロードするページみたいだが、何だこれ？
妖しいからキャンセルしたが。

**名前は開発中のものです。** · 2005/04/02(土) 17:30:20

ttp://www.runarudo.flnet.org/newpage25.htm

**名前は開発中のものです。** · 2005/04/02(土) 17:33:59

>>423
もう手遅れ

**名前は開発中のものです。** · 2005/04/02(土) 18:06:32

>>423
ダウンロードしなけりゃ大丈夫だよ。
ダウンロードしたなら、HDをフォーマットした方がいいな。
多分、OSが変になるから。

**420** · 2005/04/04(月) 22:21:39

矩形情報を持ったオブジェクトが不可侵のマップチップと衝突したときに、めり込んだ分だけ位置を補正する処理なんだけど
振動したり、壁にくっついちゃったり、きれいにできない
みんなどんな感じでやってるか流れだけでいいから教えてくれー

今時の2Dアクションのマップって、描画は一枚絵、データは線分の集合で衝突判定は法線を元に、とかやってんだろうか
つーか最近の2Dアクション知らねーや俺

**名前は開発中のものです。** · 2005/04/05(火) 00:14:28

ひょっとして、めり込んだ後に補正処理してないかい？

1.移動する前に次の座標（移動先）を算出する
2.めり込まないならそのままGO
3.めり込みそうなら障害物の直前で止める

でいけそうなもんだが。

**名前は開発中のものです。** · 2005/04/05(火) 00:17:20

3Dゲームで主に使われてるけど、420さんの判定方法なら参考になるかも：）
ttp://www.cam.hi-ho.ne.jp/strong_warriors/teacher/chapter09.html

**名前は開発中のものです。** · 2005/04/05(火) 02:19:31

>>428
この方法の場合、複数の物体があった場合に、
片方の手前で止めたら別の方の物体にめり込んだ、
なんて現象が発生する事もあるので、注意して作る事。

**名前は開発中のものです。** · 2005/04/05(火) 02:28:58

>>428
あとブロックより移動量が大きくなっちゃうとすり抜けちゃうんだっけ？
まあ、そこまで移動量が大きくなることはほとんど無いだろうけども

**420** · 2005/04/05(火) 16:44:56

やったできたー！
・速度の補正に、現在の位置ではなく新しい位置を使っていた
・オブジェクトの持つ矩形の幅、高さのoriginの問題
が主な原因でした

>>428-431
参考になりましたありがとう！固体感ﾊｧﾊｧ

**名前は開発中のものです。** · 2005/04/10(日) 18:51:47

VFや鉄拳のようなカメラワークはどうすれば実現できるんでしょうか。
２キャラ間の中心を見るようにしてあとはカメラを中心点から垂直にずらした位置へ
動かせばいいのかと思ってたらその目標地点の算出に手間取り。

もしかして考え方自体が違う？

**名前は開発中のものです。** · 2005/04/12(火) 01:06:19

いいと思うよ。
2人のキャラの中心点をＡ、Ｂとすると、カメラの視線の先をCとするとC=（A+B）/2だよね。
カメラが存在する位置はC→A（C→B）のベクトルを90度回転させてもうちょっと伸ばせばいいんじゃないかな。
表記が分かりづらくてｽﾏｿ

**名前は開発中のものです。** · 2005/04/17(日) 19:47:49

>>434
少々遅れたけどサンクス。
どうもC→Aの部分を間違えてたみたい。
その後も伸ばすときにwhile使ったりしてかなりテンパってたようだ…。

**名前は開発中のものです。** · 2005/05/07(土) 12:27:56

ほすage

**名前は開発中のものです。** · 2005/05/07(土) 12:28:45

下げ

**名前は開発中のものです。** · 2005/05/13(金) 19:44:59

まったくの初心者が最終的にロックマンＸを作ろうと思ってます。
とりあえず色々調べたり試しに簡単なのを作ってみようと思ってるのですが、
ツールや言語が色々あってどれを使おうか迷ってます。
ロックマン作るならこれだ！とか、これはだめだ！とかあったら教えてください。
どれもあまり変わらないものですか？
ちなみに2Dです。

あと、垂直の壁を登る壁蹴りなんてアクションはプログラムしだいでどうにかなりますか？

**名前は開発中のものです。** · 2005/05/13(金) 21:13:00

ZGEがいいよ。

**名前は開発中のものです。** · 2005/05/13(金) 21:41:41

あなたはロックマンは神が創ったものとでも思ってるんですか？
人間が作ったなら出来るに決まってるじゃないですか。
迷ってる？ならVC++でも買えばいいじゃないですか。10万あれば買えますよ。
ちなみにDelphiはだめですよ。VCLがうんちです。ZGEはマンモス太郎です。
そんな事よりACT系作るなら物理の勉強でもしろ。

**名前は開発中のものです。** · 2005/05/13(金) 22:21:20

VC++なんて過去の遺物はやめておけ。
参照じゃないクラスなんて考え方が古すぎてめんどっちい。
DelphiのVCLは神です。
JAVA SDKやC#の.NET Frameworkだったら超神です。

というか、HSPでもActive Basicでもなんでもいい。

**名前は開発中のものです。** · 2005/05/13(金) 23:25:08

C言語とDirectX

**438** · 2005/05/13(金) 23:59:20

みなさんレスありがとうございます。
何を使うかよりどう使うか、うまく使えるかが大事なようですね。
まだ迷ってますがみなさんの意見も参考にして頑張っていこうと思います。
それでは、ありがとうございました。

**名前は開発中のものです。** · 2005/05/14(土) 15:22:49

>>443
GameMakerで作るという手もある。
サンプルにロックマンのパクリがあるし・・・ｗ

ttp://www.gamemaker.nl/
Top
＞Games
　＞Stand Alone Games

専用スレもあるよ。
【2D】ゲーム作成ツールGameMaker【ﾏﾝｾｰ】
ttp://pc8.2ch.net/test/read.cgi/gamedev/1087068523/

**438** · 2005/05/14(土) 23:38:10

>>444
レスありがとうございます。
GameMakerはダウンロード済みです。使うか判りませんが。
とりあえずまだサイトめぐりの段階です。

**名前は開発中のものです。** · 2005/06/04(土) 19:47:34

イースみたいに見下ろし型のARPGで
斜めの壁にぶつかったら勝手にズレてくれるる奴って
マップの地形データに斜めの情報も入れとけばいいんですか？
それとも周囲の地形からそのつど判定した方がいいですか？

**名前は開発中のものです。** · 2005/06/05(日) 04:13:09

>>446
大抵の場合は後者。

**名前は開発中のものです。** · 2005/06/07(火) 12:10:07

アクション用の素材ってツクールの素材以外だと、どこに素材がありますか？
素材がNEEEE

**名前は開発中のものです。** · 2005/06/07(火) 12:57:37

そういや見たこと無いな。
まあ他のジャンルと比べると、規格化の難しいジャンルだからな……

**名前は開発中のものです。** · 2005/06/12(日) 20:06:19

アクションもｶﾞﾝｶﾞﾚ！

**名前は開発中のものです。** · 2005/06/14(火) 17:25:03

はじめまして。
さっきアクションゲースレがあるのを知らずに、
「ゲームのアルゴリズムを教えて」スレに書いちゃったんだけど、
マリオみたいなアクションゲーを作るにあたって、
スクロール・キャラクタ・当たり判定の管理方法の定石とか良い方法ってありますか？
見下ろしのRPGみたいに、自キャラを画面の中心に固定すると、
マップの端に来たときに、

（◇=自キャラ、■=壁）
　　　　　　　 ■■■■■■
　　　　　　　 ■■■■■■
　　　　　　　 ■■■■■■
　　　　　　　　◇■■■■■■
■■■■■■■■■■■■■
■■■■■■■■■■■■■
■■■■■■■■■■■■■

これだと天井は見えないし、床の奥の方やマップのかなり奥の方まで見えちゃって、
美しくないしゲーム性にも難が出るでしょ。
結構古くから横スクロール系ACTゲームでは、

■■■■■■■■■■■■■
　　　　　　　　　　　 ■■
　　　　　　　　　　　 ■■
　　　　　　　　　　　 ■■
　　　　　　　　　　　　◇■■
■■■■■■■■■■■■■
■■■■■■■■■■■■■

端まで来ると自キャラ中心じゃなくなるじゃん。これってどうやってるんですか？

**名前は開発中のものです。** · 2005/06/14(火) 17:45:15

画面の位置とキャラの位置を別々に管理してるだけ。

キャラの位置(x,y)
画面の位置(gx,gy)
マップの幅と高さ(mw,mh)
画面の幅と高さ(gw,gh)

**名前は開発中のものです。** · 2005/06/14(火) 18:19:46

キャラの位置(x,y)
画面の左上の位置(gx,gy)
マップの幅と高さ(mw,mh)
画面の幅と高さ(gw,gh)

gx = x - gw / 2;
gy = y - gh / 2;
if( gx < 0 )gx = 0;
if( gy < 0 )gy = 0;
if( gx + gw < mw )gx = mw - gw;
if( gy + gh < mh )gy = mw - gh;

あとは自分でアレンジ汁。

**名前は開発中のものです。** · 2005/06/14(火) 19:39:31

お。サンクス。
マップ全体からのキャラ位置(x,y)を、
ディスプレイへの出力位置に変換するのどうしよ。
ちょっと考えてきます。

**名前は開発中のものです。** · 2005/06/14(火) 20:29:27

画面の左下をy=0にするか、画面の左上をy=0にするかでも、
話は色々と違って来るな。でもって、キャラの足元を
キャラの表示基準位置にするか、頭の先を表示基準位置に
するかでも、話は違って来るな。

**名前は開発中のものです。** · 2005/06/22(水) 10:59:34

HSPを使って2Dアクションゲーム製作をしています。
特定のマップチップに当たるとキャラクターを死亡させるようにしたいのですが，
どうにもうまくいきません。
アドバイスを頂けないでしょうか？

ちなみに，現在自キャラの当たり判定に

celhit=8
{中略}

a=-1:mx=x/celx:my=y/cely:ma=x\celx

check=map.mx.my

if check=4 {
　　　　　　map.mx.my
　　　　　　　　　　 }
if check>=celhit :return
といった式を使っており，
死亡させるのに使いたいマップチップは12番目です。
知識不足で申し訳ありませんが，どうかよろしくお願い致します。

**名前は開発中のものです。** · 2005/06/23(木) 10:35:32

全ソースupするとか、何がうまくいかないのかをもっと具体的に書いてもらわないとわからないです。
他の人はどうか知りませんが、私は頭が悪いのです。
出し惜しみしてもしょうがないじゃないですか。実際できてないんですから。

**名前は開発中のものです。** · 2005/07/01(金) 21:30:15

アクションゲームのデバッグモードに何が必要ですかね？
無敵　敵配置　無重力・・・・あとは？

**名前は開発中のものです。** · 2005/07/02(土) 06:20:49

お前は世の中に出回ってるアクションゲームが全部同じだというのかと

**名前は開発中のものです。** · 2005/07/18(月) 15:17:29

マリオのコピー作ってるんですが
プレイヤーがブロックと当たった時のプレイヤーの座標の修正ってどう考えればいいんでしょうか

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

>>460
ブロックに当たっていると判定されない位置までしか移動しないのが基本。
例えば下に8単位移動することで床に当たってしまうのなら、4単位移動して当たるかどうか調べる。
当たれば2単位移動したとき、当たらなければ6単位移動したときに当たるかどうか調べ、
判定を繰り返して床に当たらない限界の移動量を突き止める。

ターゲットマシンの処理能力がファミコン並みの場合、ブロックが16x16単位でしか存在しないという規約を決め、
y=y/16*16 または y=y & 0xfff0
という単純な式で解決する方法がよく使われていた。マリオを作るならこちらがおすすめ。

**名前は開発中のものです。** · 2005/07/19(火) 08:49:28

たいしたゲーム作れないﾔｼに限って
ソースを出し惜しみする罠ｗ

**名前は開発中のものです。** · 2005/07/19(火) 12:38:57

無茶言うなよ。ただでさえアクションゲーム
はソースが膨大になりがちなんだからさ。
汚いソースは見せたくないのが人情だろ？

**名前は開発中のものです。** · 2005/07/19(火) 14:38:07

>>461
どうもありがとう御座います
判定後の修正済みの座標の計算自体はわかっていました
質問が言葉足らずでした

例えば右に走りながらジャンプしてジャンプ中に下からブロックに当たった場合（Ｘ方向の加速度が＋Ｙ方向の加速度が－でブロックに当たった）
修正後のプレイヤーのＹ座標は当たったブロックのＹ座標＋ブロックの高さ
にしてＸ座標は変えない

右に走りながらジャンプしてジャンプ中に左からブロックにあったった場合
プレイヤーのＹ座標は変えない
修正後のプレイヤーのＸ座標は当たったブロックのＸ座標ープレイヤーの幅

というふうにすればいいのだと思うのですが
単純に当たり判定をしただけでは下から当たったのか左から当たったのか分からないので
その方法が無いかなと思ったのです

**名前は開発中のものです。** · 2005/07/19(火) 18:21:22

ソース見せろというﾔｼに限って
汚くて読めないと文句言う罠ｗ

**名前は開発中のものです。** · 2005/07/20(水) 01:39:59

>464
横判定と縦判定を別にすりゃいいんじゃね？
横当たりで戻すなら横だけ戻す。縦当たりで戻すなら縦だけ戻すでいんじゃね？
それなら着地点がカドで両方めり込む場合も対応できるんじゃね？

**名前は開発中のものです。** · 2005/07/20(水) 01:44:43

しかも縦判定を上下にわけたら頭にブロックがぶつかって上昇止めるのと
足の下にブロックがあって落ちないのを分けられるんじゃね？

**名前は開発中のものです。** · 2005/07/20(水) 20:22:11

どんな状態が横から当たったという事なのか
どんな状態が上下から当たったという事なのか
まずそれが定義できません
頭がこんがらがってきた

**名前は開発中のものです。** · 2005/07/20(水) 20:27:59

たとえばＸの加速度が０でＹの加速度がーの時ブロックにあったたら
それは下からブロックに当たったと考えられるけど
Ｘの加速度が＋Ｙの加速度がーの時ブロックにあった時
下から当たったのか左からあたったのか
どう考えればいいんでしょう

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

キャラを左にずらしてみて当たっているようだったら左から
下にずらしてみて当たっているようだったら下から
実際に動かす必要はないから

ところで。。。
＞右に走りながらジャンプしてジャンプ中に左からブロックにあったった場合
ひょっとして移動ブロック？

**名前は開発中のものです。** · 2005/07/20(水) 22:21:22

if(上)上の判定
if(下)下の判定
if(左)左の判定
if(右)右の判定
こうで良いんじゃないの？
if文4つで判定していけば面倒なこと考えずに済む

**名前は開発中のものです。** · 2005/07/21(木) 23:30:52

>>469
それってマリオで言うところの
下からブロックに接触したときだけキノコを出したいとかそういうことかな？

**名前は開発中のものです。** · 2005/07/21(木) 23:35:09

めり込まないようにするための自キャラ座標の修正っしょ？

**名前は開発中のものです。** · 2005/07/22(金) 02:20:52

>>469
1.Xの移動
2.壁との当たり判定(当たっていたらX値を修正)
3.Yの移動
4.壁との当たり判定(当たっていたらY値を修正)
矩形のブロックしか存在しない空間ならこれでOK
精度を上げたければ1/10ずつ移動させてどちらが先にぶつかるかを調べる。

これが気持ち悪ければ、ブロックに対するめり込み量が多いほうを優先するとか、
移動量自体が多いほうを優先するとか、いろいろ方法があると思う。

**名前は開発中のものです。** · 2005/07/22(金) 21:01:41

超高速走行時のすり抜け問題もあるな。1/10移動しかないか？

**名前は開発中のものです。** · 2005/07/24(日) 17:31:12

マウスで動くゲームでカーソルを自キャラの画像にしていないゲーム、
つまりマウスカーソルの移動量を取得して自キャラを動かしているものを、
DirectXなしで作るには、どうすればいいんでしょうか？

/*カーソルがウィンドウの中央からどれだけ動いたかを求めて自機の座標に反映*/
GetCursorPos(&ptCursor);
myX -= (WND_WIDTH / 2 - ptCursor.x);
myY -= (WND_HEIGHT / 2 - ptCursor.y);
/*カーソルをウィンドウの中央に戻す*/
SetCursorPos(WND_WIDTH / 2, WND_HEIGHT / 2);

上記のソースのような処理を自キャラの動作処理の度に行っているんですが、
SetCursorPosが重いのか動きがカクカクになります。
他にDirectXなしで、なにかいい（高速な）方法はないでしょうか？

**名前は開発中のものです。** · 2005/07/24(日) 21:19:59

>>476
私の環境では目立ったガタツキはありませんでした。

>カーソルを自キャラの画像にしていないゲーム
こうしなければならない理由は何ですか？もし背景をスクロールさせているゲームなら、
マウスがすぐ机の端に行ってしまい、何度も持ち上げなければならないと思うのですが…。

個人的にはマウスポインタが画面中央からどの位置にあるかで移動量が決まる、
下記のような手法が好みです。
GetCursorPos(&ptCursor);
myX -= (画面中央X - ptCursor.x)/10;
myY -= (画面中央Y - ptCursor.y)/10;
※ゲーム開始時に画面中央をクリックさせる必要があります。
　 /10の数値は調整してください。

**476** · 2005/07/24(日) 22:00:52

>>477
アドバイスありがとうございます。

カーソルを自キャラの画像にしていなかったのは、カーソルの速度が速すぎたので、
自キャラの移動量をカーソルの移動量の何分の一かにしようと思っていたからです。
実際のソースでは
myX -= (WND_WIDTH / 2 - ptCursor.x) / 5;
myY -= (WND_HEIGHT / 2 - ptCursor.y) / 5;
のように移動量を割っています(すみません、書き忘れました・・・)。

でも、「マウスポインタが画面中央からどの位置にあるかで移動量が決まる」って方法のほうが、
操作性もよさそうですね。僕のPCでは重かった、SetCursor関数も要りませんし。さっそく導入を検討してみます。

**名前は開発中のものです。** · 2005/07/25(月) 01:51:00

マリオに関しては、まず移動させておいてから
めり込んでいる部分を押し返すだけでいいんじゃないかな、貫通するほどの速度もないし。
どの方向からぶつかったかというのはあまり意識しなくていいと思う。

ダッシュで１ブロック分の隙間を走り抜けたりするのも、意識しなくても勝手に再現されるよ。
プレイヤーの上昇方向の判定を少し狭くしておくと、
ジャンプが微妙にすり抜けて上の足場に着地するのも再現される。
ある程度めりこみが発生するのは構わないという前提で、甘めに判定するのがコツ。

HTMLとJavaScriptだけで作られたマリオ
ttp://www.janis.or.jp/users/segabito/JavaScriptMaryo.html

**名前は開発中のものです。** · 2005/07/25(月) 19:16:34

>>479
どの方向から来たのか分からないと
どの方向に押し返すのか決められないよ

**名前は開発中のものです。** · 2005/07/25(月) 21:26:25

右に移動してぶつかったら左に押し戻す、とか

**名前は開発中のものです。** · 2005/07/26(火) 07:54:06

で、ダメージで吹っ飛ばされてめり込むとｗ

**名前は開発中のものです。** · 2005/07/26(火) 19:52:47

吹っ飛び処理に接触判定入れてないの？

**名前は開発中のものです。** · 2005/07/27(水) 09:05:46

入れてるはずだろ。でなきゃ地面を突き抜けて落ちていく。

**名前は開発中のものです。** · 2005/07/27(水) 17:39:34

んじゃ、めり込むはずないね

**名前は開発中のものです。** · 2005/07/31(日) 12:32:27

何がどうなってか、壁のこちら側ではなく、
壁の向こう側に押し出された事ならあるぞｗ

**名前は開発中のものです。** · 2005/08/01(月) 18:10:13

キーによる移動と吹っ飛びによる移動を一緒にして判定すればいい

**名前は開発中のものです。** · 2005/08/04(木) 05:34:35

物体を押して動かす動作って、やってる人いる？
複数の物体を動かすと、無茶苦茶大変じゃね？

**名前は開発中のものです。** · 2005/08/04(木) 16:30:57

物体=オブジェクト=3D=3Dで物を動かすのは簡単
結論：そうでもないよ

**名前は開発中のものです。** · 2005/08/04(木) 18:38:45

>>488
矩形にとらわれない形状・空間・移動方向で、直接押された物体以外も連鎖的に
動かそうとなると、一筋縄ではいかないよね。
物理シミュレーションとかかじると面白いんだけど、そっちに気が向きすぎて
ゲーム製作どころではなくなりそう。

**名前は開発中のものです。** · 2005/08/04(木) 22:56:58

結構大変そうだな
今年の盆休みはコレにチャレンジしてみるか・・・
いつか通る道だし

**名前は開発中のものです。** · 2005/08/05(金) 09:30:12

多少のめり込みを許容しつつ、いい感じに動くやつをつくりてぇ。

**490** · 2005/08/05(金) 23:47:24

円形オブジェクトを動かすサンプルを作ってみました。
参考になればいいんだけど…

Javaのソースとアプレットのデモを掲載中
ttp://summerclap.hp.infoseek.co.jp/test/PushSample1/

**名前は開発中のものです。** · 2005/08/06(土) 00:08:25

>>493
すげー！感動した！！
でもCしか読めん (T_T)

**名前は開発中のものです。** · 2005/08/06(土) 01:23:04

>>494
オブジェクトの衝突判定って所だけ見れば問題なし

キモは動かす玉の加速度からぶつかり先の加速度を求めるんじゃなくて
重なった量からぶつかり先の加速度を求めてる所にあると思われる
ボールが凹んだ分だけ押し返すみたいな感じかな
スマートにまとまってていいね～

**名前は開発中のものです。** · 2005/08/06(土) 09:04:03

凄い凄い。めり込み具合から計算するなんて、考えた事もなかったよ。

昔、キャラが重なる事を、全く想定しない方式で作った事があってな。
運悪くキャラが重なれば、キャラが動作不能におちいるわ、複数の
物体を押そうとすると、自キャラの移動がガクガクするわで、全然
うまくいかなかったんだよ。

Thanx!!

**名前は開発中のものです。** · 2005/08/06(土) 10:11:44

ペナルティ法

**名前は開発中のものです。** · 2005/08/06(土) 12:01:33

>>497
そ～ゆ～のは何で調べるの？
アルゴリズム辞典には載って無かったんだが。

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

>>498
昔はいいサイトがあったんだけど　そこの作者winnyつくって捕まっちゃったんだよな

**名前は開発中のものです。** · 2005/08/06(土) 17:54:31

>>499
そうそう
なんか3Dのプログラムとかうｐてたよね

**名前は開発中のものです。** · 2005/08/06(土) 18:20:37

ＰＧには色々な意味で、無政府主義者が珍しくないからなぁ・・・
逆も珍しくないけどさ。

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

貴様等に何が分かるか

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

金の無い学生が、とりあえず共産主義に走ってるだけの話かと。

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

学校や一部の会社は、その組織の中だけで
運営される、閉じた共産主義の世界だからなぁ・・・

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

割れ厨房やピーコ厨房の悲しい所は、圧倒的に世界が狭い点だな。
夢や希望、理想を信じていて、現実を直視出来てない点が問題だ。
もっと広い目で世間を見ていれば、違った見方も出来るだろうに。
現実には、Winnyとかの氾濫で、著作権の強化には歯止めがかから
なくなりつつあるのが現状だしな。

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

法律は弱者救済が原則。

そして著作権は、著作権を所有している人間が弱者だと
認定している法律だ。この意味を、深く考えるべきだね。

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

>>506
>法律は弱者救済が原則。

低脳はマイルールを法律と言い出すから困る

http://www.google.co.jp/search?hs=RFE&hl=ja&c2coff=1&client=firefox-a&rls=org.mozilla%3Aja-JP%3Aofficial&q=%E6%B3%95%E5%BE%8B%E3%81%AF%E5%BC%B1%E8%80%85%E6%95%91%E6%B8%88%E3%81%8C%E5%8E%9F%E5%89%87&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

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

>>507
それは藻前の調べ方が悪い

http://www.google.co.jp/search?hl=ja&inlang=ja&ie=Shift_JIS&c2coff=1&client=firefox-a&rls=org.mozilla%3Aja-JP%3Aofficial&q=%8E%E3%8E%D2%8B%7E%8D%CF+%8C%B4%91%A5+%96%40%8Aw&btnG=Google+%8C%9F%8D%F5&lr=lang_ja

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

こっちの方が詳しいかもな。

http://www.google.co.jp/search?hl=ja&inlang=ja&ie=Shift_JIS&c2coff=1&client=firefox-a&rls=org.mozilla%3Aja-JP%3Aofficial&q=%8E%E3%8E%D2%8B%7E%8D%CF+%8C%F6%97%9D+%96%40%8Aw&btnG=Google+%8C%9F%8D%F5&lr=lang_ja

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

とりあえず俺に言えることは言えることは
お前らみんなスレ違い

**名前は開発中のものです。** · 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壁に当たるまで繰り返し

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