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/04(金) 15:57:27.76

なるほど、スコープはずれたら&他に参照とかなかったらデストラクタが起動してデリートするのか
ちょっと勉強と動作チェックしてくる

**名前は開発中のものです。** · 2013/10/04(金) 16:17:23.72

>>281
マジかよ
スマポってそんな凄いやつだったのか！
でもそもそもnewとかdeleteしないプログラムしか書いたこと無いから意味無いような気がする・・・

**名前は開発中のものです。** · 2013/10/04(金) 16:23:01.59

>>280 >>282
なんか気になったので補足しておくと、

> デストラクタが起動してデリートするのか

delete された時、解放時の処理の為にデストラクタが呼ばれるんだぞ？
意味わかってるのか不安になった。

**名前は開発中のものです。** · 2013/10/04(金) 16:23:58.50

>>279 と >>282 。安価みす

**名前は開発中のものです。** · 2013/10/04(金) 16:31:39.55

ああちゃんとレス読んでなかった。
スマポクラス側のデストラクタが呼ばれたら、スマポクラスが保持しているポインタをdeleteするって意味ならその通り。
ただそれだけの仕掛け。

>>284-285 はスルーで。てかクラスの入れ子関係で、デストラクタの中で、
子要素のデストラクタ呼ぶような処理普段書いてたら簡単にわかる話だ。

boost::shared_ptr はそれプラス、コピコンやコピーオペレータを持ってるだけ。だから単純な仕掛け。

**ID:17B7kATN** · 2013/10/04(金) 16:41:09.39

>>280
それは単純な例だけど、
構造が複雑になった場合、例えば複数のヒープ変数が必要で、一方が他方を参照している場合とか、
＞どのタイミングで解放されているのかよくわからなくなる
ってならない？

>>281
これまさに
＞どのタイミングで解放されているのかよくわからなくなる
ってならない？

**名前は開発中のものです。** · 2013/10/04(金) 16:42:12.87

単純な仕掛けだけど、これ考えたやつ頭いいよな。

解放忘れがないか、二重デリートがないか、インスタンスが生きているか、適切なライフサイクルか、、、、
などと複雑になりやすいコードに神経を使うよりも、
スマポを持ってたら生きているのが保障されるからコードが見やすくバグも少なくなるし。

たとえば、ＳＴＧなんかで親子関係を持った敵がいたとして
親が破壊されたとき、子は生きていて親を参照している場合、
スマポなら親を生存リストから外すだけでおｋで、子が全滅した時点で勝手にdeleteされるなーんて。

生ポならずっと子が生きているか監視しなければならないし。
この部分のコードが減るだけでバグが少なくなるよね。

ほんとスマートだわ。

**名前は開発中のものです。** · 2013/10/04(金) 16:48:05.11

>>287
基本的にどのタイミングで解放されてもいいんだよ。むしろ気にするような組み方はよろしくない。
アクセスしたときに必ず生存していることが重要。
循環参照には気を付けないといけないけど。

**名前は開発中のものです。** · 2013/10/04(金) 16:53:36.47

＞基本的にどのタイミングで解放されてもいいんだよ。むしろ気にするような組み方はよろしくない。
メモリをケチろうとして重複を無くそうとすると、
参照関係が複雑にならないか？

**名前は開発中のものです。** · 2013/10/04(金) 17:00:08.29

>>290
そんなギチギチの環境で組んでるの？
たぶん、そんな複雑な参照してる場合は設計を一度見直したほうがいい場合があるよ。

**名前は開発中のものです。** · 2013/10/04(金) 17:53:17.80

循環参照になるような時は弱参照

**名前は開発中のものです。** · 2013/10/04(金) 19:27:18.60

>>277
実行中に書き換えられるようにすると凄く便利らしいね、ああいうの

**名前は開発中のものです。** · 2013/10/04(金) 19:32:50.22

コンストラクタでエラーを出す方法は例外だけ。
例外使う場合、正しく確実にファイナライズ処理を実行する方法は事実上スマポだけ。
なので細かい事を言えば、スマポを一切使わない場合、例外禁止＆2段階初期化必須＆コンストラクタ内では代入くらいしかしてはいけない、みたいな設計上の制約も出てくる。
スマポは超便利ってのもあるけど、こういうC++の暗黒面を補う事情もあったりする。

