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/10/24(木) 18:16:10.12

>>548が何が起きているのかまるでわからない

**名前は開発中のものです。** · 2013/10/24(木) 18:16:35.21

>>551
どんなの想像してるかアレだけど、正規化された二軸のベクトルと思えばそんな大変でも無いと思うけど

**名前は開発中のものです。** · 2013/10/24(木) 18:18:01.30

>>553
例えば4ビットそれぞれに意味を持たせて、それで得られる16通り分の定数を配列から拾ってるだけ

**名前は開発中のものです。** · 2013/10/24(木) 18:23:07.69

byte k=0;
k |= 上？8:0;
k |=下？4:0;
k |= 左？2:0;
k |= 右？1:0;
で、kには0から15の16通りの値が決まるから、
配列に方向値の構造体とか予め入れておいて取り出すのような。

**名前は開発中のものです。** · 2013/10/24(木) 18:27:35.86

一度作った後は使い回すだけだと思うけど
いろいろ考えるんだなｗ

**名前は開発中のものです。** · 2013/10/24(木) 18:49:05.84

うーんそれを使うと
if( 上ボタン ) y--;
が
if( 定数==上 ) y--;
みたいな感じになるの？

**名前は開発中のものです。** · 2013/10/24(木) 19:25:19.00

>>558
ifすら使わない
関数ポインタの配列でおｋ

**名前は開発中のものです。** · 2013/10/24(木) 19:29:40.79

というか、何でもかんでもifをアホみたいに並べるのは某バカｋだけでおなか一杯

**名前は開発中のものです。** · 2013/10/24(木) 19:40:35.94

普段そのやり方でやってる人って押してから20カウントごとに移動(選択肢移動みたいなの)とかどう拡張してんの

**名前は開発中のものです。** · 2013/10/24(木) 19:42:29.47

関数＿上　y--
関数＿右　x++
関数＿上右　y--;x++
みたいなのを作って関数ポインタ配列に入れて
関数ポインタ配列「キー入力値」
みたいな感じでアクセスするのか。なるほど

**名前は開発中のものです。** · 2013/10/24(木) 19:42:49.17

swichで定数で飛ばせば最適化がうまく働くんじゃないかね
でも使うのって秒間60回前後だろうし分かり易ければ何でもいいようなと思う反面
どうせベンチに現れない誤差でしかないのに
テーブルだとキャッシュ汚染するんじゃないだろうかと心配もしてしまう貧乏性が情けないわ

**名前は開発中のものです。** · 2013/10/24(木) 19:56:12.67

>>561
キーリピートのこと？

**名前は開発中のものです。** · 2013/10/24(木) 20:05:28.77

>>564
そう。
俺はif(keycount[num]%20==1)
みたいな感じでやってるけど
最初からカウントするなら利点消してそうだし
>>563のスイッチだと見にくくなりそう

**名前は開発中のものです。** · 2013/10/24(木) 21:13:20.89

vsync固定しないやり方でキーリピートってどうやんの

**名前は開発中のものです。** · 2013/10/24(木) 21:18:52.98

vsync関係ないと思うが

**名前は開発中のものです。** · 2013/10/24(木) 21:25:16.84

いや、下記のようにやって
キーリピートのカウンターが６０になってたら1秒経過したことにしたりするんでしょ
vsync待ちしないで全速力でぶん回してたらカウンターが６０になってても1秒経過したことにならないよね

while(1)
{
　　checkKey();
　　calc();
　　draw();
　　flip();
　　waitVsync();
}

**名前は開発中のものです。** · 2013/10/24(木) 21:42:18.44

普通そういう処理って、システムが持ってるタイマー利用して経過時間見るよ。環境によっては無いかも知れないが。
winで言うと、QueryPerformanceほげほげ系の関数

**名前は開発中のものです。** · 2013/10/24(木) 21:48:58.06

