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

**名前は開発中のものです。** · 2014/07/08(火) 19:30:19.51

ゲーム製作における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/
C/C++ゲーム製作総合スレッド Part5
http://peace.2ch.net/test/read.cgi/gamedev/1389798031/

**名前は開発中のものです。** · 2014/10/16(木) 14:11:40.09

は？意味わからない

**名前は開発中のものです。** · 2014/10/16(木) 15:57:05.99

UnityVSはProじゃないと使えないのか(´・ω・`)

**352** · 2014/10/16(木) 23:15:25.79

>>353
やはり、そのあたりですかね。

http://game.watch.impress.co.jp/img/gmw/docs/586/729/html/gra_53.jpg.html
http://game.watch.impress.co.jp/img/gmw/docs/586/729/html/gra_54.jpg.html
http://game.watch.impress.co.jp/img/gmw/docs/586/729/html/gra_55.jpg.html
http://game.watch.impress.co.jp/img/gmw/docs/586/729/html/gra_56.jpg.html
これ、PSVitaのゲーム開発環境の解析画面なんだけど、こういう感じで見たいなぁ。

>>354
DirectXTKのPrimitiveBatchで、異なるトポロジ（三角ポリと線）を頻繁に切り替えながら描画
（切り替わる度にDrawコールされる）してしまっていたのをできるだけまとめて描画するようにしたら、
Debugモード時に4倍くらいfpsが上がってマジ感動した。
Releaseモードは、わずかに向上するか、ほとんど変わらないときもあった。

＞まとめられるのは2D描画だけだと思うけど
3Dモデルならジオメトリインスタンシングが使えるケースがあるね。

**名前は開発中のものです。** · 2014/10/16(木) 23:59:18.32

一応、VS2013Proのグラフィックス診断だと
DrawCall単位で何マイクロ秒かかってるかってのを測定して
CSVかXMLでエクスポートすることはできるみたい

**352** · 2014/10/17(金) 02:07:27.36

>>358
おお、それはなかなか良い機能！
それを活用かなぁ。

**名前は開発中のものです。** · 2014/10/17(金) 10:58:36.38

>>356
おう、諦めな

**名前は開発中のものです。** · 2014/10/17(金) 22:20:59.73

>>356
cocos2d-xやろうぜ(´・ω・｀)

**名前は開発中のものです。** · 2014/10/19(日) 21:58:12.45

ちょうど今cocos2d-xでなんかスマホゲーム作ろうと思ってる
プログラミングよりストア登録とか素材作りでつみそう

**352** · 2014/10/19(日) 22:56:32.89

http://adruab.net/wp-images/GDC14_infamous_second_son_engine_postmortem.pdf

このスライドの33枚目にあるようなタスク所要時間の視覚化機能を実装したいなぁ。
GPUの処理時間とか、どうやって計測するんだよ！ｗ

**名前は開発中のものです。** · 2014/10/20(月) 06:37:43.13

なんか最近、スレ違いのレスが多いな

**名前は開発中のものです。** · 2014/10/20(月) 11:09:09.21

素材作りで積むのはゲーム制作しようとプログラミング学んできた人間にはよくある話
3Dモデルや絵かける方がよっぽどゲーム作れるぞ

**名前は開発中のものです。** · 2014/10/20(月) 11:29:32.25

ツクール系やフレームワークがあるからだいぶ敷居は下がったよね
絵や話つくりは何とかなりそうなんだけど音関係がなあ・・・

**名前は開発中のものです。** · 2014/10/20(月) 11:53:52.64

音がきついのすごく分かる
絵なんてそれなりのツール使って作品にあった書き方練習すれば半年でなんとかなる
初心者用サイトも多いし
音は何からどうすればいいかわからなくて詰む

**名前は開発中のものです。** · 2014/10/20(月) 12:00:13.49

音はフリーの素材でなんとかならんか
絵の方がアニメーションとかサイズとか考えると難しいよ

**名前は開発中のものです。** · 2014/10/20(月) 12:37:30.84

効果音ってどうしてる？

**名前は開発中のものです。** · 2014/10/20(月) 13:17:49.07

大半をフリーで補いつつ、ピンポイントで有料素材

**名前は開発中のものです。** · 2014/10/20(月) 14:07:32.34

>なんか最近、スレ違いのレスが多いな
って言われた端からこれだもんな

**名前は開発中のものです。** · 2014/10/20(月) 14:15:39.93

だがガチガチにコードの話だけって限定するのもあれだな

**名前は開発中のものです。** · 2014/10/20(月) 14:34:05.88

CとC++の話だけに限定するならスレ自体要らんしな

**名前は開発中のものです。** · 2014/10/20(月) 14:35:40.06

ま話題もあんま無いしな

**名前は開発中のものです。** · 2014/10/20(月) 18:54:24.39

Unityとかの全く無関係な話が出なけりゃ、それでいい

**名前は開発中のものです。** · 2014/10/20(月) 19:20:29.41

>>331
namespaceごとにファイルを作っても全く問題はないが？

**名前は開発中のものです。** · 2014/10/20(月) 20:05:13.07

>>375
昔Unityの話題だしてごめんな

**名前は開発中のものです。** · 2014/10/20(月) 20:59:37.69

スレ違いのレスどころかレス自体ほとんどないじゃん
100レス消費するのに1ヶ月て

**名前は開発中のものです。** · 2014/10/20(月) 21:26:24.20

ゲ製の技術系スレなんて大抵がそんなもんだろ
流れが遅けりゃ何を話題に出してもいいのか？
勢い至上主義の人は別の板に行ったほうがいいぞ

**名前は開発中のものです。** · 2014/10/20(月) 21:44:59.67

ゲーム製作に関連した話題だろ
話の広がりを全て排除するオキテでもあんの？

**名前は開発中のものです。** · 2014/10/20(月) 22:03:31.71

なんとなくム板住人っぽい

**名前は開発中のものです。** · 2014/10/20(月) 22:07:06.42

服や髪の毛を風でヒラヒラさせるくらいなら、
物理エンジン使うの大げさかな？
C++でスクラッチで実装してる人いる？

**名前は開発中のものです。** · 2014/10/20(月) 22:49:22.88

11月号の日経ソフトウェアに
「効果音」「BGM」「歌」はこう作る（Cubase/VOCALOIDで）
音だってプログラミング！
ってな記事があるよ
12月号が10/24発売だからチェックするなら早めにな

**名前は開発中のものです。** · 2014/10/21(火) 00:05:57.07

>>382
モーションとかで設定すんのきついからエンジンでいいんじゃ

**382** · 2014/10/21(火) 00:10:52.73

>>384
たしかに。
パフォーマンスもエンジンのほうが良さそうだし、
簡単なことでも、下手に自分で組むよりイイかも。
コリジョン全般もやらせられるし。
ありがとう、エンジン使う方向でいくわ。

**名前は開発中のものです。** · 2014/10/21(火) 00:35:00.20

初めてOOPしてるライブラリ使ったけど楽しいな

**名前は開発中のものです。** · 2014/10/21(火) 22:05:55.64

>>386
OGREかな？

**名前は開発中のものです。** · 2014/10/22(水) 19:05:01.43

アクションゲームのバフというか、状態異常ってどうやって処理してる？
バフがつくキャラクタークラスに「～のバフがあったら～」という処理を記述するのが簡単なんだろうけど、
バフの数だけキャラクタークラスの処理が増えるのってなんか変だし、
キャラクタークラスが行動しようとするたびにバフ一つ一つにチェックかけるのか・・・

**名前は開発中のものです。** · 2014/10/22(水) 19:22:28.97

>>388
武器毎にキャラクタークラスの処理増えてるわけじゃないだろ？
それと同じだよ

**名前は開発中のものです。** · 2014/10/22(水) 20:23:54.50

バフってどこで流行ってる言葉なん初めて聞いたんだが

**名前は開発中のものです。** · 2014/10/22(水) 20:26:43.81

もう十年以上前から、MMORPGで使ってたよ。
ステータスを一時的にパワーアップするのをバフ、
逆にパワーダウンするのをデバフって。

**名前は開発中のものです。** · 2014/10/22(水) 20:36:40.39

最近はMMO流行ってないからなあ

**名前は開発中のものです。** · 2014/10/22(水) 21:44:48.22

MMOからの輸入だと思うけど、ここ数年はMMO以外でも結構聞くなあ

**名前は開発中のものです。** · 2014/10/22(水) 22:31:22.09

>>389
モンハンとか武器ごとに増えてない？

最近は10秒以内に他のデバフを食らわないと即死するデバフとか、特定の属性の敵に攻撃力2倍とか、3秒に一回キャラクターの行動を中断する麻痺デバフみたいな、
単純なステータス操作じゃないものが多くて、そういうの視野に入れて作ろうかなと

そういや構造って、
ゲーム起動時にstatic変数としてバフのインスタンスを持っておいて、キャラクターのポインタとバフの残り時間を与えれば結果を返してくれるようにするのか、
キャラクターにバフがついた瞬間インスタンス化して、バフが消えた瞬間deleteするようなクラスを作るか
どっちがいいんですか？

**名前は開発中のものです。** · 2014/10/23(木) 08:02:34.39

そりゃステートパターンよ

**名前は開発中のものです。** · 2014/10/23(木) 08:15:05.80

【毒】と【放心】と【催淫】が同じキャラにかかった場合とか考えると
クラスに自殺機能的なものを持たせつつ、キャラごとにリストで持っておきたいなあ。

あー、でもフィールド自体にスリップダメージ効果、みたいなパターンもあるか。

**名前は開発中のものです。** · 2014/10/23(木) 09:46:02.30

それはバフの自殺条件に「指定範囲から外れた時に消滅する」って条件が出来ればおkなはず
そうするとバフが欲しい情報はマップ上にあるオブジェクトのリストと、キャラクターのポインタと、時間かな
ゲームの仕様にもよるけど大体この3つ安定

**名前は開発中のものです。** · 2014/10/23(木) 09:46:44.49

>>395
ステートパターンだと一つしか状態異常かからなくない？
ポケモンなら一つだけど

**名前は開発中のものです。** · 2014/10/23(木) 10:02:49.79

フィールドのスリップダメージは状態異常じゃなくて衝突イベントで処理すれば

**名前は開発中のものです。** · 2014/10/23(木) 13:23:41.02

>>394
そういうの作るほうは大変だけどユーザにウケるか、手間に見合うかというと、う～ん
かえってわかりにくいと敬遠されかねない

その点討鬼伝のミタマはうまくやったなと思う　いろいろな意味でｗ

**名前は開発中のものです。** · 2014/10/23(木) 17:30:00.96

>>398
ステートパターン＋配列でいいじゃん？
ゲームの仕様側を単純化しないと実装の複雑化はさけられないぞ

std::vector<State*> state_list;
state_list += new Poison();

**名前は開発中のものです。** · 2014/10/23(木) 19:43:01.60

仕様はカッチリ決めといた方が設計はしやすいな
なんでもありを想定して作って結局あんまり使わないなんてムダだし

**名前は開発中のものです。** · 2014/10/23(木) 21:28:12.43

【毒】を放置しておくと【猛毒】になるとか、
そういうのが無くてもStateパターンって便利？

**名前は開発中のものです。** · 2014/10/24(金) 00:54:44.36

ステートはしぬほど楽

**名前は開発中のものです。** · 2014/10/24(金) 20:11:21.11

イベントで処理出来ないかな
スリップダメージならイベント処理時にダメージ＆継続判定して再度イベント投げるみたいな
オーバーヘッドでかそうだけど汎用性はある気がする

**名前は開発中のものです。** · 2014/10/24(金) 22:30:58.39

>>405
オーバーヘッドとかそう言うのはプロファイラで測ってから言いなさいな

普通、負荷がかかるのはもっと重い処理の部分でしょ

**名前は開発中のものです。** · 2014/10/25(土) 03:42:15.96

オーバーヘッドは本来の処理とは関係ない所で発生する計算コストの事で相対的な話でしょ

**名前は開発中のものです。** · 2014/10/25(土) 07:52:10.14

オーバーヘッドキックなら知ってるぞ

**名前は開発中のものです。** · 2014/10/26(日) 16:26:16.62

>>407
だからそのオーバーヘッドが大きいかどうかはそこがネックになってるかどうかで判断しろって言ってるんでしょ

**名前は開発中のものです。** · 2014/10/26(日) 17:41:30.80

>>408
だからそれがオーバーヘッドキックかどうかはそれがキックになってるかどうかで判断しろって言ってるんでしょ

**名前は開発中のものです。** · 2014/10/26(日) 18:19:06.69

せやな

**名前は開発中のものです。** · 2014/10/26(日) 19:50:32.98

知ったような口を利くんじゃない

**名前は開発中のものです。** · 2014/10/26(日) 19:56:46.37

微妙に会話が噛み合ってない感じするな

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

相対的なコストの話だって言ってるのに全体で判断しろっておかしいでしょ

**名前は開発中のものです。** · 2014/10/26(日) 22:20:48.23

ボトルネックって言うけどさ、瓶はドボドボ出ない様にわざと狭く作ってあるんだよな？

**名前は開発中のものです。** · 2014/10/26(日) 22:37:50.70

オーバーヘッドの影響が大きいかどうかはって言えばよかったかね

**名前は開発中のものです。** · 2014/10/27(月) 22:07:07.84

俺だってオーパーツヘッドくらい知ってるよ！

**名前は開発中のものです。** · 2014/10/28(火) 00:30:16.35

俺もオーバーライドとオーバーロードの違いぐらいわかるよ！

**名前は開発中のものです。** · 2014/10/28(火) 21:29:09.92

俺なんてどっちかというと見た目がオーバーサーンだよ！

**名前は開発中のものです。** · 2014/10/29(水) 19:22:23.08

俺はsum41のオーバーヘッドなんちゃらっていう曲好き

**名前は開発中のものです。** · 2014/10/29(水) 23:42:07.72

俺なんてゲームオーバーヘッドですよ

**名前は開発中のものです。** · 2014/10/31(金) 00:17:00.08

みんな状態異常がなんたらとかC++で記述してる？
自分は限界を感じてC++はゲームライブラリをラップするエンジン部分だけに使って
ゲームロジック部分はLuaでできるように勉強してる

C++（エンジン）　//　C++（エンジン上で動作するパーツ）　//　Lua（パーツを利用するロジック）　//　Lua（モデルやイベント用スクリプト）

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

Lua で書けるなら同じことを C++ で書けばいいだけだと思うけど
何で書くかというより設計の問題でしょ

**名前は開発中のものです。** · 2014/10/31(金) 10:05:54.22

>>422
自分もLua使ってて今作ってるけど、ロジックはC++で組んでる(組む予定)
Luaでやるのはキャラの初期値などのパラメータ値の設定やイベントの記述、
画面背景に表示するものをLuaで記述、くらいの予定かな

>>423の人も言ってるけど、Luaで書けるならC++でも書けるから、何をLuaに求めるかだと思うけど、
自分の場合はLuaでやるメリットはリコンパイルせずにレベルデザインの動作確認を行えるようになること
ロジック部分はLuaに追い出すと速度的なデメリットが大きそうなのと、
Luaで書けるようにすること自体の工数も大きそうなのでやめた

**名前は開発中のものです。** · 2014/10/31(金) 12:53:25.76

スクリプトの利点はコンパイルしなくても修正出来るところ

**名前は開発中のものです。** · 2014/10/31(金) 17:49:19.79

作り方によってはゲーム中にリアルタイムに変更できたりするよね

**名前は開発中のものです。** · 2014/10/31(金) 17:59:48.36

コンパイルは必要だけど動的変更ならC++でも出来るけどね

**名前は開発中のものです。** · 2014/10/31(金) 18:15:11.72

デバッガでぽちぽち変数の値いじるの？

**名前は開発中のものです。** · 2014/10/31(金) 18:24:36.01

ゲーム中にスクリプト書き換えてリアルタイムに反映？
いらねーよｗ

**名前は開発中のものです。** · 2014/10/31(金) 19:02:05.50

今の所スクリプトは、用途に応じて別のスクリプトを作って使ってるな
３種類ほど
一つはシナリオとかのイベント管理用
一つはレコード単位のデータ管理用
一つはツリー構造のデータ管理用

**名前は開発中のものです。** · 2014/10/31(金) 19:18:37.90

・高速なコンパイル
・クラスとヘッダーに分けなくていい
・importはC/C++のincludeより使いやすいと思う
C/C++だとどれをインクルードすべきか調べないと分からない事もあるし
・ネイティブの部分だけ予めコンパイルしておけば、変更したコードを複数のデバイスですぐにデバッグ可能
・GCでメモリ管理が自動に
・リフレクションでクラスの情報に実行時アクセス
・実行時の式評価(デバッグに使う)

実行時コード編集は確かにあまり役立ってないかも
デリゲート・・・はC++11なら使えるのか

**名前は開発中のものです。** · 2014/10/31(金) 19:23:51.37

>>429
実行中に変更出来ないと一回落として変更して同じところまで進めないといけないから
レベルの調整とかしてるとめちゃくちゃめんどい

**名前は開発中のものです。** · 2014/10/31(金) 19:24:16.18

VB.netのスレはここじゃないんだが？

**名前は開発中のものです。** · 2014/10/31(金) 19:32:27.85

>>432
まあ半分わかるけど、相当規模が大きなものじゃないといらないし、
代替としてその環境を作るスクリプトも組めるし、
途中で変えちゃったら、ユーザーがほんとにその条件に辿り着けるのかテストにならないから
やっぱりいらないな

**名前は開発中のものです。** · 2014/10/31(金) 20:11:52.54

>>422
ロジックをスクリプトで記述するなら汎用ゲームエンジンでいい気がするな
Unityとかめっちゃお手軽よ

**名前は開発中のものです。** · 2014/10/31(金) 20:42:19.68

スクリプト言語はやっぱ、コルーチンが使える点が良いよね？

**名前は開発中のものです。** · 2014/10/31(金) 20:58:16.81

yieldってなんて読むの

**名前は開発中のものです。** · 2014/10/31(金) 22:36:22.81

ヨィールドって脳内再生してうｒ

**名前は開発中のものです。** · 2014/10/31(金) 22:57:08.23

>>437
いーるどぅ

**名前は開発中のものです。** · 2014/10/31(金) 22:59:35.82

インバースキネマティクスについて書かれている書籍知りませんか？

**名前は開発中のものです。** · 2014/10/31(金) 23:09:11.23

>>440
シューティングゲームアルゴリズムマニアクスにあったように記憶してる。
手元にないから確かじゃないけど。

**440** · 2014/10/31(金) 23:15:42.18

>>441
ありがとうございます！
その本は持っているのですが、IKについて書かれていることに気付きませんでしたｗ
コードも書いているので参考になりそうです。

他の本も、ご存知の方がおられたら是非教えてください。

**名前は開発中のものです。** · 2014/11/01(土) 01:19:56.78

>>442
最近読んだのだとこれ
XNAのソースがサンプルであるけど今はXNA自体が使えない
http://www.borndigital.co.jp/book/94.html

**440** · 2014/11/01(土) 01:22:56.00

>>443
ありがとうございます！
XNAでも参考にはなると思うので買ってみます。

**名前は開発中のものです。** · 2014/11/01(土) 10:44:08.91

AがtrueならB、falseならC
BがtrueならD、falseならE
DがtrueならF、falseなら・・・
という感じで
if (A) {
if (B) {
if (D) {
F();
} else {
G();
}
} else {
E();
}
} else {
C();
}
というようなことになってしまいます
例えばAがゲーム開始フラグ、Bがプレイヤー出現フラグ、Dが敵出現フラグという時
最初にC()でカウントを回してAをtrueにしゲーム開始
E()でカウントを回してプレイヤーを出現
G()でカウントを回して敵を出現
F()でバトル開始
のような感じになるのですが、どうすればいいのでしょう
あまり良くないですがswitch caseなどでもいいのかなと考えてます

**名前は開発中のものです。** · 2014/11/01(土) 11:05:49.01

>>445
ステートパターン使うといいよ
IStateを実装した開始ステート、敵出現ステートなどをつくって、
unique_ptr<IState> state = make_unique<InitialState>();
while ...
state->update();
if (state->next)
state = state->next;

**名前は開発中のものです。** · 2014/11/01(土) 16:11:10.84

普通のクラスだったらプレフィックスにCってつける？

**440** · 2014/11/01(土) 17:17:01.83

>>443
買ってきました！
とても詳しく書かれていて大満足です。
ありがとうございました！

**名前は開発中のものです。** · 2014/11/02(日) 01:02:23.40

>>446
やっぱりStateパターンが良いですよね
ありがとうございます

**名前は開発中のものです。** · 2014/11/02(日) 10:54:46.91

Stateパターンと
Strategyパターンって
コードの書き方はまったくと言っていいほど同じじゃないですか？
Stateは状態的な切り替え、
Strategyは機能的な切り替え、
というふうに、どういう使い方をするかで名称が別れてるということですか？

**名前は開発中のものです。** · 2014/11/02(日) 12:52:42.92

ストラテジーはアルゴリズムの切り替え
状態遷移はストラテジーっぽい

**名前は開発中のものです。** · 2014/11/02(日) 13:07:10.08

どういう意図で組んでるか？という情報は
後から見た時に結構重要だったりするよね

**名前は開発中のものです。** · 2014/11/02(日) 13:26:08.13

だよなぁ
例えば遷移だと>>446のやり方はそれぞれのStateの中で自分に関係する遷移条件と遷移先だけ指定するから
ソースを見ただけじゃ全体の遷移一覧がぱっと見えてこないんだよなぁ

**名前は開発中のものです。** · 2014/11/02(日) 20:23:50.79

ソースに依存関係が少ないて部分では良い事だろ
偏移状態はUMLなりその他の手段で伝わればいい