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

**名前は開発中のものです。** · 2013/08/12(月) NY:AN:NY.AN

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

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

前スレ
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/

**名前は開発中のものです。** · 2013/11/10(日) 19:50:19.66

>>691
？
好きにつかえば？

**名前は開発中のものです。** · 2013/11/10(日) 19:55:37.45

だね

**名前は開発中のものです。** · 2013/11/10(日) 20:22:31.51

データの複製を２つ用意して、計３つ（A、B、C）のデータを
２つのスレッドで構造体のポインタをスワップする方式とか構想したことあるなぁ

Aを描画スレッドが使って、Cをルーチンスレッドが更新、
AとCのスレッド同期待ちを防ぐためにBがあるんだけどメモリ消費３倍の割りに
得るものがほとんどないんだよねｗ

A　←→　B　←→　C

**名前は開発中のものです。** · 2013/11/10(日) 20:43:45.76

描画コマンドをリストに貯めてそいつをダブルバッファとしておけばいいんじゃないの?
DirectX11のマルチスレッド対応も実際には描画してないし

**名前は開発中のものです。** · 2013/11/10(日) 22:37:11.50

垂直同期って具体的にどうやるの？
データから頂点の座標取得したりする描画スレッドとそれ以外のメッセージ処理や更新判定処理スレッドの
二つがあるとして

メインループの中で

更新
判定
描画

ってやってるんだけどちょちょいのちょいで出来るようにならない？
一応オブジェクト指向に則って疎結合を意識してるつもりな設計

**名前は開発中のものです。** · 2013/11/10(日) 22:37:57.03

あ、ごめん、5行目からは現状の話ね

**名前は開発中のものです。** · 2013/11/10(日) 23:25:00.60

OpenGLやDirectX使わないと垂直同期ってとれないんじゃないかな？

**名前は開発中のものです。** · 2013/11/11(月) 00:58:53.66

ちゃんとした垂直同期はDXGIじゃなかったか？
なんちゃって垂直同期は16ms待てばいい

**名前は開発中のものです。** · 2013/11/11(月) 01:43:24.19

DXGIってDirectX10以降か。
それ以前と以降では仕組みが違うんかな。

**名前は開発中のものです。** · 2013/11/11(月) 12:48:03.31

普通にD3D9以前でもできたっぺ
基本フルスクリーンモードでなきゃなんちゃってだけど

**名前は開発中のものです。** · 2013/11/11(月) 16:02:02.14

DirectX9 シェーダプログラミングブックを手にいれたんだけど、ネット見てるとアプリケーションウィザードってのが使えないらしい

これのかわりになるものってありますか？
ちなみにPCはWindows7でDirectX11です。

**名前は開発中のものです。** · 2013/11/11(月) 16:51:39.02

Windows8.1でDirectXが11.2に進化
CPUやメモリへの負荷がさらに軽減され、
超高解像度の大画面などの表示もこれまで以上に快適になりました

**名前は開発中のものです。** · 2013/11/11(月) 16:52:56.35