>>565
リピートはねー、俺の場合はそこで実装してないんだよね
キーボードとジョイスティックを管理するクラスでやってるので
リピート付きの取得関数と無しの関数をもってて
受け取る側はリピートのこと考えなくていい

**名前は開発中のものです。** · 2013/10/24(木) 21:49:20.44

>>552
それなりに工夫のしようはあると思うけど
たとえば、「9の逆方向」とかがアルゴリズムで処理しにくいよねってこと

あ、いや、まぁ、逆方向なら 10 - 値でいいんだけど、
左右反転とか斜め反転とか、ゲームだといろいろとそういう数学的な処理が
必要になってくると思うから、ベクトルと相互変換できるのセマンティクス無視の
ゴリマッピングメソッドは用意しておいた方がやりやすいよねってこと

**名前は開発中のものです。** · 2013/10/24(木) 21:59:29.58

流れで聞くけど「入力された瞬間」と「押しっぱなし」で動きを変えたいときははどう処理するんだろう
各キー毎に押しっぱなし処理があるから全部に関数_上押しっぱとか作ってられないし…

**名前は開発中のものです。** · 2013/10/24(木) 22:07:04.97

>>572
俺が昔実装した方法で言うと、入力ハンドリングの処理はキーの状態変化とその経過時間をFIFOキューに溜めていくだけにして、
入力に対して何か行動する処理はキューから結果をもらうって方法を取った。

短い時間の押し具合と、長押しや押しっぱなしの判断は、キューから取得したステートで判断てかんじ。

ポイントは経過時間(要件的には時計で言う時間でなくても良い、メインループの経過カウンタでも良い)で判定って所。

**名前は開発中のものです。** · 2013/10/24(木) 22:15:34.16

>>572
いろいろやり方あるけど俺はダブルバッファリング派
前回と今回が違う値だったら押した瞬間

**名前は開発中のものです。** · 2013/10/24(木) 22:44:08.63

あぁ押した瞬間とかの識別方法の話しじゃないんだ。処理を変える方法というか…

キー入力関数ポインタ[16]=｛関数_上,関数_下,…｝
さっき上で話してたやつ。こんなのがあるとして

関数_上()
｛
　if(押しっぱ)
　｛
　｝else
　｛｝
｝
みたいなことしてたら全部のキー関数でif文しないといけないじゃない？
そこで「関数_上押しっぱ」みたいなのを作りたいんだけど
そうするとキー入力関数ポインタじゃアクセスできなくなる…

どういう感じに判別して処理を変えればスマートだろうか

**名前は開発中のものです。** · 2013/10/24(木) 22:55:12.21

ボタンの押下状態を取得する関数に、
引数で「その瞬間のみ」というフラグを立てれるようにしてる。

キーリピートや、10フレーム以上押しっぱなしで真にする、とかも同じような感じで取れる

**名前は開発中のものです。** · 2013/10/24(木) 22:58:26.75

>>575
やりたいことによって違うので、それだけの情報じゃ何とも言えんが例えば

if(押しっぱ) おしっぱ関数ポインタ[キー入力値];
else おした瞬間関数ポインタ[キー入力値];

とか？

**名前は開発中のものです。** · 2013/10/24(木) 23:09:59.81

>>577
それだと「上をおしっぱの状態で右が初めて押された時」とかができないんだよね
そんなの使う時あるの？って聞かれたらなんとも言えないけど…

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

>>578
コマンド入力だな
それなら>>573のやり方がいい

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

押されてたらカウンタをインクリメントしていって
カウンタが１だったら始めて押されてたことにすればいいんじゃ

**名前は開発中のものです。** · 2013/10/24(木) 23:18:48.87

>>580
単純ならそれでいいが、複雑な処理になると死ねる
格闘系のコマンド入力を例にすると
間に変なキーが挟まっても処理できるように、履歴を参照できないとキツイ

**名前は開発中のものです。** · 2013/10/24(木) 23:41:07.44

