初心者のためのゲームプログラミング

ー · 02/06/04 00:45

どうも初めまして。私は、某理系大学の学生です。
将来は、企画もできるゲームプログラマーになりたいと思ってます。
そこでなんですが、私はまだパソコン歴２年くらいしかありません。
また、プログラム歴は０年です。
なので、どこからどうやって勉強していいのかまったくわかりません。
そこでなんですが、みなさん私に
どこからどのような過程で勉強していけばいいのか教えてください。
RPGを作りたいです

**902** · 04/03/19 05:35

って感じでまとめてみたけどどうだろうか？

**名前は開発中のものです。** · 04/03/19 06:49

>>901　自分は

メニュー
↓↑
入力待ち
↓↑
行動キャラの選択
↓↑
移動位置の選択
↓↑
使用アイテムの選択→(待機の場合)→[入力待ちへ]
↓↑
使用対象の選択
↓
バトル(アイテムの使用)
↓
[入力待ちへ]

こんな感じ。キャンセルボタンを押した時、一つ戻るのと入力待ちまで
戻るの違い。これは好みの問題でどちらでもいいと思う。

**905** · 04/03/19 07:18

>>902
０歩移動した後という意味でなら攻撃できるけど。別の意味で？
FE以外あまり詳しくないから分からんけど、FEのはこういうタイプ。
TOだとATB？があって、移動しない方が後の行動を早くできるとかあるけど。

FEはそういう部分がかなり曖昧。攻撃を受けると全部に対して反撃できるし、
物交換は何人のキャラ(射程1)ともでき、物交換をした後にさらに行動でき、
装備変更だけなら行動しなかったのと同じ扱いになる。
だから、一つの武器を使いまわしながら攻撃したり、行動し終わったキャラの
装備を変更してやっつけ負けしないようにしたりできる。

これも好みの問題だけど、ルールそのものであり大事な部分。
既存のルールと同じゲームでも、キャラクターとかを変えるだけで
かなり面白いけど、新しいルールを考えてみるのも面白いかも。

**名前は開発中のものです。** · 04/03/19 13:10

>>906
ちゃうちゃう、プログラムの設計の部分よ。

プログラムみると移動してからでないと
攻撃できない組み方になってたから、
ちと上手くねぇなと思ったの。

自由度を上げるならユニットの全ての行動を
ユニットアクション（>>903参照）としておいた方がいいでしょ。

＃装備変更の話はユニットアクションじゃないな。
＃物交換はユニットアクションだね、プレイヤーが物交換を指定したら
＃対象になるそれぞれのユニットのユニットアクション（物を渡す）をそれぞれ実行かな。
＃つまりユニットアクション（物交換）から別のユニットアクション（物を渡す）を発動させることもできるようにするわけ。

移動
攻撃
反撃
その他・・・

とユニットが行う全ての行動をユニットアクションとしておく。
ルールはどうであれ、こうしておけばプログラム組みやすいでしょって話よ。

**名前は開発中のものです。** · 04/03/19 13:37

>>98-99
ﾜﾗﾀ

**905** · 04/03/19 18:40

>>907
＞移動してからでないと攻撃できない組み方に
＞なってたから、ちと上手くねぇなと思ったの。
これはFE型の特徴だから、作者さんがこのタイプの選んだという事でもある。

＞自由度を上げるなら
＞とユニットが行う全ての行動をユニットアクションとしておく。
やはりここがポイントだね。Delphiが分かれば見られるんだけど。
作者さんの了解が取れるなら変更したバージョンも見てみたい。

＞ユニットアクション（物を渡す）をそれぞれ実行かな。
物を渡される側もユニットアクション扱いという事ね。

**897** · 04/03/19 20:31

やっとできた・・・

level1
ttp://gamdev.org/up/img/336.zip

つーかDirectX9むずすぎ。
ソースはあんまり見ないで下さい。穴ありまくりかと。

**897** · 04/03/19 20:34

ソース入れ忘れてた････
.exeしか入ってねー

**名前は開発中のものです。** · 04/03/19 22:17

