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

ー · 02/06/04 00:45

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

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

>>881
情報系の授業以外もしっかり受けろ。
まずこれで応用のできるできないの差がつくぞ。

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

>>880
ム板に立てたスレはどうする？
削除依頼出してこっちに新しいスレ立てようか？

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

誤爆なのは確かなんだから、削除依頼出しといたほうが良い気がする。
スレ立てはなんか、自治スレで一悶着ありそうだね。
オレは問題ないと思うが。。。

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

というか、
http://pc2.2ch.net/test/read.cgi/tech/1079511296/
みたいなスレならまったく無問題だと思う。

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

>>883
たしか、スレ移動依頼もOKだったと思う。それを試してみるといいかも？

http://info.2ch.net/guide/adv.html
>５．掲示板・スレッドの趣旨とは違う投稿
>スレッド
>　その掲示板の趣旨に無関係なもの、多少関係があっても他にふさわしい掲示板があるもの、
>　掲示板の趣旨より掲示板自体の事象や参加者を重要視するもの、などは移動します。

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

level5
http://gamdev.org/up/img/329.lzh

プログラムの内容とか議論したほうが盛り上がるかなと
考えたけどDelphiだと誰も理解してくれない事に気づいた
おまいら使用言語は何ですか？

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

おれはC言語＆DirectX

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

level6
http://gamdev.org/up/img/330.lzh

生徒募集age
一人っていうのもなんだかなんだか

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

>>887

使用環境は、VC++&Win32SDK（描画はDIBSection）

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

スレは立てないのん？

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

>>887
俺はVC++だ。C言語が一番多いと思われ。

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

俺はCygwinでC++＋DirectX。
CygwinだとそのままではD3DXSpriteが使えなくて困った。

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

level7(?)　ターンを付けてみよう。
http://gamdev.org/up/img/331.lzh

http://giggle.cside6.com/hotate/をみて
次はターンかと思いやってみますた
level7～の出題おながいします

アップローダはDelphi率が異様に高いのにどういうことなんだ＿|￣|○
ところでおまいら作らないの？

**まとめページ** · 04/03/18 22:19

スーパーマリオ風横スクロールアクションを作れ
http://gamdev.org/w/?%5B%5B%A5%B9%A1%BC%A5%D1%A1%BC%A5%DE%A5%EA%A5%AA%C9%F7%B2%A3%A5%B9%A5%AF%A5%ED%A1%BC%A5%EB%A5%A2%A5%AF%A5%B7%A5%E7%A5%F3%A4%F2%BA%EE%A4%EC%5D%5D
テトリス風落ちものゲームを作れ
http://gamdev.org/w/?%5B%5B%A5%C6%A5%C8%A5%EA%A5%B9%C9%F7%CD%EE%A4%C1%A4%E2%A4%CE%A5%B2%A1%BC%A5%E0%A4%F2%BA%EE%A4%EC%5D%5D
「パックマン」風ゲーム作らない？
http://gamdev.org/w/?%5B%5B%A1%D6%A5%D1%A5%C3%A5%AF%A5%DE%A5%F3%A1%D7%C9%F7%A5%B2%A1%BC%A5%E0%BA%EE%A4%E9%A4%CA%A4%A4%A1%A9%5D%5D
SLGを作らない？
http://gamdev.org/w/?%5B%5BSLG%A4%F2%BA%EE%A4%E9%A4%CA%A4%A4%A1%A9%5D%5D

**873** · 04/03/18 22:24

>>894
参加したいけど、今はドラ○エもどき作るので精一杯だｗ
数ヶ月前にCで一度プロトタイプ作ってえらいしんどかったから、今度は
C++で最低限画像周りや各種ウインドウ、データはクラス化しようとして
いるんだけど、どうなるか（とりあえずビットマップクラスはできた）。

ただ、シミューレーションも前から作ってみたかった分野だから、その
うち作るかも。といっても、私が作ると戦闘より内政中心になるかな・・。

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

level8
自機を移動させたら、自機の右下に"Ｅ"と表示して動けなくしましょう

level9
自機を移動→自分のターン終了→敵が移動(動きは適当でよい)→敵のターン終了→自機の移動→・・・
という流れになるようにしましょう。

こんなもんかな？
次は移動後に待機、攻撃と書かれたメニューを表示、かな。

ちなみに俺は今一生懸命作ってる最中。
つかDirectX9なんでむずい。

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

こんなページ作ってみたｗ

段階的学習！
http://gamdev.org/w/?%5B%5B%C3%CA%B3%AC%C5%AA%B3%D8%BD%AC%A1%AA%5D%5D

いっそのこと全部対象のスレを立てる？
いや、「おまいらに課題～」スレを再利用したほうがいいのかな？

とかいいつつ、自分は作ってないわけだけど…
土日にひまがあったら作るよ。

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

>>237の
テトリス→ブロック崩し→パックマン→スーパーマリオ→ギャラガ
の順でやっていくにはブロック崩しとギャラがが足りない

>>897
出題乙

>>898
ｸﾞｯｼﾞｮﾌﾞ

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

level8
http://gamdev.org/up/img/333.lzh

900&333げっと

>>896
RPGのLevelを作ってくださいよ
>>898の「FF風RPGを作れ」は途中で終わってるみたいなので

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

level9
http://gamdev.org/up/img/334.lzh

ややこしくなってきたのでちょっと整理してみた
http://gamdev.org/img/img-box/img20040319042433.jpg
とりあえず我流だけどこういうの書くのってどんな記法がいいんだろ
やっぱりフローチャートが無難なのかな

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

>>901
我流、っつか、何ができて何ができないのか整理できてないじゃん。
何について書きたいのか焦点が絞れてないから駄目なんじゃん。
プログラムもヤバクなってきてると予想。

とりあえず言葉から定義しなきゃ。
　・こっち側の行動を　プレイヤーフェイズ
　・あっち側の行動を　エネミーフェイズ
ってつけたらどうかな？

続く。

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

で、
プレイヤーフェイズでプレイヤーができる操作は（つまりプレイヤーフェイズ時）
　・メニューを出す（右クリック）
　・ユニットの選択（カーソルと決定ボタン）
だけ。（いまのところ）

メニューから選べる項目は（つまりメニュー表示状態）
　・ターン終了（プレイヤーフェイズを終了し、エネミーフェイズに移る）
だけ。（いまのところ）

で、なんか移動しないと攻撃できないような変な仕様になってるから
ちょっと変えて移動と攻撃を同列においてしまってはどうだろうか？
こうしておけばやりたいことが増えてもユニットアクションの追加で対応しやすい。

ユニットを選択した後は（つまりユニット選択状態）
　・ユニットに依存（ユニット選択後ユニットが取れる行動をユニットアクションとする）
としておく。（移動・攻撃だけじゃないっしょー）

ユニットアクションは
　・移動（行動後、特定のユニットアクションの使用が不可）
　・攻撃（行動後、ユニットの行動を終了する）
だけ。（いまのところ）

**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でいいじゃん。