ああ、そういうことか。
それなら自分が前にやったのは、>573とだいたい同じっぽい。

**名前は開発中のものです。** · 2013/10/25(金) 01:10:12.99

俺は格闘コマンドは入力部分はいじらずに入力を監視するオートマトン用意してるな
受理したら発動みたいな

**名前は開発中のものです。** · 2013/10/25(金) 02:46:25.90

入力履歴はそのまま記録すればリプレイにも使えるしデバッグにも利用できる。

**名前は開発中のものです。** · 2013/10/25(金) 09:05:50.59

>>583
その監視側が履歴を必要とするはずだから、多分それは遠回りな実装。
具体的にコードパス説明してみ

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

テンプレートとautoってどう使い分けんの？

**名前は開発中のものです。** · 2013/10/25(金) 11:58:14.26

>>586
使い分けるも何もテンプレートとautoは全く別
std::vector< std::map<std::string, int> > map_vec;
こういうのがあったとしてイテレータを取るには
std::vector< std::map<std::string, int> >::iterator i = map_vec.begin();
と長ったらしく書かないといけないが、autoで型推論させると
auto i = map_vec.begin();
でいいわけ

**名前は開発中のものです。** · 2013/10/25(金) 12:06:29.04

>>586
勘違いしてる可能性があるから一応念のため言っておくけど
auto型っていう型がある訳ではないからね

**名前は開発中のものです。** · 2013/10/25(金) 12:51:45.87

吐きそう

**名前は開発中のものです。** · 2013/10/25(金) 12:54:36.09

エラーが？

**名前は開発中のものです。** · 2013/10/25(金) 13:00:27.54

コアかもしれん

**名前は開発中のものです。** · 2013/10/25(金) 21:11:21.10

別にイテレータじゃなく適当なクラスのバッファにならないの？型推論で

void hoge(auto a,auto b);
とかでもいいのかなーと

**名前は開発中のものです。** · 2013/10/25(金) 22:18:46.67

template<class T1, class T2>
void hoge(T1 a, T2 b);

**名前は開発中のものです。** · 2013/10/25(金) 23:24:22.57

>>592
それに近い使い方は戻り値のautoかな
しかし確かに>>593みたいな糖衣構文が来ても悪くないような気もするね
ただ、C++のテンプレートだと特殊化が命みたいなとこもあるからなぁ

**名前は開発中のものです。** · 2013/10/29(火) 21:52:21.38

テンプレートメソッドをオーバーロードしたら自動的に
特殊化扱いになるようにしてくれたら良いのに
思わぬとこで「オーバーロードが曖昧です」とか言われても焦る

**名前は開発中のものです。** · 2013/10/30(水) 08:34:18.07

テンプレートってヘッダに定義書かないとダメなの？
せっかく美しく宣言と定義わけて書いてるのに

**名前は開発中のものです。** · 2013/10/30(水) 08:50:47.21

ファイルを分けるなら、ヘッダ内で定義をincludeすればいいだけ。

**名前は開発中のものです。** · 2013/10/30(水) 09:45:57.87

そういえばそんな宣言無かったっけ？正式採用されなかった気もするが

**名前は開発中のものです。** · 2013/10/30(水) 15:47:31.26

他のコンパイル単位でテンプレートの定義あることに期待して
自分のコンパイル単位ではテンプレートの定義をインクルードしないっていう
キーワードは追加されたけど、ぶっちゃけどういう時に使えばいいのかわからん

**名前は開発中のものです。** · 2013/11/05(火) 22:56:36.90

まあいいさ、そのうち、私の解説サイトで
RPGの作り方を解説してみるさ

そしたら、それほど難しくないことが解かることでしょう

**名前は開発中のものです。** · 2013/11/05(火) 23:48:42.84

私のってポナちゃんの？

**名前は開発中のものです。** · 2013/11/06(水) 00:29:19.16