level10
移動後、もしくは移動前に移動、攻撃、待機と書かれたメニューを出す

かな？
なんかほかにある？

次くらいからHPや攻撃力の設定かなぁ･･･

**名前は開発中のものです。** · 04/03/19 22:23

AIについてのレベルをいくつか作るとか？

あと、そろそろ独立スレにしたほうがいいかな、とか。
ム板にたってるのと同じでいいなら立てるけど？

**名前は開発中のものです。** · 04/03/19 22:26

>>901
> http://gamdev.org/img/img-box/img20040319042433.jpg
> とりあえず我流だけどこういうの書くのってどんな記法がいいんだろ

今ならUMLのステートチャート図かな。

**名前は開発中のものです。** · 04/03/19 22:58

段階的学習だけど、学習ではなく実際に自分のゲームを作るときもやることは一緒ですね。
課題の代わりに自分で開発計画を立てることが異なりますが。

「どんな難しいことでも、簡単なことに分ければ難しいことはない」とか、
正確には思い出せませんが、そんな先人の言葉があったような気がしまふ。

つーわけで初心者の皆様頑張ってちょんまげ。

**名前は開発中のものです。** · 04/03/20 05:56

>>913
おねがいします

**名前は開発中のものです。** · 04/03/20 10:22

できたよー

初心者専用ｽﾚ「ｼﾐｭﾚｰｼｮﾝｹﾞｰﾑ」を作らない？
http://pc2.2ch.net/test/read.cgi/gamedev/1079745509/

今ある完成品をまとめページか、スレのほうに貼り付けると良いかも。

**名前は開発中のものです。** · 04/03/22 21:08

誘導age

**名前は開発中のものです。** · 04/03/23 15:11

あひゃ、いきなりハードル高くなった気がするのは俺だけか
初心者にやさしくねぇ・・・当たり前だが。
スレで紹介されてる移動アルゴリズムがさっぱりわけわかめ

**名前は開発中のものです。** · 04/03/23 15:35

level4は予備知識ないと結構きついかもね。
でも、ダイクストラ法とその応用は結構基本なんで、がんばって覚えるといたほうがいい。
あっちのスレで出てたJavaで動くダイクストラ法の解説なんか分かりやすくない？
あとは、１回手でやってみると理解できるかも(結構めんどくさいけど)。

**名前は開発中のものです。** · 04/03/29 15:31

win32API・・・・
の解説サイトとか見てて眠くなってしまう・・・
どうすればいいのですかっ？？？？！！

**名前は開発中のものです。** · 04/03/29 15:56

コーヒー飲んで顔洗う。

大方の作法を覚えたら必要なAPIだけ見ればいいと思うんだけど。
全部覚えたいとか？

**名前は開発中のものです。** · 04/03/29 18:45

MSDN最強

**名前は開発中のものです。** · 04/03/30 00:59

DirectInputアナログスティック付きのゲームパッドに対応させてるのですが
手元にある2種類のパッドの右アナログスティックのデータが入る
DIJOYSTATE2構造体のメンバが異なっているので困っています
手動でコンフィグするしかないんでしょうか？

**924** · 04/03/30 01:00

ちょっと訂正
DirectInputアナログスティック×
DirectInputでアナログスティック○

**名前は開発中のものです。** · 04/03/30 15:07

>>924
パッドによって異なるので、プレイヤーにconfigしてもらうしかない。

**名前は開発中のものです。** · 04/03/30 15:40

むしろコンフィグさせてくれ。
配置固定のゲームだと、ゲームする前にボタン配置に慣れる必要があって疲れる。

**名前は開発中のものです。** · 04/03/31 11:39

windowsAPI
よりDirectXの勉強のほうが楽しいわ、
ｵﾎﾎﾎﾎ
あぁWIn32APIわけわかんね

**929** · 04/04/01 02:33

ゲームを作る事を始めて１年が経ちます。
使っている言語はＣ++です。
ゲームと言っても１５パズルやクイズなど簡単な物しか作れていませんが・・・。

