C/C++ゲーム製作総合スレッド Part5

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/

**名前は開発中のものです。** · 2014/04/05(土) 20:58:16.49

関数を実行するのに必要な変数をまとめたのが最小単位かな
変数として持つデータに依存する部分はメンバ関数にしたいけど
std::stringみたいになんでも入れちゃうのと
マイナーな機能は引数を取る静的関数や別クラスに分けるかはまた悩む

**名前は開発中のものです。** · 2014/04/05(土) 21:40:17.97

オブジェクト指向を完全に突き詰めると動詞の関数しかなくなるような気がしないでもない
ゲームなら特に

**名前は開発中のものです。** · 2014/04/05(土) 22:14:07.33

>>482

ええー、そんな感じなの。想像してたのと違うなぁ。

あ、俺は480じゃないけど似たような問題に詰まってる者です。

**名前は開発中のものです。** · 2014/04/06(日) 01:53:43.72

まあオブジェクト指向の作法については
それだけで厚めの本が出るぐらいだし・・・

**名前は開発中のものです。** · 2014/04/06(日) 12:16:47.72

自分のことは自分でやれってことだよ

**名前は開発中のものです。** · 2014/04/06(日) 16:07:09.03

だねぇ

>>480,>>485
完成させてからのリファクタリングの段階ということなら具体的に説明
できるだろうしコード片をうｐってもいいだろうし、お話になるのでは

話の振り方次第ですお

**名前は開発中のものです。** · 2014/04/06(日) 16:50:44.66

例えばだけど、こういう場合はどうした方がいい？

class Player
{
public:
　Player();
　void update()
　{
　　aClass_.update();
　　bClass_.update();
　}
private:
　A aClass_;
　B bClass_;
};

**名前は開発中のものです。** · 2014/04/06(日) 16:51:17.53

class A
{
public:
　A();
　void update()
　{
　　//メンバ変数とBクラスのx_が必要
　}
private:
　int a_;
　int b_;
　int c_;
};

class B
{
public:
　B();
　void update()
　{
　　//メンバ変数とAクラスのa_が必要
　}
private:
　int x_;
　int y_;
　int z_;
};

**名前は開発中のものです。** · 2014/04/06(日) 17:03:11.51

>>490
class Aの前にclass B;を書けば良いんじゃね？

**名前は開発中のものです。** · 2014/04/06(日) 17:10:52.22

横からだけど
とりあえず動作すれば良いってだけならクソ回答としてupdateの引数にそれぞれ渡してあげる
渡し方はゲッターとかクソだけど

**名前は開発中のものです。** · 2014/04/06(日) 17:34:28.11

素人意見だがPlayerにabcxyz持たせて引数付きupdate作るとか
PlayerのupdateかprivateにupdateA,updateB作ってべた書きとか
AとBくっつけるとか
俺はどうしても他で必要にならない限り分けない、
enemyで必要とかになればそもそも一つ前にcharacterとか作って両方に持たせるとか

**名前は開発中のものです。** · 2014/04/06(日) 19:31:11.73

>>489
クラスAとBが相互依存してるから設計しなおす

**名前は開発中のものです。** · 2014/04/06(日) 20:11:48.21

言いたい事は全部言われてた

①AとBは合体だ！フュージョン！
②AとBで壁パスだ！ダブルディスパッチ！
③Playerが面倒見ろ！メディエーター！

AとBが具体的に何なのか分からないとアレだよな
プレイヤーの所有物で、相互作用(値のやり取り)がある二つのもの。
しかし、プレイヤーとの間に作用はない。

ダウジングのアレとか？

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

合体魔法をプレイヤー複数人で打つとする
トリガーとなるプレイヤー一人が発動したら周囲のプレイヤーの合体魔法用のメソッドを呼ぶ
メソッドの中ではそのプレイヤーのmpを減らしたりクールタイムを追加したり硬直したりする
トリガープレイヤーはそのメソッド呼ぶだけだから、もしかしたらプレイヤーによって処理は違うかもしれないが、とにかくそのプレイヤーは合体魔法に参加した
メソッドの返り値で成否を確認してもいい
その複数のプレイヤーの中心の座標に合体魔法を発動するなら、その計算処理はトリガープレイヤーがやる