レスが飛んでると思ったら

**名前は開発中のものです。** · 2013/11/06(水) 01:18:53.76

DXライブラリ総合スレと思って誤爆しているんだろw

ゲーム製作云々より自画自賛の解説サイトの宣伝に夢中で
あれがやりたいだのこれをやってみせるだのと
手を動かさず口だけ妄想と自分語りしか出来ないで
複数のスレッドに目をつけては書き込みするタイミングを伺っている

**名前は開発中のものです。** · 2013/11/06(水) 01:29:00.96

複数のスレっつーか
こことあそこがメインフィールドだと思う

今日(もう昨日か)は文体だけで識別することに成功したから
ようやく俺もゲ製の一員になれたような、そんな気分になれたよ

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

なあ、今作ってるゲームの実行ファイルのサイズって何kバイトぐらい？
俺のは280kほど。ちなみに画像とか音声とかは別にしてある。

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

ランタイムを実行ファイルに組み込むか外に持つかで全然変わる。

**名前は開発中のものです。** · 2013/11/08(金) 08:52:56.12

RPGよりノベルゲームの方が作るのは簡単だよ！
だからまずはノベルゲームの作り方から入ったら？

**名前は開発中のものです。** · 2013/11/08(金) 08:57:49.11

文章書かなきゃならないとか……高難易度すぎるだろ……

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

じゃあアドベンチャーゲームとかｗ

つ～かプログラムの作成難易度はノベルゲーム→アドベンチャーゲーム→RPGなんだがな

**名前は開発中のものです。** · 2013/11/08(金) 11:21:11.70

そういえば、文章の難易度は、RPG→アドベンチャゲームー→ノベルゲームかな？

**名前は開発中のものです。** · 2013/11/08(金) 11:51:10.76

戦闘シーンだけ、あるいは探索シーンだけなら、
他ジャンルと比べてプログラム自体が難しいわけじゃないと思うんだよね。

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

シーンの変更もそれほど難しいとは思わないが？

**名前は開発中のものです。** · 2013/11/08(金) 13:40:12.68

それでふと思ったが、ゲーム製作って言うより完全にプログラミングそのものの領分になるけど、
シーンの管理処理とか、表面的に目立たない屋台骨の部分について最初から自分の中で定番化するような物考えて持ってると、
正直どうとでも応用効くよな。

で初心者の人とか、初心者が開いた入門講座みたいな物コピペしてただ覚えたような人だと
その部分が自分の中で定式化出来ないから「難しい、わからない、思い付かない」になるのかなと。

あくまで一般的な話だけど。

**名前は開発中のものです。** · 2013/11/08(金) 14:24:03.36

>>612
シーンの変更というよりは、ミニゲーム２つ3つ作るようなもんじゃん？
もちろん使い回すコードはあるにしてもさ。

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

それぞれのシーンが難しくないならば、ふたつ作るのもたいして変わらない
一桁の足し算を100回やるのは面倒ではあるけど難しくはならないだろう？

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

ソースに文章書き込むなら簡単だけどスクリプトとか文字列操作熟知してないと難しそう
えんいー

**名前は開発中のものです。** · 2013/11/08(金) 20:11:46.11

スクリプトの作成ってインジェクション対策がめんどくさそう
ある程度適当な文法でもエラー出力作ってなかったら通っちゃうだろうし
外部に置くってなると他人に触らせること前提ってイメージがある

**名前は開発中のものです。** · 2013/11/09(土) 02:42:05.48

他人の作った組み込みスクリプトを使うという方法もある
けれども基本的には、自作する事で得られる様々な知識や知恵の方が大事かと
まあ簡単なノベルゲームやアドベンチャーゲームの一つ二つ作るつもりで挑むべし
つーか、これらのゲームも基本的にはスクリプトを使ってると思った方が良いかと

**名前は開発中のものです。** · 2013/11/09(土) 10:47:13.41