色々作っていくうちに自分にも欲がでるようになり、メインの部分だけでなくタイトル画面やエンディングなど作りたいという気持ちが芽生えました。
しかし、ここで困った事が。
部分部分は作れたのですが、それのつなげ方がわからないのです。

一番シンプルに、タイトル画面でボタンを押すとメインが始まりクリアするとフェードアウトしてエンディング、そしてタイトルに戻るという流れにしたいのです。
全体をループさせてるのですが、そのループ内でまた部分部分でループを作るなど考えているのですが・・・。
一般的な方法を是非御指導お願いします。

**名前は開発中のものです。** · 04/04/01 02:43

ループをひとつ作って、その中でタイトル画面やらメインやらエンディングやらを呼び出せばいい。
と、メイン部分しか作ったことのない俺が言ってみるｗ

**名前は開発中のものです。** · 04/04/01 03:07

>>929
俺はJava使いだけど、処理ごとにクラスを分けて、
while(true)ループ内でタイムライン管理してるな。
例を流れにすると
タイトル→メイン.Start関数呼び出し→メインループ→クリア後処理呼び出し（フェード関連関数）
→エンディング関数呼び出し→初期処理→タイトルへ

といった具合に。スタートを押したらゲームスタートさせる関数を呼び出して、
その関数の中にはゲームの開始処理が時系列で書いてあるって感じ。

**名前は開発中のものです。** · 04/04/01 03:07

>>929
class Scene { public: virtual void step () {} };
// 継承クラスのstep()では各場面の独自の処理を定義する
class TitleScene : public Scene { public: void step (); };
class MainScene : public Scene { public: void step (); };
class EndingScene : public Scene { public: void step (); };
Scene *currentScene; // グローバル変数
色々方法はあるけど、とりあえずC++を使ってるんだったらこんな感じでクラスを作って、
メインループの中でcurrentScene->step()を呼び出すようにすれば、currentSceneの
中身を入れ替えるだけで各場面を行ったり来たり出来るようになると思います。

**932** · 04/04/01 03:09

あっ、かぶった

**929** · 04/04/01 03:44

皆さん親切に御指導ありがとうございます。
とりあえず、皆さんに教えてもらった方法を実践したいと思います。

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

**名前は開発中のものです。** · 04/04/03 11:35

>>932
そのポインタのあぶねー使い方をやめろ。

**名前は開発中のものです。** · 04/04/03 13:07

>>935
とりあえず対案を提示してみてくれ。面白そうなので。

**名前は開発中のものです。** · 04/04/03 20:39

>>932
>Scene *currentScene; // グローバル変数
こんな怪しいものじゃなくて、管理クラス用意しろ。

**名前は開発中のものです。** · 04/04/03 21:11

>>937
で、その管理クラスを用意する利点はどこら辺にあるの？

**名前は開発中のものです。** · 04/04/03 23:12

後々の拡張に強いしバグの元にもなりにくいからだろ
てか、いちいち食ってかかるような手間じゃないと思うんだが

**名前は開発中のものです。** · 04/04/04 01:27

>>938
まあ、>>939の言うとおりだ。
もちろん、管理クラスを作っても、
インスタンスをグローバルにおいちゃったら駄目だぞ。

**名前は開発中のものです。** · 04/04/04 07:03

>>932
まぁ、最低限インスタンスがないときは、NULLポインタで明示する
ような簡単な仕組みは必要かも。管理クラスのメンバーか
グローバルかってのは、あまり危険度と関係はないとおもわれる。
ようはちゃんと使用前にインスタンシエートされ、使用後にかたずけられる
ことさえ保証されていればいい。管理クラスのコンストラクタ・デストラクタ
でちゃんとやってなかったら結局危険なのには変わりはない。

Scene *currentScene = NULL; // グローバル変数

init(){ currentScene = new Scene; }
purge() { if( currentScene ) delete currentScene; currentScene = NULL; }

**名前は開発中のものです。** · 04/04/04 07:17

> インスタンスをグローバルにおいちゃったら駄目だぞ。
え、じゃどうすんの？？