**名前は開発中のものです。** · 2013/10/04(金) 20:21:48.75

関連記事として…
More C++ Idioms
http://ja.wikibooks.org/wiki/More_C%2B%2B_Idioms

**名前は開発中のものです。** · 2013/10/04(金) 21:39:25.40

今ネット通信ゲーム作ってるんだけど
SOCKETの変数をいろんなところでメッチャ使うんだけど
これを引数で持ってきてたんだけど、グローバル変数にしてやった方が圧倒的に楽だよな
でもグローバル変数って使わないべきだし、シングルトンも同じだから使わないべきなんだけど
こういうときってどうすりゃいいの

**名前は開発中のものです。** · 2013/10/04(金) 21:46:22.36

グローバル変数を使うなというのは全体構造を分かり難くするから
使わない方が無難というだけ
必要があるなら遠慮なく使えばいい

**名前は開発中のものです。** · 2013/10/04(金) 21:49:17.96

>>297
ありがとうございます

**名前は開発中のものです。** · 2013/10/04(金) 21:59:15.94

そもそもnamespaceとかexternってグローバル変数を活用するための機能だからな

**名前は開発中のものです。** · 2013/10/05(土) 06:58:26.67

>>288
子の参照を持ってるのは親だけなのでは

**名前は開発中のものです。** · 2013/10/05(土) 08:55:09.52

>>296
グローバル変数を使うなと言われる理由はいくつかあるけど、その一つに変数は関数より柔軟性が低いってのがある。
メンバ変数をプライベートにしてsetter/getterを作れっていうのと事情は大体同じ。

例えば、4人対戦ゲーの場合、プレイヤーIDを表す変数は0～3までの値しかとって欲しくないとする。
変数に直接代入する場合、いざ使う時になってIDが正しいかチェックする必要があって、プレイヤーIDが0～3になっているかチェックするコードが全体にばらまかれる。
関数経由で代入する場合、引数の値をチェックしてエラーを投げることができるので、値の範囲をチェックするコードは最初のsetterだけで済む。

変数は代入しか出来ないけど、関数は付随する処理（引数チェック、ログの記録）が出来るし、仕様の変更にもある程度柔軟に対応できる。
（プレイヤー人数を6人に増やしたいと思ったときに修正しなければならい箇所の違いを考えると…）

理想的には、Socket自体は通信関係のコード以外に触れられないようにして、

SendAttack(OBJECT_ID target);
SendMove(OBJECT_ID id, Position pos);
SendChat(PLAYER_GROUP_ID groupId, const char* msg);

みたなゲームの仕様に合わせたパケット送受信関数を作って、それをゲームロジック全体で使う。

この手の送受信関数を纏めたクラスのオブジェクトが、シングルトンやグローバル変数になるのは仕方ないんだけど、
Socketが丸出しのグローバル変数ってのはあんまりよくはないな。

まぁ小規模なゲームを一人で書いてる内は、そこまで致命的でもなかったりするが。
まだ仕様がハッキリと見えてない段階でプロトタイプを書いてるときは、何も考えずグローバル変数の方が手早い事も多いし。
長文でスマン。

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

どっちかって言うと実際に使った時直面する問題って、グローバルに複数置いてる物があって、それらが相互に関わってるような時、
開放順が保証されないからデストラクタで何か処理するような場合困るかもしれないって事と、

namespaceも分けて無いグローバル変数でかつexternだらけとかになると迷子になる上、別の翻訳単位にもしも同名があった時面倒な事になる、ってのが

大昔に経験したリアルな問題

**名前は開発中のものです。** · 2013/10/05(土) 09:18:23.46

ちなみに、「翻訳単位内でのローカルな範囲で良いグローバル変数」には、
普通 static キーワード付けて、externさせないってのが常套手段だよな。

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

static = private
extern = public

**名前は開発中のものです。** · 2013/10/05(土) 12:18:22.70

>>300
そうは限らないよ。
親から一定間隔離れて行動したり、親の状況で振る舞いを変えることがあるから。
どちらの場合もある。