そもそもシーンの変更を扱う方法はスクリプトに限らない。
マルチスレッドを使う方法もあれば、タスクシステムを使う
方法もある。フラグや分岐や関数ポインタでえっちらおっちら
やったっていいし。どの方法にも一長一短がある。どうせ内部で
どんな挙動をしているかは作ったプログラマにしか分からない
んだし、自分の好きなやり方でやるべし。

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

>>613
そういう人たちにはむしろ組み込みスクリプトを教えた方が良いのかもしれんな
組み込みスクリプトを使っている人達には迷惑かもしれんが

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

シーンの変更はオブジェクト指向で実現しようとすると難しいなぁ
主に共有したいデータのやり取りとか

あと、コンソールゲームと違ってループを意識して状態を保存できないといけない
Boostにコルーチンあるけど、自分のに組み込むほどの理解には至れないなー

描画を別スレッドにするのでも良いけど、マウスゲーのように画面と操作（MV）が密接に
関わっているような作りだと、フレムワーク自分で作るのは骨だろうね

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

自前主義からの脱却を

**名前は開発中のものです。** · 2013/11/09(土) 12:59:59.47

シーンごとに別のループを用意するんじゃダメなの？
俺の場合、メインスレッドを用意して、シーンごとに別のループを作ってるが。
この方法の問題点は同期処理関連をおろそかにするとフリーズする事かな？
Windows7以降だとそうでも無いんだが、昔のOSだとOSごとフリーズするので、
デバッグでは苦労した覚えがある。

**名前は開発中のものです。** · 2013/11/09(土) 14:51:11.85

>>621
ごめん、なんか引っ掛かった。

＞シーンの変更はオブジェクト指向で実現しようとすると難しいなぁ
＞主に共有したいデータのやり取りとか

それ、全体としての実装手法の話と、アプリケーション固有の(自分自身の)設計の話が切り別れて無い印象を受けた。
もしかして固定的な何か一つの実装をイメージしてないか？

複数スレッド使う事や全体としてOOの考え方で実装する事と、シーンの変更がしんどいか否かはレイヤの違う話かと。

**名前は開発中のものです。** · 2013/11/09(土) 18:30:15.80

ループは一つにしておけよ・・・

**名前は開発中のものです。** · 2013/11/09(土) 18:34:25.44

ソースが分かりにくくなるから却下

**名前は開発中のものです。** · 2013/11/09(土) 19:32:06.23

一つのメインループの中で、現在設定されてるシーンに対応したイベントと描画処理を呼び出すのではいかんのか

**名前は開発中のものです。** · 2013/11/09(土) 19:34:22.11

例えば、シーンが変わるごとに同じループでフラグ管理とかポインタ関数管理とかやってると、
一度に二重三重のシーン変更処理が入った場合にバグを発生させる可能性が高くなるからな。
シーンごとに別ループで管理しておけば、少なくともそういったバグが出る可能性は無い。

**名前は開発中のものです。** · 2013/11/09(土) 19:41:29.60

昔のOSでフリーズしてる時点でバグが有るんだろｗ

**名前は開発中のものです。** · 2013/11/09(土) 20:03:13.90

スレッドの同期関連のバグとシーン変更関連のバグを同列で扱う馬鹿よりはマシかと

**名前は開発中のものです。** · 2013/11/09(土) 20:22:26.69

昔のOSはちょっと間違えるだけでフリーズしたりブルースクリーンが出たりして大変だったよな

**名前は開発中のものです。** · 2013/11/09(土) 20:53:32.08

MS-DOS時代はフリーズしてもあんまし文句言われなかったのにな

**名前は開発中のものです。** · 2013/11/09(土) 21:08:02.88

DOS時代だって数百万円するのに使えないCADとか不満多かったけど
バックアップするにもドライブ遅いから時間かかるし
一太郎だって安定してた4.3を使い続けたりだとか