・pImplで？
・シングルトンで？
・メソッドの引数渡しのみ

上二つはほとんど同じだしな
下みたいな徹底は果たして可能なのか？

**940** · 04/04/04 14:54

>>942
もちろん「メソッドの引数渡しのみ」。
キチンと設計ができていれば、問題ないはずだよ。

また、「メソッドの引数渡し＋受け取ったポインタのメンバ保存」もホントはしちゃ駄目。
必要ならその都度引数で渡してもらう。

徹底は可能かどうかってのは、その人次第だから勝手にしてくれ。
ちなみに俺はできてるよ。

**931** · 04/04/04 15:12

簡単なのが良いと思ってStateパターンを使った方法を紹介したんだが
色々言われてるな(^_^;)
キチンと拡張性を考えるんだったら、遷移テーブルを作ってシーンオブジェクトが
終了するときに返すリターンコードで次のシーンを決められるようにしたほうが
いいと思います。各シーン間をつなぐインターフェース役の関数なりクラスを
ひとつひとつ書く必要があるんでちょっと面倒ですけどね

**940** · 04/04/04 15:15

ところでさっきの話題だけど、
管理クラスを作ってもScene *currentScene = NULL;←こういうの作って
使いまわすってことは関数内でのみで完結するならやるけど
普通はやらないよ。（※）
処理的にも　ポインタに突っ込む＝カレントのチェンジ　とするよりも
カレントのチェンジ処理をする場所を固定しておいて、
次のカレントチェンジのリクエストを出して、
カレントのチェンジ処理のところに来て、はじめてカレントのチェンジ処理を
実行するってしたほうがバグが出にくいんじゃないかな。

※糞設計にぶちあたって使わなきゃならないときもあるけど。
　そのときはリスト・ツリー構造のくせに個々を識別するＩＤが無い。
　配列で管理してるくせに時と場合によって順不同になる場合。とかだけかな。
　ちなみにこーゆー場合は使うしかない。と思うｗ。

**名前は開発中のものです。** · 04/04/04 21:08

おまいらスレタイ読め
「初心者のためのゲームプログラミング」だぞ
俺は質問した香具師じゃないが、初心者の俺には全く意味分からん

シングルトンって何？遷移テーブルって何？
（…いや別に知りたくなったら自分で調べるから教えてくれなくていいけどさ）

とにかく説明してくれるんなら、
もっと分かりやすく簡潔に教えてあげてくださいよ、先輩方。

**名前は開発中のものです。** · 04/04/04 23:05

遷移テーブルってのは、
1:　タイトル画面　時間経ったら2へ　スタートは5　オプションは3
2:　デモ画面　終わったら1へ
3:　オプション画面　EXITは1へ　操作コンフィグは4へ…
みたいの。

シングルトンてのわぁー、なんだ、
二ついらない一つでじゅうぶんなオブジェクト（うまい例が思いつかん）を、
一つだけ作るっていちいち覚えとくのがﾏﾝﾄﾞｸｾので、オブジェクトに自分で何とかさせる㌧。

**名前は開発中のものです。** · 04/04/04 23:56

遷移テーブルってこういうののことか？
ttp://www.interq.or.jp/moonstone/person/del/seki_00.GIF

**名前は開発中のものです。** · 04/04/05 00:33

>>946,947
二つ要らないというか、あったら困るオブジェクトといえば入出力。

**名前は開発中のものです。** · 04/04/05 01:16

>>944
キチンと拡張を考えるなら
シーンを複数同時に再生できるようにするね。俺なら。
ゲームでは別々の世界（シーン）を同時に動かさなきゃならないなんてのがよくある。
画面に映すものはアクティブなカメラによって決定する。
こうすれば、クロスフェードや２画面以上のプレイなんかの設計も楽だ。

さらに次のシーンのロードを別スレッドで処理できるようにして
先読み処理なんかも入れられるようにするとこの辺は煮詰まってくるかな。

まだまだ修行がたりねーよ、にーちゃん。
シーンをネストのあるタイムラインとして考えればどう設計すればいいかはわかってくるはず。
Flashとかモデリングソフトのアニメーションツールさわってみなはれ。