**名前は開発中のものです。** · 2013/10/05(土) 12:29:05.40

extern Kelsi Olesya_Rulin;
そう、グローバルを遠慮する必要なんてない、ってのは合意事項だよな

**名前は開発中のものです。** · 2013/10/05(土) 13:13:45.24

あれ、コンパイル通らなかったか。
そうか参照が抜けてたか。
http://images2.fanpop.com/image/photos/9400000/kelsi-high-school-musical-9487566-333-500.jpg
http://img.photobucket.com/albums/v515/bloodylamer/bastardly-photos/0505/album102/olesya-rulin-09040702.jpg
これでどうだ。

**名前は開発中のものです。** · 2013/10/05(土) 15:33:55.63

>>305
親から全ての子に指示するべきじゃない？
子供が親の参照はよくないと思う

**名前は開発中のものです。** · 2013/10/05(土) 16:02:12.04

>>308
Ogre3Dは親子それぞれ参照をもってるんだがな

**名前は開発中のものです。** · 2013/10/05(土) 16:25:59.47

>>308
それも場合によると思うなぁ。親を辿りたい時があるし、
親が子に干渉しすぎるのはちょっと、という考え方もあるだろうし。

**名前は開発中のものです。** · 2013/10/05(土) 17:01:45.43

親子の捉え方が違うとなんともいえんような

例えばシューティングでの位置関係なら
親の移動が子全体に影響するなら、親が子の参照を持っているのが便利だよな
これはシーングラフみたいなやつか、スプライトとかはコッチだろうな

逆に子が親の行動をトレースするタイプだと参照の持ち方は逆になる
こっちはカメラのスナップかな、親が持つんじゃなくて、子が勝手にぶらさがる

**名前は開発中のものです。** · 2013/10/05(土) 18:02:50.50

親ノードは子ノードの配列を持ち
子ノードは親ノードの弱参照を持つという形にしている

**名前は開発中のものです。** · 2013/10/06(日) 12:59:02.01

親子関係といっても様々な層にあるからねぇ
例えばゲーム設定上の関係性(物理、組織、通信回線、人間模様、etc)は色々だし
これらの関係性も、実装上は、制御(操作)の流れ、データの流れ、色々だし

話の前提条件が何かを伏せてる限り、問題の所在も実装の最適解も本人にしかわからん
説明が面倒なら、頑張れとしか言えん

**名前は開発中のものです。** · 2013/10/06(日) 19:46:28.52

アクションなんかで敵キャラクターの種類によって戦闘ロジックを変える場合って、種類ごとに継承するのが普通?
それとも、戦闘ロジックの部分だけ無名関数で差し替えるとか?

**名前は開発中のものです。** · 2013/10/06(日) 19:56:21.47

戦闘ロジックには関数ポインタを使った事と、スクリプト言語を使った事がある
処理速度では前者、汎用性では後者だな

**名前は開発中のものです。** · 2013/10/06(日) 22:48:36.24

>>314
前者が、敵1体を1単位とするような粗い粒度の処理の差し替えの話で
後者が、無名関数でもおｋな程度に細かな粒度の処理の差し替えの話なら

場合に応じてそうした実装の使い分けをするというのは普通にアリなのでは

**名前は開発中のものです。** · 2013/10/07(月) 00:06:33.12

分解能について教えて欲しいんだけど
timeBeginPeriodとtimeEndPeriodはプログラム全体で同じ分解能なら開始時と終了時に1回呼ぶだけで合ってる？
それともタイムを使うごとに毎回呼ばないといけない？

**名前は開発中のものです。** · 2013/10/07(月) 00:19:23.88

毎回呼ぶのは無駄ぽいんだが
1回だけだと他のプロセスで精度を悪いほうに変えられたら駄目だろうな

**名前は開発中のものです。** · 2013/10/07(月) 00:33:00.85

>>318
ありがとうございます
そうか他のプロセスで弄られる可能性が有るから毎回呼ぶほうがいいのか・・・
1回呼べば固定されるはずなのにサンプルコードで何で毎回呼ぶのかわからなかったけどようやくわかった

**名前は開発中のものです。** · 2013/10/07(月) 10:34:56.91