**名前は開発中のものです。** · 2013/11/09(土) 21:13:23.84

うーん、そんなに複雑になるものかな？
自分の場合、ゲームのメインループ自体の仕事はFPSの計測と負荷調整だけで、いつシーンが変更されたかなんて気にしなくていいような設計にしてたもんで……

**名前は開発中のものです。** · 2013/11/09(土) 21:27:56.92

でも昔はリセットボタンを手軽に押せたけど今は手軽に押せないじゃん
っていうか、最近リセットボタン使ってないなぁ･･････

**名前は開発中のものです。** · 2013/11/09(土) 22:00:01.21

>>634
RPGで？それは凄いな。バグの解析で頭こんがらがらない？

**名前は開発中のものです。** · 2013/11/09(土) 22:18:31.84

メインループ設けるだけでバグの解析が難しくなる設計ってどうやるんだ

**名前は開発中のものです。** · 2013/11/09(土) 22:34:39.14

岩押したり船やドラゴンに乗ったりNPCを特定動作させたりランダム動作させたり
あと何やったかな？そんな所ですが

**名前は開発中のものです。** · 2013/11/09(土) 22:39:32.94

>>636
俺の場合、最初と次に作ったゲームはシーン毎にループ処理やってたけど、
それ以降はメインループ一本にしたら、管理とか変更とかすげー楽になった。

**名前は開発中のものです。** · 2013/11/09(土) 22:51:18.18

設計の意味知らないんじゃん・・・

**名前は開発中のものです。** · 2013/11/09(土) 22:56:46.28

>>639
ID凄ぇ
なんか、自分とは逆だな。昔はメインループ一本だったのに、今はループを分けて作ってる。
バグを出さない方向に工夫した結果なんだがな。

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

>>640
DQ2とFFを足して割ったようなゲームを作る以上の事は特に考えずに、
その場の思いつきでRPG作ってるからなぁ・・・

**名前は開発中のものです。** · 2013/11/10(日) 00:26:02.25

久々にひどいワナビバカを見たわｗ
アマチュア時代は自分で思いついたことを素晴らしいことだと思わず、
すでに実績のあることを自分のものにすることに力を入れたほうがいいぞ。

**名前は開発中のものです。** · 2013/11/10(日) 00:56:13.82

>>638
メインループとゲームのロジックは、明確に分けるべき。構造化プログラミングすら出来てないんじゃないか？

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

横レスだけど
ヤバイ
何を言ってるのか理解できない
ボクはプログラミング力が低いらしい

メインループ内でシーンマネージャー呼ぶ
シーンマネージャーの中で各シーンの処理を呼ぶ
各シーンの処理の中でそのシーンでやりたいことの処理を呼ぶ

こんな感じじゃダメなの？

**名前は開発中のものです。** · 2013/11/10(日) 01:12:04.49

いいよそれで

**名前は開発中のものです。** · 2013/11/10(日) 04:24:39.77

>>645
普通に考えるとそういう設計になると思う。てか、ドシンプルに最初に書く屋台骨ってそうなると思う。
合ってる。そういう設計プロセスのイメージが出来ない人ってのが、つまり >>613 に書かれてるような、考えと整理の経験が足らない人って事になると思う。

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

メインループを分けるってことはメッセージ処理をあちこちから呼び出すってことが

**名前は開発中のものです。** · 2013/11/10(日) 12:17:49.63

それのどこがわるいんだ？龍神録の講座でもメインループは一つのみ、
複数あったら設計がおかしいとか書いてあるけど、
メッセージ処理とかするのに、わざわざ深いネストから抜けないといけないじゃん。

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

メッセージ処理とやらをシーンがやんの？

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

メッセージ処理をまとめた関数をシーンが自由に呼び出す

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

ゲームのメインループはメインスレッド上に用意し、
メッセージループはDirect3Dのオブジェクト管理をしているが？