**942** · 04/04/05 10:25

>>943
ｻﾝｸｿ

引数のみならず、ポインタ(オブジェクト)の保存もなしか？
# ハンドルオブジェクト(ユニークなIDを保持したもの)での保存もなしなのか？

しかし、徹底できたときのことを考えると、挑戦しがいははありそうだ

**名前は開発中のものです。** · 04/04/05 17:22

ＶＣでプログラム組み始めてから１週間ほどになります
>>30への猛批判を見てたら、DirectXでゲーム作るのって難しいんだなって思ってたけど、
自分にあったライブラリを使ったら結構イケるものなんですね
簡単なゲーム（？）だけどできました。この調子でブロック崩しに挑戦してみます

**名前は開発中のものです。** · 04/04/06 04:46

>>950
任意の時点で画面に表示されている全体の事象を「シーン」として
考えたほうがいいんじゃなかろうか？つまり絶対唯一のものとして定義するの。

ていうかそうしないで、シーンがネストするーとか言った途端にいったい何が「シーン」で
何が「シーン」でないのかわからなくはならないかな？

**名前は開発中のものです。** · 04/04/06 06:01

>>929
何が一般的かといえば、ループはひとつだけ、
抽象化階層のできるだけ上に置いて、そのループの中で
UpdateFrameとかRenderとかいった名前がついたメンバの画面更新メソッドを
呼び出していくのが一般的だよ。某有名FPSもそうなってました。

**名前は開発中のものです。** · 04/04/06 06:09

バウンディングボックスの含有関係からなるN分木で構成するのが素直かも。
ルートノードを、グローバルか別クラス内のメンバーのどっちに置くかは
実装次第で素直なやりかたでいいと思う。

class CSceneGraph
{
　vector< CSceneGraph > childs; // N個の子ノード
　CMesh*　　　　pMesh;
　...
};

**名前は開発中のものです。** · 04/04/06 06:54

>>953
色々考えたことがあるけど
１つの世界を構成するのに必要なセットをシーンと
考えた方がわかりやすいので絶対唯一のものとすると
どうしても手詰まりになる。
ちなみに俺の考えるシーンはカメラがあってそこに映る世界があってこれで１つのシーン。

ＲＰＧなんかの動作だとワールドマップからステータス画面へなんてので
ワールドマップで１つ、ステータス画面で１つって感じで２つのシーンを用意しておく。
ワールドマップのシーンの動作を停止したまま、ステータス画面のシーンを動作させる。
ステータス画面のシーンを止めた後、ワールドマップのシーンの動作を開始する。
と、こんな感じで使う。

絶対唯一のものとした場合だとこの動作が１つのシーンの管轄内になるということなので
結局、俺の考えるシーンと似た概念が他に必要になるだけだと思う。

**名前は開発中のものです。** · 04/04/06 08:46

>>956
＞シーンと似た概念が他に必要になるだけだと思う。
カメラと一対一の関係が必要なものなのであれば、それはビューと呼ぶことを提案しますよ。
シーンという名前はもっと全体的な概念のためにとっとこう。
そうしないとDirect3Dのマニュアルが読みにくくなるよ？

**名前は開発中のものです。** · 04/04/06 09:47

キミたちは学生ですか？

**名前は開発中のものです。** · 04/04/06 11:18

ビューは別物だろう。シーンはシーンでそ。シーングラフって言葉もあるし。

**名前は開発中のものです。** · 04/04/06 16:10

>>957
いや、カメラと１対１というわけではない。

>>958
学生の作るものではこんなことは必要にならないだろ。

**名前は開発中のものです。** · 04/04/06 16:52

おまいらスレタイをもう一度よく見たほうが良いぞ

**名前は開発中のものです。** · 04/04/06 17:15

　　　　　　「初心者のための」
　　　　　　　　　　　´´
　　　 ○/　　　／/
　　　/|/　　Σ
　　　 |

**名前は開発中のものです。** · 04/04/06 17:39