ほんとかよ(´・ω・`)

**名前は開発中のものです。** · 2013/11/11(月) 18:51:40.86

Windowsが8にしんかした

**名前は開発中のものです。** · 2013/11/11(月) 20:46:10.17

>>702
もしかして VisualStudioのAppWizardの事言ってる？

**名前は開発中のものです。** · 2013/11/11(月) 21:05:44.05

Directx9の時だったかあったかも
最後の方のDirectX9のサンプルを持ってればその中にEmptyProjectってのが代わりにあった
これをそのまま毎回コピペして読み込めばたぶん一緒
最近のVisualStudioなら最初にテンプレートのエクスポートすればコピペしなくて済みそうだ

**名前は開発中のものです。** · 2013/11/11(月) 21:29:01.28

>>707
確かにEmptyProjectってのはありました

テンプレートのエクスポートってのをちょっと詳しく教えてください

**名前は開発中のものです。** · 2013/11/11(月) 21:34:01.50

そもそも必要性がないから無くなったのに、それで何がしたいんだ？

**名前は開発中のものです。** · 2013/11/11(月) 21:36:39.52

VisualStudioのAppWizardの事なら無償のExpress版と有償版で扱い違うから、
テンプレート書き換えの際に注意な。
あと基本的に自己責任

**名前は開発中のものです。** · 2013/11/11(月) 21:37:03.59

>>709
DirectX9 シェーダープログラミングブックではその機能を使って進めてるから、ない場合はどうすればいいのかなと疑問に思っただけ

**名前は開発中のものです。** · 2013/11/11(月) 21:38:00.99

>>709
大体シェーダプログラミングってお題でなんでAppWizard必要なのかってのは
俺もずっと引っ掛かってた

**名前は開発中のものです。** · 2013/11/11(月) 21:40:36.26

>>711
そのお題で言うなら、要点はhlsl書く部分なので、
いつも通りのDirectXコード書いた上で、追加するイメージだよ

**名前は開発中のものです。** · 2013/11/11(月) 22:26:29.70

>>713
なるほどわかりました

丁寧な回答ありがとうございました!

**名前は開発中のものです。** · 2013/11/11(月) 22:32:50.04

DXlibずっと使ってたからわかんないんだけど
3dゲームでモデルファイル読み込むときって自分でバイナリ展開して頂点一個づつメモリ確保しておくの？
それともdorectxにそういう型があるの？

**名前は開発中のものです。** · 2013/11/11(月) 22:55:28.71

>>708
EmptyProjectでもなんでもいいんだけど読み込んでビルドして問題ないようなら
メニューから→ファイル→テンプレートのエクスポートしておくと
新規作成で同じプロジェクトが量産できる

**名前は開発中のものです。** · 2013/11/11(月) 23:00:12.51

>>716
そうなんですか？
めちゃくちゃ便利ですねww
今度使ってみます

**名前は開発中のものです。** · 2013/11/11(月) 23:01:07.66

頂点リストをメッシュに持たせて、フレームで束ねるだけ。
シェーダでは使いやすい構造を自分で定義して使う。

**名前は開発中のものです。** · 2013/11/11(月) 23:09:49.33

>>715
一応D3DXMESH型って言ういわゆる xフォーマットって呼ばれる形式はあるよ。
あるが、都合によっては遠回りだった色々あるので、VertexBufferやIndexBufferに詰めて、カスタムFVFで頂点情報指定して、
自分でDrawしたりする、
でその際、hlslのVertexShaderでは頂点の表示用移動計算したり、PixelShaderではラスタライズする際の色の計算したりする。
そんな感じ。

俺はDirectXとOpenGLの両方でキャラクタコントロール処理書いてるけど、どっちも基本的な考え方と処理方法の方針は同じ。

**名前は開発中のものです。** · 2013/11/11(月) 23:12:39.08

ちなみに必須じゃないけど、一度上に書いたような処理について深く掘り下げて理解しておくと、
例えばAndroidアプリ作るような場合にもほぼそのまま同じ考え方を持っていけるので楽しい。

**名前は開発中のものです。** · 2013/11/20(水) 16:41:23.19

ちょい質問なんだけど、RPGとかのマップチップって例えば100×100のマップで既に
4byte(int) * 100 * 100 = 40Kbyte をメモリ上に展開しちゃうことになると思うんだけど、
そんなにメモリ使っちゃってOKなんかな？
charで節約したりした方がいいのん？

**名前は開発中のものです。** · 2013/11/20(水) 17:02:58.00

40kを気にするほどかつかつな環境で作ってるなら自分で工夫しないと。

それはそれとして、普通8bitで収まる情報量なら聞くまでもなくわざわざ4byteで持たないと思うけど。

**名前は開発中のものです。** · 2013/11/20(水) 18:10:09.38

どうしても足りないときはVRAMの画面外使ったりしてたなｗ
将来的にも、640KBもあれば充分だｗ

**名前は開発中のものです。** · 2013/11/20(水) 18:21:35.83

　　(*ﾟωﾟ )　不安ならメモリ増設すればいいじゃないか
　　つi'"':
　　　`､:_i'

**名前は開発中のものです。** · 2013/11/20(水) 18:28:50.19

今時数十kbyteのメモリーの心配って、どんな環境よ？

**名前は開発中のものです。** · 2013/11/20(水) 18:37:24.78

>>724
お前天才だな

**名前は開発中のものです。** · 2013/11/21(木) 01:41:01.40

よし、16KB拡張RAM挿すか！

**名前は開発中のものです。** · 2013/11/21(木) 21:30:35.93

>>722
ありがとう。レイヤに分けるとけっこう嵩みそうだったから気になったの

**名前は開発中のものです。** · 2013/11/22(金) 11:42:42.36

マップエディタによっては8bitじゃ収まらないものもあるよ

**名前は開発中のものです。** · 2013/11/22(金) 11:45:55.04

クラス使ってると構造体を使う必要性が感じられないんだがいいんだろうか

**名前は開発中のものです。** · 2013/11/22(金) 12:16:45.45

クラスだとmemcpyが使えないからなぁ……

**名前は開発中のものです。** · 2013/11/22(金) 12:18:32.72

c++でのclassとstructは実体がほぼ同じだし
classばっかり使ってても別に問題ないと思うよ

使い分け指針は人によって違ってくるんじゃないかな
俺は、PODでメンバ関数をほとんど持たないものはstructにして
それ以外はclassにしてる

**名前は開発中のものです。** · 2013/11/22(金) 12:19:54.66

thx
アイテムとかはクラスにするか

**名前は開発中のものです。** · 2013/11/22(金) 12:27:03.21

>>731
構造体だって、メンバに仮想関数がいる時点でアウト。
クラスと構造体の違いは、デフォルトの属性だけだ。

**名前は開発中のものです。** · 2013/11/22(金) 12:47:03.52

ファイルアクセスにはよく使う。

**名前は開発中のものです。** · 2013/11/22(金) 13:10:34.70

ファイルアクセスって構造体できるの？
配列でやってるが

セーブデータ類は一旦構造体にまとめてるな

**名前は開発中のものです。** · 2013/11/22(金) 13:14:01.85

それともファイル入出力時に書く魔法の呪文の一部のあれか

**名前は開発中のものです。** · 2013/11/22(金) 15:23:15.47

「グローバル変数は使わない方がいい」と言うので勉強しなおしてるんですが、ずっと頭を悩ませてます。
例えば、いままで下のようにプログラミングしてました。

int loopflg = 1 ;
main() {

}

**名前は開発中のものです。** · 2013/11/22(金) 15:25:57.09

あ、すみません途中送信しちゃいました。
int loopflg = 1;
main (){
while( loopflg) {
//色々処理
}
}

こうしてると、プログラムのどこでもloopflgをオフにすればプログラムを終了させたりする事ができてたのですが、
これをグローバル変数でなくするとしたら、いちいちポインタをloopflgを使うであろう全関数に渡さなくてはいけないって事になるのでしょうか？

**名前は開発中のものです。** · 2013/11/22(金) 15:29:21.26

普通はメッセージを投げる

**名前は開発中のものです。** · 2013/11/22(金) 16:04:33.07

俺は、コピーの時に内容をまるまるコピーしても大丈夫なものをstruct
ダメなモノをclassで定義してるな

**名前は開発中のものです。** · 2013/11/22(金) 16:27:28.59

趣味レベルのたかだか数千行クラスの糞コードなんか
グローバル変数使いまくりでもmain関数一本でも力技でねじ伏せられるから
何の問題もないよ

**名前は開発中のものです。** · 2013/11/22(金) 17:10:07.07

ポインタを渡して書き換えさせるのなら、結局グローバル変数と同じ危険性があるじゃないか……
何でグローバル変数の濫用がいけないのか、その理由について調べた方が良いよ

**名前は開発中のものです。** · 2013/11/22(金) 17:13:59.69

>>742
それでいいって考え方のまま定着すると、当然本人が糞しか知らない人間になるけどな。
それでいいならご自由に。

**名前は開発中のものです。** · 2013/11/22(金) 17:28:53.76

グローバル変数はどこからでもアクセスできるから危険なのであってポインタは渡せなければアクセス出来ないから
グローバル変数よりかは安全

**名前は開発中のものです。** · 2013/11/22(金) 18:38:56.79

どこからでも変更できる事が利点として働いているなら
グローバル変数のままで良いんじゃないかな

**名前は開発中のものです。** · 2013/11/23(土) 02:22:34.08

AクラスをBクラスで使いたくて、
BクラスでAクラスのヘッダーをincludeしてから、
A* a;
って宣言したんだけど、「構文エラー : ';' が '*' の前にありません。」って怒られる。
宣言を削除したらエラーは解消されるんだけど。誰か助けてー。

**名前は開発中のものです。** · 2013/11/23(土) 06:37:52.23

循環参照になってんじゃない？
もしそうならBヘッダ内でのinclude Aを消して、class A;ってだけ書けばいけると思う
Bヘッダ内でAのポインタ以外も使ってるとこの方法でも駄目だから、
その場合は循環参照をなくすかヘッダ内はポインタのみの使用にしないとだめ

**名前は開発中のものです。** · 2013/11/23(土) 07:11:39.19

>>747
Aクラスの宣言の終わりの } の後ろにつけるべき
セミコロンが抜けていると思われる

