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/11/06(木) 20:31:37.28

実際に訴訟を起こされたら>>550みたいな考えは吹き飛ぶだろう
それも、どこから出てきたのか見当もつかないサブマリン特許みたいな物ならなおさら

**名前は開発中のものです。** · 2014/11/06(木) 21:01:35.08

>>552
ミニゲームだったらナムコだろ
リッジ7のロード中にゼビウスが遊べた時はびびったw

**名前は開発中のものです。** · 2014/11/06(木) 21:11:28.90

なぁ、特許って本当に社会の発展に貢献してるんだろうか･･･？
>>543みたいなゴミ特許が効力あるとか、唖然とするわ･･･。

**名前は開発中のものです。** · 2014/11/06(木) 21:19:10.59

特許を審査するメンバーってちゃんと仕事してるのか考えさせるよな。

審査過程をチェックする機構もあるのか怪しい。

**名前は開発中のものです。** · 2014/11/06(木) 21:25:50.58

永久機関そのままは駄目だけどちょっと表現変えるだけで通るみたいだしな

**名前は開発中のものです。** · 2014/11/06(木) 21:40:44.92

特許の審査ってなにやってるんだろうと考えると、
まず考えられるのは今までに同じ特許がなかった事を調べる、くらいだろう。

次に既知の技術として存在してないかを調べるんだろうけど、
これいちいち調べてられないよな。漏れがでるのはしょうがない。

ネットが発展した現代では、調べるのもかなり容易になってきたのではないかと思うが、
審査官が来る日も来る日もググってると考えるとなにか悲しいものがあるな……。

**名前は開発中のものです。** · 2014/11/06(木) 21:53:29.21

その特許を調べるためのシステムをつくるような話があった気がしたけど頓挫したんだっけ

**名前は開発中のものです。** · 2014/11/06(木) 22:55:27.98

この特許はフィードバック制御が必要だから、
新規性の判断はそこでされたんじゃないの？

**名前は開発中のものです。** · 2014/11/06(木) 23:20:16.77

よし、車輪でも申請してみるか

**名前は開発中のものです。** · 2014/11/06(木) 23:37:08.84

>>541
あーいや、そういう話じゃなくて、
DXLibだとメインループ回ってるから、いくらLuaでコルーチンがあっても
１ループ間の時間に合わせて処理返さないといけないよなって話

**名前は開発中のものです。** · 2014/11/07(金) 00:36:18.17

c++側とlua側ともにもう少し詳しく書いてみ

**名前は開発中のものです。** · 2014/11/07(金) 00:41:45.93

わからんって言ってるのに書いてみとはアスペしかいないのかよ

**名前は開発中のものです。** · 2014/11/07(金) 01:43:20.36

プログラマはアスペ気味の糞が多いからねｗ
そいつらを上手く奴隷として扱えるようになるのが社会の勝ち組。

**名前は開発中のものです。** · 2014/11/07(金) 01:53:01.03

ていうかマルチスレッドで描画てどうやんの？
座標はupdateスレッドでロックしてるし描画するにしてもdrawスレッドでロックしないといけないだろ
メモリを2倍使ってダブルバッファリングで交互にリソースを入れ替えてもいいけど1フレーム遅れるし
要素ごとにロックとアンロックしてたらそっちのほうが処理重いでしょ
モーションブラーとかドロップシャドウみたいな、書き足すようなシェーダとかなら分かるんだけど、ゲームの要素そのものを描画するのにマルチスレッド？ってすごい疑問なんだけど
どんな風にやってるの？

**名前は開発中のものです。** · 2014/11/07(金) 02:53:09.53

俺、マルチスレッドってさっぱりわからんけど
マルチスレッドで描画するのに「１フレーム遅れる」って関係あんの？

**名前は開発中のものです。** · 2014/11/07(金) 03:13:07.36

片方はとにかく更新する
片方はとにかく描画する
ロックアンロックで同期させるならマルチスレッドをやめる