**名前は開発中のものです。** · 2014/04/06(日) 20:22:50.98

>>490
AとBの使用用途を書け
シチュエーションによって考え方が変わり、考え方に依存するからオブジェクト指向が最も効率いいとされて普及してる

**489** · 2014/04/07(月) 10:11:55.44

>>497
Aクラスはキー入力の処理
Bクラスはキー入力後の移動処理と当たり判定

**名前は開発中のものです。** · 2014/04/07(月) 12:25:22.90

最近は全部hppで書くのか？
ちゃんと.hと.cpp分けろよ

**名前は開発中のものです。** · 2014/04/07(月) 20:27:14.10

>>498
A…キー入力の処理
　　↑B.x_　↓A.a_
B …キー入力後の移動処理と当たり判定

A→Bのデータの流れは分かるが、B→Aのデータの流れは何だ？
フォースフィードバック？

俺はこういう小出しの後出しジャンケンは別に気にしないけど
完成後のリファクタリングの段階なら「具体的に」書けるっしょ？

そろそろ誰かがキレると思うよ

**489** · 2014/04/08(火) 07:12:29.49

>>500
なんかごめん・・・
とりあえずこの質問はスルーってことでorz

**名前は開発中のものです。** · 2014/04/09(水) 00:58:15.38

テンプレートのせいか全部ヘッダ(h, hpp)に全部書く奴いるけど
面倒くさくてもC++としてはちゃんとヘッダとソースは分けるべきだよ

**名前は開発中のものです。** · 2014/04/09(水) 01:28:10.85

>>502
あるべき論なんて一考にも値しない。
アホは、何故そう考えるのか理由を述べない。

**名前は開発中のものです。** · 2014/04/09(水) 08:02:26.21

煽るだけで何も説明しない人による華麗なる自虐芸

**名前は開発中のものです。** · 2014/04/09(水) 10:52:16.89

レースゲームのAIってどうやってるの？
経路探索だけで市販のゲーム風に出来るの？

**名前は開発中のものです。** · 2014/04/09(水) 12:11:54.87

幾つか方法はあるが、コース上に複数の「点」を作っておいて
順番にそれを通過するように組む……というのが単純かな？

**名前は開発中のものです。** · 2014/04/09(水) 12:53:17.52

多数の車が走ってて接触しないようにコース補正とか大変そうだな。

**名前は開発中のものです。** · 2014/04/09(水) 13:04:35.78

リアル思考でない限り見えないところは適当だろ
多少ぶつかってもペナルティがほとんどないとか
ありえない速度でカーブ曲がってたりとか

**名前は開発中のものです。** · 2014/04/09(水) 13:16:31.51

カービィのウエライドのデバッグモードを録画した動画がニコニコにあるからそれを見るといい少しはマシになるだろう！

**名前は開発中のものです。** · 2014/04/11(金) 00:20:28.36

　　　　　　　　　　　決められたパスをヘ(^o^)ヘ
　　　　　　　　　　　　　　　　　　　　　　　　　|∧
　　　　　　　　　　　　　　　　　　　　　　　　 /

　　　　　　　　　　　　　　　　　　　／
　　　ただなぞるよりも　 (^o^)／
　　　　　　　　　　　　　　／(　)
　　　　　　　　　　　　／／＞

