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/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

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

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

>>377
常に60FPSを目指すのが固定フレームレート（上限が定められている）
（コンピュータの能力が足りない場合、20FPSや30FPSなどFPSが小さくなる場合がある。60FPSより大きくはならない）

常に全力でFPSを増やそうとするのが可変フレームレート（上限が定められていない）
（コンピュータの能力が高ければ高いほどFPSは大きくなる。高性能だと150FPS、低性能だと7FPSなど）

ここでいう固定や可変は描画フレームレートの事。内部フレームレートは関係ない。
固定や可変っていうのは上限が定められているかどうかの意味。

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

>>380-382
みんなありがとうございます

根本的な潜入観があったみたいです
マルチスレッドというものを全く意識していませんでした

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

モニタのリフレッシュレート以上に描画処理を回しても意味ないんだが

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

>>384
VSYNCに同期してるならね

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

VSYNCに同期してなくても意味ない
リフレッシュレートが６０だとして描画処理が1秒に180回回ってるとしたら
画面に表示されないグラフィックの描画処理が無駄に走ってることになる
描画は別スレッドにしてVSYNC同期で問題ない

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

それ同期してるじゃん

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

お前ら話噛み合ってないな

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

ﾜﾛﾀ

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

非同期なんだよ

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

大体お前らモニタのハードがどういう仕組みで画面に映像表示してるのかちゃんと理解してるのか？
そこの前提ぼやっとしたまま聞きかじりの単語だけで話して無いか？

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

描画処理をリフレッシュレート以上走らすことに意味あるのか

**名前は開発中のものです。** · 2013/10/14(月) 00:46:43.39

ティアリングが発生するかわりに反応速度が速くなる。
>>386の条件だと、非同期だと画面VSYNC中だろうと反映されるので、1/3ずつ重なって描画しているが、
同期の場合はVSYNCを待つので最大1/60秒遅れる。

**名前は開発中のものです。** · 2013/10/14(月) 02:18:15.78

ちらつき怖い

**名前は開発中のものです。** · 2013/10/14(月) 09:52:13.67

2dアクションで人の前でボタン押したらセリフ出そうとしてるんだけど、テキストの内容でどうやって読み込んでます?ソースにべた書き？csvファイルとかを読む？

**名前は開発中のものです。** · 2013/10/14(月) 10:01:17.72

テキストべた読みでもいいしスクリプト言語に頼ってもいい
csvでスクリプト言語っぽい事をしてもいい

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

>>395
テキストのリソースは基本的に外出しでないかい？
まぁ作りやすい方でどうぞ

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

文字コードでつまづいてるのかな？

**名前は開発中のものです。** · 2013/10/14(月) 13:28:32.89

自作すると非常に省力化&使い勝手がいい
機能が少ないのが難点だけど

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

モノによるけどなぁ。
ピーチ姫を救出して"Thank you,Mario!"って言うくらいなら
ソースにべた書きでもいいし。
アクションRPGとかになると外部ファイルが普通になるかな？

**名前は開発中のものです。** · 2013/10/14(月) 16:27:54.27

外部ファイルってか
ソースに組み込むとしてもテキストが主のファイルに分離するだろ
他人が作業に介入するなら完全にソースと切り離した方が良い

**名前は開発中のものです。** · 2013/10/14(月) 16:29:41.18

一人ならベタでもいいんじゃないの。
シナリオ担当から「ここ変更してー」っての毎回聞いてるとめんどくさくてかなわん。
そいつらが変更できる形式だと、そんなん自分でやっといてやーって言える。

**名前は開発中のものです。** · 2013/10/14(月) 16:37:13.37

世界に売るなら言語は差し替えられるようにしとけ

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

ちょっとした説明文じゃなくて、RPGとかでガチでメッセージ内容推敲するなら、
スクリプトチックな仕様は必須だと思うわ

制御文字は固定の仕様として決めておいて
置換文字はcsvで自由に登録できるようにしておくといいかもね

**名前は開発中のものです。** · 2013/10/14(月) 17:00:43.81

>>393
1/60秒じゃないぞ、スレッド分けてるならトリプルバッファのはず
最大3フレーム+vista以降なら遅延バッファの影響で、さらに8フレーム

**名前は開発中のものです。** · 2013/10/14(月) 17:09:18.22

基本的なアクション部分は実装したからとりあえず次はメッセージ表示っていう
所でどうやって実装すればいいか悩んでたんです。
スクリプトでやってみようと思ってluaを入れたけど、ビルドエラーがなかなか解決
できなかったから、別の方法でしてみようと思って。まだ文字コードでつまづいたからとか
そこまで行き着けていませんでした。一人で全部担当です。