>>317
一回でいい。
ただtimeBeginPeriodとかはOS共有だから
他のアプリで操作されたらどうしようもない。

**名前は開発中のものです。** · 2013/10/07(月) 17:24:54.99

なんでCとC++をごっちゃにしてんだよこのスレ
C++アンチはどこに行けばいいんだよ

**名前は開発中のものです。** · 2013/10/07(月) 17:27:52.18

C++アンチなんて意味のない行為はやめてしまえ

**名前は開発中のものです。** · 2013/10/07(月) 17:34:15.51

C++11は許せるがそれ以前はコードに吐き気を覚えるわ

**名前は開発中のものです。** · 2013/10/07(月) 17:34:45.52

オタク系の板みたいにプログラム板にＣ＋＋アンチスレって立ててみたら？

**名前は開発中のものです。** · 2013/10/07(月) 18:09:02.74

この板でもよくね？人が集まるかどうかは板の需要と1のカリスマ次第

**名前は開発中のものです。** · 2013/10/07(月) 18:30:40.04

それって「C++でゲームを『作らない』スレ」ってこと？
だとしたらゲ製でやることじゃないな

**名前は開発中のものです。** · 2013/10/07(月) 18:33:42.33

タダでさえ住人の少ないゲ製板の、タダでさえ住人の少ないC/C++スレを
さらに分割してどうするんだよ。

**名前は開発中のものです。** · 2013/10/07(月) 19:06:58.27

今時純粋にCのみてのは居ないだろ。Cのみと言ってて知らずにC++の機能つかってるやつおるし。

**名前は開発中のものです。** · 2013/10/07(月) 19:46:57.01

コードに吐き気覚えるとか言っちゃう人って、要は書けないし理解も出来ない人が自分を正当化するために言う台詞だから無視でおk

**名前は開発中のものです。** · 2013/10/07(月) 19:50:35.82

そうかな。重苦しいコードってあると思うよ

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

ほほほ。そんなのほっとけ

個人の趣味の時は人目を気にすることなくベターC留まりの
作り捨て上等のコードでいいのよ

家ではみんなパンツ一枚でしょ

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

△作り捨て上等のコードでいいのよ
○作り捨て上等のコードで“も”いいのよ

**名前は開発中のものです。** · 2013/10/07(月) 22:42:28.85

今はもうC++（とスクリプト言語）でしか書かない
もちろんオブジェクト指向

**名前は開発中のものです。** · 2013/10/07(月) 22:47:44.55

class myclass{
private:
int* p;
public:
void hoge();
}

void myclass::hoge()
{
p = new int[ sizeof( int) ];
}

void main()
{
myclass obj;

obj.hoge();
obj.hoge();
}

この場合初めにNewした領域はプログラムが完全に終了するまで消すことは出来ませんよね？

**名前は開発中のものです。** · 2013/10/07(月) 22:49:26.71

うん

**名前は開発中のものです。** · 2013/10/07(月) 22:56:29.67

一個目どころか二個目も駄目じゃね

**名前は開発中のものです。** · 2013/10/07(月) 23:13:34.32

>>335
>>336
ありがとうございます！！

2個目を消す場合、
クラスにDelete()関数を追加して、
void myclass::Delete()
{
delete[] p;
p = NULL;
}

void main()
{
myclass obj;

obj.hoge();
obj.hoge();

obj.Delete();
}

でも、ダメですか？

**名前は開発中のものです。** · 2013/10/07(月) 23:15:28.95

いいけど、そこはかとなくダメコードのにおいがする

**名前は開発中のものです。** · 2013/10/07(月) 23:23:11.69

>>338
実際にこれを使うわけではないので安心してください！
プログラムの勉強を始めたばかりで内部的にどうなってるか知りたかったんです。

答えてくださった方たちありがとうございました！

**名前は開発中のものです。** · 2013/10/08(火) 09:02:29.21

>>337
一回目のnewで確保した領域をメモリリークさせるコードを書きたいの？
よくわからんテストコードだな。

**名前は開発中のものです。** · 2013/10/08(火) 09:46:37.11

>>337
myclassのデストラクタで配列解放しない理由は？