**名前は開発中のものです。** · 2014/11/07(金) 06:56:56.78

マルチスレッドを理解してない奴が多いな、まあ自分もあんまり理解はしてないが
というか、マルチスレッドだけでも本がいっぱい出てるからそれを参考にしたらいいかと

**名前は開発中のものです。** · 2014/11/07(金) 07:32:03.69

マルチスレッドの場合、普通は描画と更新を別々にするわけじゃない
それぞれのスレッドに別々の役割を与えて異なる処理を分担させる事になる
あと、マシンに対する負荷を減らすには同期処理しまくらないと意味がないし
ロックアンロックが重くなると言ってる奴はマルチスレッドを根本から誤解してる
というかとにかく本を読め

**名前は開発中のものです。** · 2014/11/07(金) 07:53:25.81

とにかく1フレームの中に時間は8msぐらいはあるんだ
その中ですべての作業を終わらせる事を考えろ
重い処理は役割分担して複数のスレッドで終わらせばいいし、
軽い処理はわざわざ役割分担する必然性は無いからな

**名前は開発中のものです。** · 2014/11/07(金) 08:07:38.45

120fpsがデフォなのか

**名前は開発中のものです。** · 2014/11/07(金) 08:58:33.47

じゃあ描画要素ごとにロックアンロックして、
もし描画スレッドで更新スレッドがロックしてる描画要素を描画しようとしたらアンロックされるまで待つのか？

**名前は開発中のものです。** · 2014/11/07(金) 09:08:00.46

描画スレッド分けるのは描画中にメインループ止まるの防ぐ為だと思ってたけど
そんな事しなくても並列処理してくれるもんなの？

**名前は開発中のものです。** · 2014/11/07(金) 09:22:31.34

>>570

javaとかだと排他ロックするのすごい重い気がするんだけど
C++だとそんなことないの？

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

ロックすると重くなるんじゃなくてロックの割り当てというかスレッドの割り当てを間違えてるから重くなる
ロックしている間に別のスレッドをフルに動かすのがデフォ

**名前は開発中のものです。** · 2014/11/07(金) 11:42:28.34

描画をマルチスレッドにするには自前の描画コマンド(のようなもの)を作らないと駄目だね
で、コマンドの作成を出来る限りマルチスレッドで行なう
最後にメインスレッドが自前の描画コマンドを解析しつつ各種API(DirectXやOpenGL)を呼び出していく

**名前は開発中のものです。** · 2014/11/07(金) 11:53:44.31

そこでluabindですよ

**名前は開発中のものです。** · 2014/11/07(金) 12:23:40.03

そういや、描画範囲が違う場合は別々のスレッドで別個に書き込み出来るけれども、
描画範囲が重なる場合はこの手段が使えないね

あとスレッドって、何度も起動させて使うよりも、
一度起動させたらロックさせながら使い回す方が処理が早いね

**名前は開発中のものです。** · 2014/11/07(金) 15:24:47.03

ごめん、いまいち分かってないんだけど
今の話ってどのプラットフォームを想定して進行してるの？
DirectX？ OpenGL？ソフトウェア描画？それとも特に規定しない全般？

**名前は開発中のものです。** · 2014/11/07(金) 23:07:57.05

特にしてないはずだけど、DirectXはユーザが多いだけに暗黙な前提にしてる人が多そうなイメージ

**名前は開発中のものです。** · 2014/11/08(土) 10:52:03.60

最近はマルチコアなCPUも珍しくないからなぁ
ウチのタブレットは4コアだ
PCはシングルコアだが
PCはわりと長持ちだらなぁ

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

よく考えたら背景だろうがエフェクトだろうがキャラクターだろうが
カメラの射影行列使いまわすんだからカメラのインスタンスロックしないと危ないよね
で、カメラのアップデートは更新処理するスレッドで回すんだから結局更新スレッドと描画スレッドで占有権を撮り合う形になるから
アンロック待ちが当たり前なのか