そーいや、Hotate's Coreが閉鎖（？）したな。
何でだろ？

**名前は開発中のものです。** · 04/04/07 03:56

　　　∧＿∧
　　（；´Д｀）　　　　　　　　　　　　　　　三三三三三三三　「初心者のための」
　（　　　つつ　
　r´ヽ　ヽ
　し´ （＿）

**名前は開発中のものです。** · 04/04/07 10:11

Scene *currentSceneに代入しようとすると警告でませか？
そして、この警告は実に正しい。

**名前は開発中のものです。** · 04/04/07 11:01

10 rem
20 print "OK"
30 end

**名前は開発中のものです。** · 04/04/07 11:54

remってなんの命令文なんですか？
見たことないな・・・

**名前は開発中のものです。** · 04/04/07 12:49

>>967
たしかコメントのためのだった希ガス

**名前は開発中のものです。** · 04/04/07 14:26

BASICのコメト？？？

and or の&& ||みたいなもんで
「rem」の省略形が「'」なのか。

**名前は開発中のものです。** · 04/04/07 20:41

/*
昔のBASICで「REM」でコメントを書くと「'」より実行速度が速くなるとか書いてあったよね。
*/

**名前は開発中のものです。** · 04/04/07 22:50

そのコメントをC風の/**/で書いてる貴方がステキですｗ

**名前は開発中のものです。** · 04/04/08 13:59

以後、ここは「老人のためのゲームプログラミング」スレになります。

**名前は開発中のものです。** · 04/04/08 21:46

ばぁさんや、バージョンアップはまだかね？

**名前は開発中のものです。** · 04/04/08 21:56

おじぃさん、さっきアップされたばっかりやね

**名前は開発中のものです。** · 04/04/10 06:37

ばぁさんや、キーボードはどこかね？

**名前は開発中のものです。** · 04/04/10 12:11

あらやだわおじぃさんたら。キーボードなら今自分で打ってるじゃないですか。

**名前は開発中のものです。** · 04/04/10 17:16

おじいさんや、次スレはまだかね

**名前は開発中のものです。** · 04/04/10 21:48

c fragment of Fortran program
integer i,x
do i=1,10
x=1.0/real(i)
if(x.lt.0.5) then
goto 100
endif
enddo
100 continue

**名前は開発中のものです。** · 04/04/12 18:08

>>1
Cは少なくとも必要だから必死こいて勉強せんといかんのぉ。
プログラムや企画も出来るクリエイターってどちらか疎かになるんで
絞った方が良いのぉ。特に企画職への応募は毎年物凄い数なんでプレゼン
能力、企画力等は当然でパワーポイントが使えたりVBでデモゲームなんか
が作れる能力位は必要じゃあ。

**名前は開発中のものです。** · 04/04/13 20:39

AVGとかでファイルアクセスしてテキストひっぱってくるのって、何のAPI使えばいいの?

**名前は開発中のものです。** · 04/04/13 22:10

>>980
fopenでいいじゃん。

**名前は開発中のものです。** · 04/04/13 23:10

「Binblock」って何ですか？
教えて下さい。お願いします。

**名前は開発中のものです。** · 04/04/14 00:52

Binb lock[Box-IN-the-Box lock]:
マルチスレッドなどで使用する排他処理手法のひとつで、クリティカル
セクション内をレベル分割し、それぞれを入れ子状にロックすること。
主にデッドロックを防止する目的で使用される。

**942** · 04/04/14 05:12

>>943
たまたま見たyaneSDK4Dのサンプルで使われていたよ
神クラスを渡しているだけに見えたけど、
それぞれをシングルトンにしたり、神クラスをシングルトンにするよりはよさ気だな

他にも参考になるものがあるといいのだけれど

**名前は開発中のものです。** · 04/04/14 14:52

>>983さん
お答えいただきありがとうございます。

PPF-O-MATIC3でパッチを当てる時に
「Binblock Patchvalidation failed」
と表示されるのですが、どうすれば上手く当てることが
できますか？アドバイスお願いします。