**名前は開発中のものです。** · 2013/10/08(火) 09:56:41.94

>>339
普通と言うかよくやる考え方の順序で言うと、まず真っ先に一旦myclass側のデストラクタで、そのクラスの管理責任として、
自身がメンバとして持っている要素の解放処理書いとくってのをワンセットにしてそれを土台の考え方として、

その後、それじゃ困るようななんらか事情や実装都合、あるいは設計上の理由があった時、
実行時の動作パス踏まえて考えた上で、そこでやってるような開放専用関数追加するとかって順番で考えて。

**名前は開発中のものです。** · 2013/10/08(火) 16:01:33.64

まぁ奇怪なコードを書きたくなるという性癖は割とありがちなので
（じゃなきゃIOCCCなんて生まれない）
気持ちはわからないでも

**名前は開発中のものです。** · 2013/10/08(火) 22:12:57.72

たしか前スレだったか
シングルトン使いまくりという自由人がいたような記憶があるが
あーいうのもオブジェクト指向的には奇怪な部類に入るだろうか

**名前は開発中のものです。** · 2013/10/08(火) 23:19:06.01

ゲームなんざ細かいこと気にする必要なんかねえよ
どうせたかだが数万行の糞コードだろ
多少設計が糞でも力技でねじ伏せられるレベルだろ
少なくとも設計が悪いせいで開発が頓挫するほどのことじゃない
細かいこと気にしてる前にどんどん手を動かせ
ゲームなんかmain関数一本のグローバル変数使いまくりでも何の問題もない

**名前は開発中のものです。** · 2013/10/08(火) 23:25:16.39

>>345
個人レベルなら本当にこれだけど、チームでやってるときにそれやられると死ぬ
あと、キャラクタークラスとかは流石に分けないときつくないか

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

あまりクソ設計にするとバグだらけになったりコードに触る気が無くなって頓挫するぞ！！

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

>>346
>個人レベルなら本当にこれだけど、チームでやってるときにそれやられると死ぬ

全くその通りだよな。
俺はグローバル変数使いまくりのベターCプログラミングでゲーム数本作ってるけど、”プログラミングできる”という箔が全く付かない。
だって一人で、しかも小規模なゲームしか作れないから、他に応用ができん。

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

クラス化すると変数管理楽だよ
Cチックだとしても機能ごとに構造体くらい使おう

**名前は開発中のものです。** · 2013/10/09(水) 11:44:12.15

自分一人で作るにしても、次回作の時に使い回しが面倒だろ。

**名前は開発中のものです。** · 2013/10/09(水) 11:48:30.84

本当に入門者初心者レベルが多いってよくわかる流れだった

**名前は開発中のものです。** · 2013/10/09(水) 12:01:17.37

お題がクソコードですし

**名前は開発中のものです。** · 2013/10/09(水) 12:24:14.08

>>348
グローバル変数の使用はあまりおすすめしませんね
（おすすめしないだけで使ってはいけないルールはないが）

C言語ゲーム開発の章
http://c-games.main.jp/

ここでC言語及びC++のゲームプログラミング解説サイトを運営している者です
よかったら参考にしてみてください

**名前は開発中のものです。** · 2013/10/09(水) 12:32:08.06

3Dゲームで、距離が離れるとSE音量が変わるのってどつやってるんだろう
SE再生する関数に、自キャラからSE発生した場所の距離を取得して音量変えればいいのかな

**名前は開発中のものです。** · 2013/10/09(水) 12:36:24.84

>>345
N88-BASIC(+ハンドアセンブル)あがりとしては、その心意気は買うけどさ
心情的には理解できなくもないけどさ

＞ゲームなんかmain関数一本のグローバル変数使いまくりでも何の問題もない

ネタにマジレスすまんが、それは可能だけど、何の問題もないというのは
痩せ我慢しすぎだよな。構造化の恩恵くらいは素直に享受していいのよ・・・

かつてのN88-BASIC使いにとっては、構造体、関数、ローカル変数、とかは
垂涎ものの新要素で、TrueBasicの構造化プログラミングの世界は極楽だった

構造化プログラミング機能が齎す恩恵は、OOP機能のそれに比べれば癖がなく
万人に手放しでオススメできるかと

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