**名前は開発中のものです。** · 2014/11/08(土) 11:30:01.41

プログラム内であまり時間を使っていない部分までマルチスレッドにしてもパフォーマンスが落ちるだけ

**名前は開発中のものです。** · 2014/11/08(土) 12:09:00.67

DirectX11のDeffered Contextとか使うとうまくマルチコア化できるんかな
気になってはいるんだけど試せてないんだよな

**名前は開発中のものです。** · 2014/11/08(土) 12:09:24.51

>>583
1フレーム内で不整合起きなきゃいいんだしそんな神経質にやることないと思うけど
描画スレッド内で他スレッドから書き込まれる領域とスレッド内で使う領域分けておけばいいんじゃない

**名前は開発中のものです。** · 2014/11/08(土) 12:10:50.95

マルチスレッドを使ってドヤ顔したい年頃なんだろう

**名前は開発中のものです。** · 2014/11/08(土) 12:11:13.95

綴り間違ってた、「Deferred Context」だった
まさにGPUへのコマンドリストの構築と発行をやってくれるっぽいんだが

**名前は開発中のものです。** · 2014/11/08(土) 12:11:48.40

自分もいまいちDefferedContextの使いどころが分からんくて
ImmediateContextしか使ってない。

DefferedContextは並列化の点で少し中途半端なものらしく、
この点を改善するのもDirectX12の目的みたいよ。

早くDirectX12を触りたいなぁ。

**名前は開発中のものです。** · 2014/11/08(土) 12:51:36.67

そもそもウィンドスレッドとゲームスレッドにすら処理を分担できてないゲームが珍しくないけどな
重い処理をやってるとウィンドが動かなくなるとかｗ

**名前は開発中のものです。** · 2014/11/08(土) 13:25:48.11

そもそもマルチスレッドでプログラムするのは良いけれど、コア数いくつのマシンを前提にしてる？
あと、コア数の足りないマシンは切り捨てるの？

**名前は開発中のものです。** · 2014/11/08(土) 14:33:58.84

コア数少なかったらOSが勝手にスレッド振り分けてくれるんじゃないの？

まぁそうじゃなくても、今どきPCでゲームやろうって人がシングルコアなんて無いと思うけど

**名前は開発中のものです。** · 2014/11/08(土) 14:46:37.18

>>592
おまえは>>582を読まなかったのか？
あと、PCはネットに繋ぐための道具とかワープロの代わりとしか思ってない人は珍しくないし、
そーゆー人はPCが壊れるまで買い換えない

**名前は開発中のものです。** · 2014/11/08(土) 14:50:59.54

ゲーム用途じゃないじゃんｗ

**名前は開発中のものです。** · 2014/11/08(土) 14:54:18.14

DVD再生装置にインディーズゲーム、使い道はまだまだ広いぞｗｗｗ
2Dゲームの信者はまだまだ多い

**名前は開発中のものです。** · 2014/11/08(土) 15:00:01.75

エロゲじゃないんだｗ

**名前は開発中のものです。** · 2014/11/08(土) 15:46:47.80

2Dっつーか古いOSでしか動かないゲーム？

いいこと思いついた、お前ら古ゲーを新型OSでも動くように移植しようぜ
え？俺？ソースもないのにそんなのやる気ないです

**名前は開発中のものです。** · 2014/11/08(土) 17:38:42.74

みんなはC++でゲーム開発するときシーン制御ってどうやってやってる？
王道とかあるの？

**名前は開発中のものです。** · 2014/11/08(土) 17:52:05.59

そのシーンについて、もう少しｋｗｓｋ

(ジャンルによって、ツールによって)意味が異なるので、そこんとこの絞り込みを

**名前は開発中のものです。** · 2014/11/08(土) 18:03:53.69

>>584
ですよねぇ…