　　　　　　(^o^) 三　選んだ自由に
　　　　　　(＼＼　三
　　　　　＜　＼　三
..＼
(／∀・) 　傷付くほうがｲｲ！
( ／　
／く　

**名前は開発中のものです。** · 2014/04/12(土) 22:13:32.52

ちょっとわかんないからサッカーで説明して

**名前は開発中のものです。** · 2014/04/12(土) 23:44:55.21

初めて作ったゲームは目標に向かって一直線に飛ぶ意味わからんハエみたいなシューティングゲームだった

**名前は開発中のものです。** · 2014/04/13(日) 10:10:40.70

プログラム全く関係なくて物理の話で悪いんだけど、戦車が止まってる時と高速で動いてる時に大砲を撃った場合の大砲の速度って違うよね？
ググってもそれらしき情報が出てこないんだけど、具体的に方程式的なのってあるの？

**名前は開発中のものです。** · 2014/04/13(日) 10:15:03.46

戦車の速度＋大砲の初速
これじゃないの？

**名前は開発中のものです。** · 2014/04/13(日) 10:22:56.57

ベクトル合わせるだけじゃん

**名前は開発中のものです。** · 2014/04/13(日) 14:11:27.24

もちろん空気抵抗やらゲームバランスやら考慮するなら変わってくるけどな

**名前は開発中のものです。** · 2014/04/20(日) 07:06:07.84

前から気になってたんだけど、3Dの矩形と矩形の当たり判定って出来るの？
出来るならどんな感じのソースになるのか教えてくれるとかなり助かる

**名前は開発中のものです。** · 2014/04/20(日) 10:51:05.10

矩形判定を3次元に拡張したのがAABB判定だと思う

**名前は開発中のものです。** · 2014/04/20(日) 14:59:59.27

各辺が軸に平行、という前提でいいの？

**名前は開発中のものです。** · 2014/04/20(日) 16:02:57.62

>>519
それで大丈夫
まあさすがに回転してるのは無理だし・・・

**名前は開発中のものです。** · 2014/04/20(日) 16:18:17.37

それは簡単なんでないの
上辺が相手の下辺をより上&&下辺が相手の上辺より下
を3軸分やればいいだけなのでは？

回転する直方体の衝突判定ってまるぺけになかったっけ？

**名前は開発中のものです。** · 2014/04/20(日) 17:29:26.22

最初から「平面上での矩形同士の当たり判定」と考えるから、そこから応用しにくいんじゃないか？

直線上で線分同士が重なってるかどうか？という判定があって
単位、それを2回やったのが矩形同士の当たり判定だと考えれば良い。

そうすると、3次元や4次元（？）も、そのまま使えそうだろ？

**名前は開発中のものです。** · 2014/04/22(火) 06:39:03.06

スーパーマリオ64風のゲームを作ってるんだけど、ステージとプレイヤーの当たり判定ってどうすればいいの？
一応球体の当たり判定と線分の当たり判定でやってるんだけど、坂を下ろうとするとジャンプするように落ちていくっていう・・・

**名前は開発中のものです。** · 2014/04/22(火) 07:04:26.37

ゲームエンジン、物理エンジンの吟味から。
いいやつ教えてくれ。

**名前は開発中のものです。** · 2014/04/22(火) 07:13:32.39

>>523
斜めに移動させる

**名前は開発中のものです。** · 2014/04/23(水) 20:54:31.77

DXライブラリを使っているのですがタイトル画面やゲーム画面でループを変えるべきでしょうか
一つのループでswitchを使ってシーンを変えているのをいろんなサイトで見ますがこういう処理が当たり前なのでしょうか

**名前は開発中のものです。** · 2014/04/23(水) 20:58:04.86

stateパターンｵﾇﾇﾒ

**名前は開発中のものです。** · 2014/04/23(水) 21:00:21.88

俺も最初は画面ごとにループ変えてたけど、ループはひとつにまとめるようになったな。
理由は、ループは違っても共通のやること（キー入力とか画面出力処理）があって
そういうのを画面のループごとに別々に処理させてると管理が面倒だから。
（もちろん共通処理として関数化してはいたが、それでも面倒だった）

**名前は開発中のものです。** · 2014/04/23(水) 21:36:36.02

>>527
なんですかそれ

>.528
なるほど

**名前は開発中のものです。** · 2014/04/23(水) 21:48:10.54

>>526
ループ自体は1つにして、そこから何らかの方法で振り分けるのが定番。
複数ループは即「やめとけ」って言われるレベル。
そこだけ守れば、あとはifで関数に投げるなり、switchで分けるなり、好きなようにすればいいと思うよ。

stateパターンについては、処理を振り分けるアルゴリズムの1つだけど
まあ、別にいいんじゃないかな。

**名前は開発中のものです。** · 2014/04/23(水) 23:54:04.86

>>529
ググれ

**名前は開発中のものです。** · 2014/04/24(木) 08:45:54.28

>>526
Yes
というか、君にループを分けるという発想を持たせた本かサイトか分からんが著者を呼んでこいぶっ飛ばしてやんよ

**名前は開発中のものです。** · 2014/04/24(木) 09:15:53.69

データベースといい会社組織図といいマトリクス型はなぜ好まれないのか

**名前は開発中のものです。** · 2014/04/24(木) 09:46:36.37

>>532
参考資料などがなかった場合、半分くらいは、
真っ先に思いつくのがループを個々に用意する方法のような気もする

**名前は開発中のものです。** · 2014/04/24(木) 10:21:00.95

オブジェクト指向的に考えるとオブジェクトごとに独立したループが存在してるのもあり得るしな
OSのフレームワーク含めてスレッドセーフな実装があまりない事にがっかりしたり

**名前は開発中のものです。** · 2014/04/24(木) 11:59:52.01

そのループ(というか一連の処理)の意味合いを無視して設計空論しても意味ねー
たかがシーン遷移でぶん回すループを、複数個所にコピペベースでおく意味がねー

**名前は開発中のものです。** · 2014/04/24(木) 12:13:26.57

ループ型を嫌う人はシーン数が数十個を越えてもswitchで分岐して作るのか、大変だなｗｗｗ

**名前は開発中のものです。** · 2014/04/24(木) 12:53:05.17

ｲﾐﾌだろ。どの案でもループ必須なのに、ループ型ってなんだよw

**名前は開発中のものです。** · 2014/04/24(木) 13:22:18.45

ポリモーフィズムか関数ポインタ使えよ

**名前は開発中のものです。** · 2014/04/24(木) 14:53:44.57

で、数十の関数名やクラス名をわざわざ考えるのか、面倒だな

**名前は開発中のものです。** · 2014/04/24(木) 16:29:40.03

ループが別々にあったら前のループにどうやって戻るんだ？
goto？

**名前は開発中のものです。** · 2014/04/24(木) 16:45:42.04

ループ内にループが入ってる

**名前は開発中のものです。** · 2014/04/24(木) 17:08:30.80

その発想はなかった

**名前は開発中のものです。** · 2014/04/24(木) 17:46:16.58

ループザループ

**名前は開発中のものです。** · 2014/04/24(木) 18:52:19.44

>>540
シーンの数が数十ってどんだけ大規模なゲーム作ってんのw

**名前は開発中のものです。** · 2014/04/24(木) 19:03:46.70

C++でゲームを作ろうとすると
ゲームというよりゲームエディタになってしまう

**名前は開発中のものです。** · 2014/04/24(木) 19:18:31.92

>>546
ゲームを作ってたつもりがエフェクトエディタが完成していた私のことをなぜ知っている

**名前は開発中のものです。** · 2014/04/24(木) 19:23:13.77

>>545
ドラクエ３程度

**名前は開発中のものです。** · 2014/04/24(木) 19:36:08.29

>>548
その数十のループを1ソースにまとめるってとんでもないスパゲティだなw
完成すんのそれw

**名前は開発中のものです。** · 2014/04/24(木) 19:54:33.85

つーかシーン(画面)をクラスで1:1で管理して、
次回どのシーンを描画するのかポインタ返すってやり方の方がスマートじゃね？

**名前は開発中のものです。** · 2014/04/24(木) 20:37:26.16

画面の上から下に順番に動作しないと理解出来ないから今のやり方でやってるんだけどね。
関数ポインタやクラスで分けるとあちこちに跳びまくるよね？ソレも嫌だから今のやり方でやってきた。
けどまあ、流れが判らなければ図を描けば済む話か。それでも、今の段階でやり直すのは……ん？
マップや戦闘のメインのシーンは今のままで良いな。サブのシーンの扱いは、直してみるかな？
ちょっと寝かしていたソースだが、色々と検討してみるか。

**名前は開発中のものです。** · 2014/04/24(木) 20:41:28.50

>>540
世の中にはディレクトリとか名前空間って概念があるから、便利なものよな

**名前は開発中のものです。** · 2014/04/24(木) 20:55:45.26

ポリモーフィズムで関数の名前考えなきゃならないてどういう状況だよ
クラス名なんて実装したいシーンの名前をそのままだから考える必要ないし

**名前は開発中のものです。** · 2014/04/24(木) 22:24:05.32

中身は空でいいからすべての遷移とデータの受け渡しくらい先に設計して実装しましょう。

**名前は開発中のものです。** · 2014/04/24(木) 22:35:04.46

プログラミング自体に慣れてないんだろうけど
一人でコード組むなら図なんて書いたりしないからな
頭の中の仕様書通りにコード打つだけなんだから

**名前は開発中のものです。** · 2014/04/24(木) 22:39:32.56

ポリモーフィズム使うならむしろ名前は考えなくていいだろ

**名前は開発中のものです。** · 2014/04/24(木) 22:41:52.64

普通はポリモーフィズムで大まかに分岐した後関数ポインタで細かく分岐するよな
背景に3Dフィールドを表示したまま半透明なステータス画面を描画したいとか

**名前は開発中のものです。** · 2014/04/24(木) 23:29:46.37

クラスや関数を分けると処理が飛んで困るってstaticおじさんか

**名前は開発中のものです。** · 2014/04/24(木) 23:39:57.11

ポリモーフィズムの実現手段の1つとして関数ポインタが使われることもあるんだから
その表現はちょっとおかしい気がする

いや言いたいことは分かるけどね？

**名前は開発中のものです。** · 2014/04/25(金) 01:06:43.73

なんでこういう話になったら、いちいち相手を馬鹿にする人間が出てくるのかね。

**名前は開発中のものです。** · 2014/04/25(金) 06:16:12.48

数十のクラスが複雑に入り組むプログラムなんて作れない（能力が無い）からでは？と予想

**名前は開発中のものです。** · 2014/04/25(金) 07:46:12.69

>>561
いいウィットだな

**名前は開発中のものです。** · 2014/04/25(金) 09:30:36.62

>>557
こういうのどうやって実装すんの？説明してるようなサイトがあったら教えてちょーだい

**名前は開発中のものです。** · 2014/04/25(金) 09:42:20.41

Stateパターンによる階層付きシーン遷移の方法は、確かセガ本あたりに載ってたような記憶がある

**名前は開発中のものです。** · 2014/04/25(金) 09:54:22.08

ゲームプログラマになる前に覚えておきたい技術
ひらしょー本、セガ本
http://www.shuwasystem.co.jp/products/7980html/2118.html
http://www.shuwasystem.co.jp/gpro-sp/index.html

**名前は開発中のものです。** · 2014/04/25(金) 10:04:41.29

昨日ちょうどそのセガ本の話が有名な同人プログラマのネット配信で出てたわ
「その本はプログラマになる前じゃなくてなった後に読む本だ」って言ってた

**名前は開発中のものです。** · 2014/04/25(金) 10:18:56.59

その本って学生レベルでも中の下くらいだろ

**名前は開発中のものです。** · 2014/04/25(金) 12:50:45.98

>>561
というか、そもそもデバッガでソース追えないという話に帰結しそうなのだが。
関数の中とかに「飛ぶ」訳ですし。

今後の事もあるから、「飛ぶ」事に慣れるのが肝要だと思いますけどね。

**名前は開発中のものです。** · 2014/04/25(金) 15:11:16.15

セガ本で難しかったらgemsとか見たらもう発狂だな

**名前は開発中のものです。** · 2014/04/25(金) 15:22:16.96

14歳からはじめるC言語わくわくゲームプログラミング教室
著者：大槻有一郎
http://www.rutles.net/products/detail.php?product_id=392
かなりの素人向け、図書館にあるかもしれない。

内容はこれ、http://www.rutles.net/download/217/

**名前は開発中のものです。** · 2014/04/25(金) 16:40:46.26

ゲームプログラマの新人でも面接時の作品提出では皆C+DirectX直打ちの人ばかりだようんたらかんたらという
流れの中で言ってたから、難しいというか本に頼らずともネットで情報集めてとにかく作れって感じだった。

その人自体もオブジェクト指向とか意味わからんでゲーム作ってるとか言ってるけど、
同人だけじゃなくコンシューマ機のゲームプログラムを１人で担ってるような人だし、
要は本見て文法覚えるより、汚くていいからとりあえず作品完成させろってことかと。

**名前は開発中のものです。** · 2014/04/25(金) 17:46:46.24

>>571
とりあえず完成させろってのはその通りだな
ここでウンチク垂れ流してても自分の作品は完成させたことないってやつは多そう

そう、私の事ですorz

**名前は開発中のものです。** · 2014/04/25(金) 18:37:51.58

directx直打ちじゃないけど大手新卒通ったわ

**名前は開発中のものです。** · 2014/04/26(土) 01:38:49.39

ゲームコーディングコンプリートって本にはGameLogicってクラスでゲームの状態を切り換えている
ソースコードはネット上にあがってるぞ

**名前は開発中のものです。** · 2014/04/26(土) 13:10:08.96

ぱっと見た感じ、キューかなんかで格納してる？

**名前は開発中のものです。** · 2014/04/26(土) 19:33:37.45

スパロボみたいなゲームだと
・フィールドシーン
・戦闘シーン
・アドベンチャーシーン
・シナリオ準備シーン
みたいな感じに大別されるよね

シーンはキー入力の挙動も変わるから
それも内包しないといけないよね

**名前は開発中のものです。** · 2014/04/26(土) 19:37:39.56

メニューとかの後の分岐はどうやってるの？

**名前は開発中のものです。** · 2014/04/26(土) 19:58:38.34

http://i.imgur.com/C0gfdIL.jpg
これがPC98ロードランナーのチャートで、
イニシャライズ以下がゲームループになってる。

**名前は開発中のものです。** · 2014/04/26(土) 20:05:42.07

デモ読み込みはゲームループ外で、実際のデモ画面はループ内なんだな、面白い。
俺が思ってるデモ画面と別のものかもしれんけど。

>>576
当たり前っちゃ当たり前だけど、
フレームワークなりハードウェアなりから、キー情報を取り出したり使いやすいよう加工するのは共通部分で、
右キーで１マス動かすとか、そういう部分は各シーンのロジックで処理するのが良いんじゃない？

>>577
メニューって、「じゅもん」→「メラ」→「スライムA」みたいな
シーン中に行われる多層型のメニューのこと？

**名前は開発中のものです。** · 2014/04/26(土) 21:29:25.57

ポップアップメニュー出しながらもカメラや移動とか一部の操作はできるようにするとかだと
優先度とかそのキーで処理済みかの情報が欲しいから
シーンや入力が欲しいオブジェクトが欲しいキーを入力マネージャに登録しておいて
優先度の高い特殊なキーの組み合わせだけ先に処理して
あとは上位に位置するオブジェクトからキーを拾って処理して未処理は下に投げるとか
WindowsのWM_CHARを参考にしたキー処理終わってから各Updateみたいな事になってるけど
重複する事もあるキー入力の切り分けをシンプルに実装する方法ないかな

**名前は開発中のものです。** · 2014/04/26(土) 22:11:57.41

キー処理用スレッドを作ってGetAsyncKeyStateを回すとか

**名前は開発中のものです。** · 2014/04/27(日) 03:54:19.08

よく分からん質問だけどUIコンポーネントの階層でやれば？

class Parent : UI {
UI* child;

void update(Event* e){
// 特殊キー
bool isCopy = Key::isHold(Key::LCtrl) && Key::isHold(Key::C);

// 子コンポーネント先
child->update(e);

// 子コンポーネントでキー入力が確定した
if(e->isKeyEvent == false) return;

// このコンポーネントのキー入力
bool isThis = Key::is ... ;
}
};

class Child : UI {};