　class A {
　　...
　} ; ←コレ

これがないから、次に書いた「A* a」の「A」が変数名と取られて
変数宣言文なのにセミコロンで終わってねーよ、って怒ってるんだと思う

**名前は開発中のものです。** · 2013/11/23(土) 09:07:58.39

ありがとうございます！
セミコロンは入っていたので、他の変数で循環参照になってないか見てみます。
includeしないでclassを宣言するって方法も調べた時に見つけたのですが、
そうするとAのメソッドや変数を使う時に困らないですか？

**名前は開発中のものです。** · 2013/11/23(土) 09:15:59.31

それはヘッダーファイルにincludeしないだけでcppファイルでincludeする
基本的にcppファイルをincludeすることはないからな

**名前は開発中のものです。** · 2013/11/23(土) 09:29:25.53

コンパイル通った！
ありがとうございます。
cppとhどっちにincludeするかでどう違うかは勉強しないと。
どっちみちincludeしたソースを展開するから一緒の意味かと思ってました。

**名前は開発中のものです。** · 2013/11/23(土) 09:36:08.07

includeは単にその場所にファイルの中に書かれてる文字列をぶちまけるだけ

**名前は開発中のものです。** · 2013/11/23(土) 15:00:40.23

未解決の外部シンボルが解決できないー。
ちゃんとincludeしてるのに。