>>591
個人的なケースでは、自分が使ってるi5のノートPCのバッテリ駆動状態で
できるだけ長く動かせるように仕方なく組んだ事ならありますねぇ

即売会でのデモ用(試遊用)として、予備バッテリーを何個も持って行きたく
なかったので。あと夏なので、あまりアッチッチーになるのも困るんで

**名前は開発中のものです。** · 2014/11/08(土) 18:11:24.52

>>599
例えばRPG作るとして、タイトル、セーブデータ選択、マップ、戦闘、またマップ、町のマップ、お店で購入、みたいなシーンの管理
今あげた奴の中でも、戦闘までシーンとして管理していいのかどうかとか

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

例えばRPGのマップ画面で戦闘になると、戦闘画面へと切り替わるじゃん
でもマップ画面でショップ画面になっても、画面とは名ばかりの操作できるウィンドウが表示されるだけなのかもしれないし

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

戦闘シーンこそ別個で管理しないとややこしいことになりそうなんだが……

**名前は開発中のものです。** · 2014/11/08(土) 20:42:42.63

ウィンドウ出す程度なら分けなくていいんじゃないの
こうしなきゃいけないなんて決まりはないんだから複雑さ見て決めりゃいいと思うけど

**名前は開発中のものです。** · 2014/11/08(土) 21:13:23.69

自分の場合、マップシーンでは、セリフはメッセージウィンドウ、
メニューはメニューウィンドウ、買い物は販売メニューウィンドウ、
所持金は金額ウィンドウ、ってな感じに分けてるが、
戦闘シーンは別プログラムで処理している
タイトルシーンではメニューウィンドウ出してるし
あと、フィールドマップと町マップとダンジョンマップでは、
データを変えて同じプログラムで処理している
この辺はわざわざ別個のプログラムにする事は考えもしなかったな

**名前は開発中のものです。** · 2014/11/08(土) 21:33:54.63

セガ本はStateパターンって話は聞いた

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

そういやゲーム関連での定番、デザパタって決まっているもん？
やっぱりGoFの流用？

**名前は開発中のものです。** · 2014/11/08(土) 23:09:04.26

ゲームつくろーのやつ見てたな

**名前は開発中のものです。** · 2014/11/08(土) 23:25:12.94

タスクシステム

**名前は開発中のものです。** · 2014/11/08(土) 23:48:44.70

>>609

振る舞いに関するパターンやね。メモリ管理も含めた。

**名前は開発中のものです。** · 2014/11/09(日) 00:03:30.39

マルチタスクって平行に複数の動作を同時に行うって事だからね
スクリプト言語のコルーチンを使えば簡単簡単
マルチスレッド？あれは同じメモリに複数アクセスすると例外を発生させるから難しいんだよ、
処理速度は早くなるけどな

**名前は開発中のものです。** · 2014/11/09(日) 00:20:14.91

>>589
スレッディング・ビルディング・ブロックに対応するのかな？

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

>>601
以下、あくまでも私感

演出上の場面(シーン)として。テレビゲームの典型的な和RPG(例：ドラクエ)
同様にマップ移動と戦闘で完全に切り替えてるなら、別シーンとして区切る

ゲームルールというかゲームマスター視点で。マップ移動中と戦闘中では
時間も移動距離も各キャラの見た目も状態もできる事も挙げればキリがない
くらい仕事が異なるので、別シーンとして区切る

プログラミングの視点で。自分は戦闘だけでテストできるようにしときたい派。
戦闘における値のやり取りが面白さの肝だと思う戦闘厨(ストーリーとか設定
とか見た目なんて飾りだよ派)なので、まず戦闘が面白くなるまで練り込みたい
から。マップ移動時とは別のモジュールとして区切る

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

入れ子にすればいいじゃん
なんで階層を一つまでに制約してるん

**名前は開発中のものです。** · 2014/11/09(日) 07:19:30.89

>>614
んー。そんな話はしていないと思うんだが…何か誤解があるようなので
もう少しｋｗｓｋ頼む。整理するために確認させてもらっていいかな？