>>353
kazukiｪ…

**名前は開発中のものです。** · 2013/10/09(水) 14:21:49.49

>>354
X3DAudioは相対位置情報による簡易な3D音響やってくれるよ。
Windows以外ならOpenAL-Soft+ALUREあたりかな。同じような機能

そこらの有名どころの3Dゲームエンジンの類もみんなこういう機能を
サポートしてるから、昨今ではそっちの使い方の情報のほうが多いん
じゃないかな

**名前は開発中のものです。** · 2013/10/09(水) 14:26:55.31

>>354
http://ja.wikipedia.org/wiki/DirectSound
より引用

＞誤解されやすいが、DirectSound 3Dの3D音源は、エコー、リバーブ等の環境音を模倣するエフェクトと、
＞リスナーの位置と音源(モノラル)の位置関係を簡易に計算するライブラリが主体である。
＞やっていることは、旧来、ステレオPCM音源のパンとボリュームを自前で調整することで、
＞擬似的に音源の位置(音像)を表現していたが、これをライブラリとして吸収しただけである。
＞したがって、実際の空気中を伝播する音の物理そのものを、シミュレートして計算しているわけではなく、
＞遮蔽や反射などは考慮されていない。

らしいから、基本的な考え方はそれでOKっぽい

**名前は開発中のものです。** · 2013/10/09(水) 19:23:49.39

>>357
>>358
横レスだけど
考えたことも無かったけどすげぇちょっとやってみたくなったわ

**名前は開発中のものです。** · 2013/10/09(水) 19:44:59.71

オブジェクト指向って自分でやろうとすると設計ムズいんだよなー
C++は多重継承できるから多少は誤魔化しは効くけど
IDEによるバックアップ（委譲のメソッドを自動でコーディングしてくれるとか）か、
Rubyのmixin的な言語仕様がないとコード書くのもめんどいめんどい。

ただ既存のライブラリ使う分には、CのままよりもC++のオブジェクト指向で
ラップしてくれてる方が使いやすいよね、SDLは疲れた

**名前は開発中のものです。** · 2013/10/09(水) 20:25:05.46

>>360
多重継承云々でちょっと引っ掛かった。
もしもそれが純粋仮想(ようするにインタフェース)を念頭に置いた話なら良いんだが、
そうでない場合、個人的には密結より粗結を中心に考えたいよなと思った。コンポジッションが設計の主体って言うか。
当たり前な話なので、もしも前者の意図だったらスルーよろしく、

**名前は開発中のものです。** · 2013/10/09(水) 21:02:48.13

>>361
んにゃ、ご指摘の通り。差分プログラミング目的だから後者のつもりだったよ

全てのクラスにおいて、インターフェースとその実現クラスに分けてるなら、
多重継承よりも、インターフェースの多重実装と包含→委譲の方がスマートだと思うけど
IDEでサポートされてないとその委譲のコーディングすらめんどいって言いたかった

**名前は開発中のものです。** · 2013/10/09(水) 21:19:46.43

>>362
あぁごめんそういう事か。設計観点じゃなくて、コーディング時の作業か。
インテリセンス(コードアシスト)で候補出てくれない件。そういう事なら確かに。

**名前は開発中のものです。** · 2013/10/09(水) 21:22:40.26

コードアシストじゃなくて定義へのジャンプ。言葉ミス。
風邪引いて熱でふらふらしてるわ俺いま

**名前は開発中のものです。** · 2013/10/09(水) 21:38:37.22

>>363
いや、俺の方が未熟でごめんなさい
実装のコーディングがめんどくさくなるようであれば
設計の失敗みたいに思ってました

**名前は開発中のものです。** · 2013/10/09(水) 23:06:39.48

UDP通信について訊きたいんですが
sendtoって何バイトまで送信できるんですか
サーバー側で送信するときに114バイトは送信できて、115バイト以上は送信しないんです
でもクライアント側だと255バイトを送信できてるんです
ただ、送信してるかどうかの確認を受信できてるかどうかで見てるだけなんでもしかしたら受信側がおかしい可能性も否定できません

どうなんでしょうか？

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