**名前は開発中のものです。** · 2013/11/23(土) 15:52:53.74

>>754
外部シンボルの解決はリンカの範疇の話だから、includeの話じゃない
たまたま include先で pragma してたらリンクされるけど、本質的にリンカの話。
ビルド時にリンクしてないんじゃないの？

**名前は開発中のものです。** · 2013/11/24(日) 00:58:34.12

>>754
ヘッダーに宣言があってもリンク時に定義（本体）が見つからなければそらエラーになるさ

ライブラリをリンクし忘れる以外でも
関数の本体を書くのを忘れた、とか
書いていてもcppがプロジェクトに入ってなくてコンパイルされていないとかでも起こる

**名前は開発中のものです。** · 2013/11/24(日) 05:16:53.08

そのとおりでした。
Aクラスはコンストラクタ２つ宣言してて１つしか定義していませんでした。。。
Aクラスの親クラスは２つ定義していたから勘違いしててずっと気づかなかった。
ありがとうございました！

**名前は開発中のものです。** · 2013/11/24(日) 16:28:43.61

なんかちょっと前に同じ質問見た気がする

**名前は開発中のものです。** · 2013/11/28(木) 08:11:12.57

スティックでのカメラ回転作ってみたんだけど縦回転のときキモイ動きしやがる