**名前は開発中のものです。** · 2013/10/14(月) 17:40:23.21

別にスクリプト言語はLuaだけじゃない

**名前は開発中のものです。** · 2013/10/14(月) 17:45:24.43

>>405
うそつけ！

**名前は開発中のものです。** · 2013/10/14(月) 17:59:13.13

>>405
8なんて中途半端な数どっからでてきたの
vista以降の遅延は3で設定で0にできるんじゃ？

**名前は開発中のものです。** · 2013/10/14(月) 18:01:36.06

わからなかったらluaは後回しにして、単純に文字列を加工する関数作るのが良いよね
てかlua使いこなそうと思ったらエンジン以外は全部luaで作った方がいいってレベルになるだろうし

**名前は開発中のものです。** · 2013/10/14(月) 18:28:53.56

Aeroで遅延3フレームもどこから来た話なのか分からない
ソースも無いし誰も説明してくれない
それはディスプレイドライバの設定の問題ではないのか？

トリプルバッファリングでも表示されるまでの時間は最大16msだろ
それは間違いない

**名前は開発中のものです。** · 2013/10/14(月) 19:08:11.61

>>406
文字コード読み込みテキスト C++でぐぐっとけば良いかと

**名前は開発中のものです。** · 2013/10/14(月) 19:45:35.78

こんな感じかな？コンソールで読み込んだテキストファイルを一行だけ表示するプログラム。
#include <windows.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
int _tmain(int argc, _TCHAR* argv[])
{
if(argc != 2)return 0;
FILE * fp;
if( _tfopen_s( &fp, argv[1], _T("r") ) != 0 )
return 0;
char buf[32767];
_TCHAR buf2[32767];
if( fgets(buf,32767,fp) == NULL )
return false;
size_t size = strlen(buf);
if( size > 1 ){
if( buf[ size - 1 ] == '\n')
buf[ size - 1 ] = 0;
}
int len = MultiByteToWideChar( CP_THREAD_ACP,0,buf,32767,buf2,32767 );
MessageBox(NULL,buf2,_T(""),MB_OK);
fclose( fp );
return 0;
}

**名前は開発中のものです。** · 2013/10/14(月) 19:51:31.44

>>405
トリプルバッファで1フレームキャッシュするから+1だが、最大3フレームじゃないだろ。
Aeroの3フレーム遅延とごっちゃになってないか？

>>411
ここが詳しい
ttp://www.ouma.jp/ootake/delay-win7vista-j.html

**名前は開発中のものです。** · 2013/10/14(月) 20:13:23.82

>>413
実行ファイルにテキストファイルをドラッグ＆ドロップすれば動く

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

>>414
そのページに書いてあることって根拠のない迷信だよね

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

>>414
いや…
3フレームまで遅延おkってMSが言ったのならソースが何処か知りたいが見つからないんだもの

**名前は開発中のものです。** · 2013/10/14(月) 20:39:33.29

AeroじゃなかったDWMだ
でもこれMSに責任ないでしょ

先読みレンダリングはサードパーティのツールで無効に出来るって書いてある所もある

**名前は開発中のものです。** · 2013/10/14(月) 20:55:35.70

VSYNCでリフレッシュレートと同じ回数描画するのが無駄が無くて一番いいんじゃないの
リフレッシュレート以上の回数描画処理を走らせるメリットなんかあるのか
むしろティアリング発生するデメリットしかないじゃん
描画処理でなく内部の計算処理をリフレッシュレートを超えて走らすのはメリットあるかもしれんが

**名前は開発中のものです。** · 2013/10/14(月) 20:56:39.75

>>416
迷信じゃないはず。
だいぶ昔なので詳細は忘れたが、同期フリップしても一瞬でもどってくるのでおかしいと思って調べたことがある。
そしたらバッファがいっぱいになるまで待ってくれないことが判明。

DRM切ったら正常になったけど、クレームが来たｗｗｗ
ドライバで3を0にできるとか当時わからんかったので、その辺は詳しくない。

**名前は開発中のものです。** · 2013/10/14(月) 22:45:49.83

俺も混乱してきたのでまとめてみる