・モジュール分割する事 (或いはシーンを分ける事)
・入れ子(ネスティング)しない事 (或いは階層を一つまでに制約する事)

これらは直結するか？(YES/NO)

**名前は開発中のものです。** · 2014/11/09(日) 10:41:43.85

http://getnews.jp/archives/54427
マップ画面中に戦闘画面とか

**名前は開発中のものです。** · 2014/11/09(日) 11:21:15.79

昔、どこかでチラッと聞いただけだから細かいことは分からないんだけど、
階層構造付きのStateパターン（？）って、どうやるの？

Scene
├Title
├Game
｜├Play
｜├Pause
｜└Result
└Config

みたいな構成で、Game::PauseからTitleに飛ぶとか。
単に名前空間で分けるだけにして、シーンとしては並列に扱うのが楽だとは思うんだけどさ。

**名前は開発中のものです。** · 2014/11/09(日) 11:29:19.51

スタック

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

ああすまん、流れを読み違えてた。
あるシーンの中で、別のシーン（メニュー画面など）を挿入するという話だったのね。失敬した。

**名前は開発中のものです。** · 2014/11/09(日) 11:58:46.71

考え方としてはスタックに詰んで行く感覚で良いけど
実際の持ち方としてはリストの方がいい。
RPGで戦闘画面の背景にマップ画面を使ったり、
ARPGでメニュー画面開いてる間も敵が動くようにできる

Stateパターンはシンプルな動作の切り替えに留めて、
シーンの遷移はAndroidのintentを参考にして作りこんだ方が良い

**名前は開発中のものです。** · 2014/11/09(日) 12:05:20.17

スタックによるシーン処理で思い出した。

テイルズシリーズのどれかだったか、
フィールドでメニュー画面を開いて、そこからタイトル画面に戻ると、
暗転中にフィールドのBGMが一瞬だけ流れるというネタがあったなあ。

シーンそのものはともかく、BGMをスタックで管理してたからなんだろうか。

**名前は開発中のものです。** · 2014/11/09(日) 17:00:17.96

atoi関数ってなんでatoiなの？
stoiとかctoiとかcptoiとかならわかるけどなんでaなの？

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

>>622
asciiコードから変換だから

**名前は開発中のものです。** · 2014/11/09(日) 21:42:38.03

>>623
あいうえおのaかと思ってた

**名前は開発中のものです。** · 2014/11/11(火) 00:52:56.10

それだったらABCのAの方が説得力あるだろ

**名前は開発中のものです。** · 2014/11/11(火) 01:38:28.59

どうでもいい突っ込みをすると、ABCを変換するわけじゃないし。

**名前は開発中のものです。** · 2014/11/11(火) 09:36:35.03

アルファベットのaらしい

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

http://ja.m.wikipedia.org/wiki/Atoi

**名前は開発中のものです。** · 2014/11/11(火) 11:46:03.47

>>627
いつからアラビア数字はアルファベットになったんだよ

**名前は開発中のものです。** · 2014/11/11(火) 14:06:45.04

シェーダーとかネットワークって

シェーダー・・・座標変換と色の計算
バッファ・・・シェーダーの変数
バインド・・・バッファの適用

ソケット・・・ネットワークの変数
send・・・データの送信
recv・・・データの受信

っていう感じであってる？

**名前は開発中のものです。** · 2014/11/11(火) 15:51:23.77

>>630
そういう理解で構わないから、実際に使って(試して)(手を動かして)みたほうがいい

あれこれ疑問を持つのはその後でいい

**名前は開発中のものです。** · 2014/11/12(水) 10:33:52.89

いまの時代cとdirectxでゲーム作ることってあるんですか？
学習にはいいと思うけど、現実的ではないように思えるんだけど…

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

いまの時代もゲームはほとんど全部CかC++で出来ている

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

つまり632は現実を知らなかったと

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