**名前は開発中のものです。** · 2013/11/28(木) 09:37:30.27

詳しく教えろ

**名前は開発中のものです。** · 2013/11/28(木) 09:51:07.57

レスだけ見ると多分本人の計算ミス

**名前は開発中のものです。** · 2013/11/28(木) 10:19:38.67

z-up右手系やろうとして平行移動がキモくなったことならある

**名前は開発中のものです。** · 2013/11/28(木) 10:44:05.67

横回転(左)はこれで
cam.dirX += cam.speed;
cam.posX = cam.range * sinf(cam.dirX * PI / 180.0f);
cam.posZ = cam.range * cosf(cam.dirX * PI / 180.0f);
縦回転(上)はこれなんだが
cam.dirY += cam.speed;
cam.posY = cam.range * sinf(cam.dirY * PI / 180.0f);
cam.posZ = cam.range * cosf(cam.dirY * PI / 180.0f);

縦回転するときだけX軸にぐにゃっと動きながら回転するんだよなぁ、多分>>761の通りミスかも
出先だから詳しくなくてすまん、あとdirは角度

**名前は開発中のものです。** · 2013/11/28(木) 11:02:27.16

>>763
そういうときはsinをcos変えてみるべ

**名前は開発中のものです。** · 2013/11/28(木) 11:03:24.11

sinとcosを入れ替えて試すって意味です

**名前は開発中のものです。** · 2013/11/28(木) 11:33:55.99

軸をどうとっているかは知らないが、Yがプラスマイナス逆になってないか？

**名前は開発中のものです。** · 2013/11/28(木) 11:46:55.19

原点がどこか、座標の正方向がどっちなのかって
結構バラバラだったりするしなあ。

**名前は開発中のものです。** · 2013/11/28(木) 14:45:26.84

posZ = range * cosf(dirX * PI / 180.0f);
posZ = range * cosf(dirY * PI / 180.0f);
バグのもと
上の式から逆算してdirX計算してるならxが動くのもあたりまえ(dirX=dirY、斜めに回転)
初期状態で全部変わるから行列から計算しなきゃ出ないと思うよ
3Dアクションのソース見れば幸せになれる

**名前は開発中のものです。** · 2013/11/28(木) 14:55:56.16

同時に処理してるんじゃなくそれぞれのキーを押してる間だけなのよ…
視点はプレイヤー固定なのでsinとcosをちょっと弄ってみるかなぁありがとう

**名前は開発中のものです。** · 2013/11/28(木) 15:15:08.32

行列をおすすめするけどなぁ…
直接式書くなら三角関数の数はxzは2つyは1つだと思う

**名前は開発中のものです。** · 2013/11/28(木) 15:40:16.54

ここDxlibスレじゃないや
アクションのソースとか言っちゃった恥ずかし
一応初期値(1,0,0)でY軸回転αZ軸回転βなら
x=L*cosα*cosβ
y=L*cosα*sinβ
z=L*sinα
間違ってる可能性もあるし参考程度にどうぞ

**名前は開発中のものです。** · 2013/11/30(土) 12:10:58.88

原野

栗山

千葉

小村

西塚

**名前は開発中のものです。** · 2013/11/30(土) 21:01:47.61

座標関連はうまくいくと気持ち良いな
時間かかったけどカメラの角度にあわせてキャラを動かすのって結構理解してないと出来ないよな・・・

**名前は開発中のものです。** · 2013/12/01(日) 02:05:33.15

角度に合わせて移動ならスクリーン変換して終わりじゃない？
カメラと一緒に移動させるのは面倒だった気がする
こっち向ける+カメラ位置が動くと移動+カメラ角度が動くと移動

**名前は開発中のものです。** · 2013/12/01(日) 07:20:38.32

普通、キャラに移動に合わせてカメラを動かすものじゃないのか？

**名前は開発中のものです。** · 2013/12/01(日) 09:55:24.92

プレイヤーの移動ループにcamera.posX+=10.0f;とかでカメラの移動を仕込むの？

