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

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

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

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

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

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

**名前は開発中のものです。** · 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ゲームプログラミング教室」
中古本ですけど値段が手ごろだったので