65535からヘッダを引いたサイズ

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

サイズをchar やunsigned charで指定してるのか？

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

>>366
それがもし本当に間違いなく起きてるなら、かなり環境(経路)依存の話なのかな

エラーハンドリングの結果を貼ってみては。こういうやり取りを参考にしてさ

http://stackoverflow.com/questions/11809727/sendto-returns-values-greater-than-mtu-on-sock-dgram-udp-socket

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

>>368
サイズはstring型変数.size()で指定してます

すいませんが解決しました
送信の回数を減らすと普通にサイズがでかくてもできていたので大量に送信すると送信量を受信しきる前に内部的にバッファオーバーフローか何かで受信ができなかったのだと思います。

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

>>369
ありがとうございます

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

>>357
ありがとそんな便利そうなものが…

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

フレームレートを算出しようと思っているのですが
main() {
DWORD time;
for(int i=0; i<10000000; i++) {
timeBeginPeriod(1);
time = timeGetTime();
timeEndPeriod(1);
printf("%d\n" time);
}
}

このコードでは15ms位の精度になってしまいます、ただ、timeEndPriod(1)を使わない場合は1ms精度で取れます
この2つ（時間の取得を合わせたら3つ）はセットで使うべきだと思っていたのですが、そうではないのでしょうか

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

ちょっとソースを変えて
int main() {
DWORD start, end;
timeBeginPeriod(1);
start = timeGetTime();
for(int i=0; i<1000000000; i++) {
end = timeGetTime();
if(start < end) {
printf("%d回目 %d\n", i, start);
start = end;
}
}
timeEndPeriod(1)
}

こうした場合最初に2回（397575回目 2800264、865774回目 2800279、877500回目 2800295）が15msの精度で変わるのですが、何故かわかりますか

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

お前は標準出力が消費する時間を考えたことはあるか？

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

>>374
そのままのソースで試しにやってみたけど、ちゃんと1ms精度でカウントしてるみたいよ
53877回目 73604548
99144回目 73604549
139853回目 73604550

環境は、Windows７x64、VS10、release build、最適化無効(/Od)

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

「ゲーム内状態の更新（時間の経過）」と「描画」のFPSの話なんですが
現在は講座サイトに従って、
・更新の後に描画を行う
・更新が16ﾐﾘ秒内に終わらなかったら、そのフレームの描画をスキップして、即座に次フレームへ
・描画が16ﾐﾘ秒内に終わったら、16ﾐﾘ秒経過するまでsleepした後に次フレームへ
というメインループを組んでます

で、自分はこのやり方のことをてっきり「固定フレームレート」だとばかり思ってたんだけど
垂直同期に合わせるのではなく、sleepを入れて時間で調整するなら、言葉で説明するとしたら
「可変フレームレート」と説明したほうが正しいのでしょうか？
更に言えば描画をスキップするんで「フレームスキップ方式の可変フレームレート」でしょうか

**名前は開発中のものです。** · 2013/10/13(日) 14:07:49.91

何でこのスレで質問したのか知らんが

固定ってのは、更新タイミングが固定って意味だろう
16msという間隔で固定されてるんだから固定フレームレート

可変フレームレートってのは
http://web.archive.org/web/20100722081346/http://spitfire.client.jp/program/fps.html
ここでいうところのA宗のことを指す

**名前は開発中のものです。** · 2013/10/13(日) 14:43:29.22

>>378
なるほど・・・拝見したところ、どうも考え方の前提の次元からしてズレてるようでした

俺の前提は、描画はオマケであって、例えフレームスキップされまくって10FPSしか出てないような状況でも、
キー入力は60FPSで受け付けてゲーム内を正しく更新することを目的としています。

つまり、フレームスキップが連続で起きているときは、それが解消されて次に画面が描画されるまでは
現在見えている画面とゲーム内のデータが食い違っているということが平然と起こります

参考サイトですと、いかに画面上の見た目とゲーム内の情報を同期するか、という話のようですね

**名前は開発中のものです。** · 2013/10/13(日) 15:57:59.53

それをA宗というのだが・・・

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

フレームスキップは、どっちかっていうと固定フレームレート側のテクニックじゃないか？