**名前は開発中のものです。** · 2013/12/01(日) 13:48:16.95

キャラクターの位置だけわかっていれば十分。
あとは想定している角度と距離でカメラを動かすだけ。

**名前は開発中のものです。** · 2013/12/01(日) 14:07:02.97

>>777
追従ターゲットとは別にステータスとか視界回り固定しなきゃいけないのを3D使うときにいる
そこから「こっち向ける」を消せば角度コンパスになるし
ねじりだけ追従ターゲットにすれば飛行機操縦でダメージ受けたときの揺れを表現できたり

**名前は開発中のものです。** · 2013/12/01(日) 15:41:38.59

2Dと3Dオブジェクトを同じカメラでやろうとするのが間抜けなんだよ。
一つのシーンを描画するのに、カメラを一つしか作れないという固定観念に捕らわれているやつを見ると、
なんでこんなに頭が固いんだろうとしか思えない。

スクリーンの特定の位置に固定するのなら、それがやりやすい座標が使えるカメラを用意すればいいだけ。
カメラは描画するものに応じて切り替えろ。

3D空間上のワールド座標を使用する平面オブジェクトなら、
頂点シェーダでワールド変換をかけた後に、平面を引き延ばせば余計な逆変換もいらない。

簡単にできることを、なんで遠回りで無駄な方法でやろうとするのかさっぱり理解できない。

**名前は開発中のものです。** · 2013/12/01(日) 15:46:57.06

あーあ変なやつきちゃった

**名前は開発中のものです。** · 2013/12/01(日) 17:06:03.08

>>779
例が悪くてすまんね
最初は追従する属性を持ったオブジェクトとして3D衝突判定用カメラで管理したいから実装したんだ
例はそれを2D用に移植しただけ

それともオブジェクトの下に移動用カメラがあるなら設計の違いだね
その実装にかかる労力が違う

**名前は開発中のものです。** · 2013/12/01(日) 17:23:57.22

＞3D衝突判定用カメラ
カメラで衝突判定？

**名前は開発中のものです。** · 2013/12/01(日) 18:00:54.04

カメラぶん投げるじゃん？
何かに当たるじゃん？
そこは通行不可じゃん？

**名前は開発中のものです。** · 2013/12/01(日) 18:05:36.28

あれか、ドライブレコーダーってやつ

**名前は開発中のものです。** · 2013/12/02(月) 11:55:14.28

3dの衝突判定ってどうすんの？
岩みたいな地形をキャラクターに歩かせたり、
車で凹凸によるジャンプとかしたいんだけど

**名前は開発中のものです。** · 2013/12/02(月) 12:20:05.98

物理学もしっかり勉強せい

**名前は開発中のものです。** · 2013/12/02(月) 13:09:52.50

>>786
判定よ判定
true or falseで知りたい

**名前は開発中のものです。** · 2013/12/02(月) 13:52:33.76

yes

**名前は開発中のものです。** · 2013/12/02(月) 14:26:37.50

>>787
1.Bulletの衝突検出は物理部分抜きの単体で使えるからそれを使う
2.ODEの衝突検出が、OPCODEっつー単体のライブラリとして使えるからそれを使う。
3.DirectXMathにプリミティブの衝突判定がいくつかあるからそれを使う。
4.「ゲームプログラミングのためのリアルタイム衝突判定」って本があるからそれを読んで自分で作る。

好きな道を選ぶといい。やりたいことにもよるけど、大抵下に行くほど茨の道。

**名前は開発中のものです。** · 2013/12/02(月) 17:07:26.41

>>787
その true or false で結果を得られる判定の為に、物理と代数幾何が必要って事。

**名前は開発中のものです。** · 2013/12/02(月) 17:24:57.04

すり抜けの対処入れるとキッツイわ

**名前は開発中のものです。** · 2013/12/02(月) 17:44:53.07

すり抜けなんてねぇ
前フレームと現フレームを線でつないで適度な太さのカプセルと判定させる
ゲーム判定なんてそんなもん