CPU性能が上がり続ければC以外の選択肢も増え続けたんだろうけどな
やっぱトロい言語じゃ駄目だぁな

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

お前らのc++ゲーム制作知識を
wikiかどこかに集約してくれ(他力本願

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

今のCPUがC言語に合わせた進化してるだけなんだけどね
動的言語はハードウェア側での最適化が難しいけど

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

なおC＃もとい海栗も増えてきている模様…結局C系列じゃん

>>636
言い出しっぺの法則

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

なぁに、いずれ並列処理用言語が出来て、他の言語は駆逐されるよ
今は速度が必要なら並列化を目指せばいいからな

**名前は開発中のものです。** · 2014/11/12(水) 13:07:42.51

ガベコレ持ち言語じゃ作りにくいよな
C#がどうなってんのかわかんないけど

**名前は開発中のものです。** · 2014/11/12(水) 13:18:03.99

c++もスマートポインタやらSTLやら使わない？

**名前は開発中のものです。** · 2014/11/12(水) 13:24:07.08

量子コンピューターの思考イメージを展開する、初の思考パターンイメージコンパイラの誕生である

**名前は開発中のものです。** · 2014/11/12(水) 14:19:53.36

海外の公害基準でCPUの性能止められてるし、当分は今のままだろう

**名前は開発中のものです。** · 2014/11/12(水) 14:33:14.13

C#やJavaが主流になれないのは速度より良いライブラリが無いからじゃないの
UnityでC#の人気が爆発してるし、薄いクラスライブラリで良いのがあればいいのだが
http://d.hatena.ne.jp/Nagise/20090322/1237723661

**名前は開発中のものです。** · 2014/11/12(水) 17:16:29.25

>>632
そういう理解で構わないから

①自分に適した道具選べ
②それ使って面白いもの作れ
③人に遊んでもらえ

これ出来る奴は、お前の疑問とは縁がない。関係ないからな

**名前は開発中のものです。** · 2014/11/12(水) 17:46:38.37

ま、まあ2と3は「自分が楽しめる物を作る」だけでもいいと思うよ
別にすべての開発者が作った物を「俺のゲームをやってくれ！！！！１」ってガンガン公開する訳じゃないから
他人に公開するにしても、自分すら楽しめないようなゲームはクソの中のクソ　キングオブクソ

**名前は開発中のものです。** · 2014/11/12(水) 21:20:04.82

C++＆DirectXでガリガリと組み上げていくことに喜びを感じる

**名前は開発中のものです。** · 2014/11/12(水) 21:53:11.34

Unreal Engineは最新のバージョン4では3までにあったスクリプト言語のUnreal Scriptが無くなってC++で書くようになったしな。
Visualスクリプトエディタが強力になったのもあるけど

**名前は開発中のものです。** · 2014/11/13(木) 07:26:45.01

アンリアルエンジンの本って売ってるけど、アンリアルエンジン未経験者でも出来るようになるの？
誰か買ったことある人いたら教えて

**名前は開発中のものです。** · 2014/11/13(木) 11:32:24.41

C++は代わりが無いぐらい重要な言語なのは分かるが、最新の仕様とか見てると
もう一度根本的に一から設計しなおしてくれと言いたくなるぐらいグチャグチャになってる…

最新の仕様も含めて深く理解するにはとてつもなく困難な言語なのは間違いない

**名前は開発中のものです。** · 2014/11/13(木) 11:36:07.43

いろいろ盛り込んだからやりたいようにやってくれってことでしょ
やりたいことがはっきりしてれば目的は達成できる

**名前は開発中のものです。** · 2014/11/13(木) 12:45:39.27

D言語実装待ったなしですか分かりますん

いろいろあるからこそ汎用性はダントツのトップだし、
掘ろうと思えばどこまででも掘れる拡張性もある
バグの出やすさに目をつぶれば開発者理想の言語じゃないですか
なお初心者には