●垂直同期を使った時
画面の書き換えが終わるまで待つので処理は最小でも16ms間隔になり遅延は最大16msになる
→待っている時間が無駄に思えるが遅延は少なくティアリングは発生しない
●垂直同期を使わなかった時
ドライバの設定した値を上限に先読みレンダーが行われるが
0にすれば遅延無し
→CPU、GPUをフルに使えるし、DWMなしかつ先読み0なら遅延無し（DWM有効時はそれでも最大16ms遅延？）無論DWMなしではティアリングする

**名前は開発中のものです。** · 2013/10/14(月) 22:54:15.60

いや、別にする事が無いのならCPUの無駄ではないか

画面が書き換わるまで処理をブロックする通常の垂直同期はそんなに問題ないと思う

画面を書き換えている間に処理を行う方法もあるようだな
次のフレームの処理まで行ったら遅延するかもしれないが、これはプログラマーが決められるから問題ないだろう

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

あ、オクルージョンクエリーを発行して1フレーム後に結果を参照して先読みを防ぐような手法は聞いたことあるな

ソフトウェア側で垂直同期を実装した時もドライバ側がもう画面書き換え終わったって嘘付いたら処理が16ms間隔じゃなくなるけどそんな事する？

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

まぁ、ドライバが嘘をつくことはあるな
ttp://kultur2.blog.fc2.com/blog-entry-913.html

**名前は開発中のものです。** · 2013/10/15(火) 00:06:21.68

ドライバが嘘つきか確かめる
垂直同期のサンプルコードちょうだいよ

**名前は開発中のものです。** · 2013/10/15(火) 12:06:29.46

krkr

**名前は開発中のものです。** · 2013/10/15(火) 12:24:18.14

可変フレームレートって、描画の更新頻度あげるのはいいいけど、モデルやゲーム自体の処理が固定だったら意味なくね？

例えば1秒間に60回処理を更新するゲームで120fps出しても、(処理によるけど)同じ画面が2回描画されるわけだろ？

**名前は開発中のものです。** · 2013/10/15(火) 15:06:51.59

相変わらず遅延の奴ってソース求めるといなくなるよね
実験したって奴ですらどうやったの？って聞くといなくなる
自分でやらなくてもどっかの有名なサイトとかで実証してそうなもんだが
まあいいけど
DirectxX11.2のLow-latency APIも画面の更新の話じゃなくインプットの話だよね

**名前は開発中のものです。** · 2013/10/15(火) 15:15:53.99

どうしても気になるんならユーザーに「フルスクリーンでやってね！」
でいいと思うけどなｗ

**名前は開発中のものです。** · 2013/10/15(火) 15:20:20.59

>>428
そんなずっと張り付いてられるかよｗ
昔のことなのでソース出せと言われてももうないし、やるなら新規に作らんといかんわ。

当時パフォーマンスカウンタとDwmGetCompositionTimingInfoなぞを使って組んだのしか覚えてない。
だいたい、こりゃだめだと思ってもうプログラム側でどうにかするのあきらめたし。

**名前は開発中のものです。** · 2013/10/15(火) 15:28:04.76

Lowなんとかってなんのことかよくわからないから調べてたんだけど
http://www.4gamer.net/games/126/G012689/20130705055/
これか？？
なんかよさげだけど8.1しか使えないじゃないのこれｗ

**名前は開発中のものです。** · 2013/10/15(火) 15:32:57.08

>>427
やるなら内部処理は当然60以上じゃないと。
あと、最近は120Hzのリフレッシュレートを持ったディスプレイがあるからね。
欲しいがいかんせん金がないｗ

**名前は開発中のものです。** · 2013/10/15(火) 16:46:38.17

描画処理は別スレッドにしてＶＳＹＮＣ同期で何の問題があるのか
というかこれがベストな解でこれ以外ありえないと思うんだけど

**名前は開発中のものです。** · 2013/10/15(火) 17:01:51.50

無いっていうのが難しいとか悪魔の証明みたいな話だ

**名前は開発中のものです。** · 2013/10/15(火) 18:18:29.63

いまいち話についていけなかったけどやっと理解できた
http://shikihuiku.wordpress.com/2012/06/12/DirectXにおける描画フレームの遅延について

設定で最少1フレームまでは出来るみたいだけどあるのは間違えないのかな

**名前は開発中のものです。** · 2013/10/15(火) 19:29:40.24

上のとこだと最少で45ms遅れていると書かれてるで
>>431のMSのサンプルが今までの状態だと46ms遅れてるらしいから
IDXGIDevice1::SetMaximumFrameLatencyの設定は同じ？って事かな
でそのLow-latency presentation APIなるものを使う事によってこれを16msまで
縮めることができますよって事かな？？？