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

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作における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/

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

http://gyazo.com/c12e1b45288577f41bce47f9a3c3b457.png

マルチスレッドってオブジェクトリストの更新中に
オブジェクトリストを参照できないんだから意味なくないですか？
どうしてマルチスレッドで動作が軽くなるんですか？
セマフォをオブジェクト単位でかけてたらセマフォの処理で余計重くなるのでは

**名前は開発中のものです。** · 2014/03/02(日) 20:20:19.85

ダブルバッファで検索するんだ

**名前は開発中のものです。** · 2014/03/02(日) 20:21:15.86

誰か使ってないですかねぇ
http://oxygine.org/

**名前は開発中のものです。** · 2014/03/02(日) 20:51:20.45

>>233
画面のチラツキを抑えるほうが出てきて、出てきても申し訳程度の説明しかない・・・
http://www.cs.tsukuba.ac.jp/~yas/cs/csys-2007/2007-12-14/
>◆ダブルバッファリング
> 整数を１つバッファに書き込むだけでロック／アンロックを行なっていると、実際の並列処理では重たい。
> ロックの回数を減らすために、ダブルバッファリングと呼ばれる技術がよく使われる。読み手と書き手で別々にバッファをもうけ、１つのバッファの処理をしている間は、ロックを行なわない。

リストで１つのオブジェクトを更新してる間は「描画スレッドが使っちゃだめですよフラグ」でもたてるのか？
それを参照する時点でスレッドセーフじゃなさそうだけど

それともリスト内の全部のインスタンスのコピーを毎フレーム作るのか？

**名前は開発中のものです。** · 2014/03/02(日) 20:59:31.72

あいや、これは循環バッファ？というやつでダブルバッファとは違うのか

**名前は開発中のものです。** · 2014/03/02(日) 22:59:32.88

計算したデータを参照渡しせずに、値渡しすればいいだけの話

**名前は開発中のものです。** · 2014/03/02(日) 23:13:50.02

マルチスレッドを効果的に使う場面は、
BGM,効果音など
背景の処理、草や木が風でゆらゆらする
シェダー関係もそう

**名前は開発中のものです。** · 2014/03/02(日) 23:15:24.40

インスタンスのセットを2つ(AとBとする)作っておいて
・描画スレッドがAの状態を使用して描画している間、更新スレッドは
　Aの状態をもとに更新後の状態をBに作成する。
・両方が完了したらAとBをスワップする
って方法かなぁ

>>232の図で言えば、Subスレッドが描画している間に
Mainスレッドがもう次のフレームの接触判定を処理し始めてる感じ

**名前は開発中のものです。** · 2014/03/02(日) 23:23:34.37

計算したデータを描画用のバッファに積んで、描画処理に引き渡せばいいだけ。
なんで単純に出来ることを複雑にやろうとするんだ？

**名前は開発中のものです。** · 2014/03/02(日) 23:31:43.29

>>231
.binはlinuxの.exeって感じでデータっぽくない

**名前は開発中のものです。** · 2014/03/02(日) 23:37:13.73

>>234
面白そうだけど利用者ほとんどいないようだし、すぐに消えそうだな
cocos2dのほうが良いよ

**名前は開発中のものです。** · 2014/03/02(日) 23:44:39.24

>>239
それって概念的には全てのインスタンスx2だけど、
描画スレッドは描画に関するデータ（それも画面内に入るもの）だけあれば良いから
実際には必要なメモリ量を削った実装で実現できるな

**239** · 2014/03/03(月) 00:29:47.75

>>243
確かにそうだ
そして多分それが>>240が言っている
「計算したデータを描画用のバッファに積んで、描画処理に引き渡」す
ってのに近いのかも

この辺で思ったんだが、もしDirectX11を生で叩いてるなら
DeferredContextとか使うといいのかな

**名前は開発中のものです。** · 2014/03/03(月) 00:38:44.19

>>239
スカラだけならともかく毎フレーム描画に必要な情報全てをnewするのか？

>>239
描画用のバッファを積む時にスレッドぶつかるかもしれないって話では？

class aiueo{
private:
Position* position;
Position* drawPosition;
public:
void func(){
position->setX(position->getX+1);
Position* tmp=position;
position = drawPosition;
drawPosition = tmp;
}
void draw(){
image.draw(drawPosition);
}
};

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

一フレームぶんのバッファに積み終わってから引き渡せばいいだけの話。
引き渡したら描画を描画スレッドにやらせて、計算スレッドは次の計算に入ればいい。
なんで単純で簡単なことを複雑に考えるのか、さっぱり理解できない。

そもそも描画順序などを考えると、座標がすべて確定した後で無ければ、
描画処理なんて出来ないのに、なんで計算直後にチマチマ描画しようという発想になってるんだ？

毎フレームnewとかも、嫌なら最初からある程度の領域を作っておけばいいだけの話で、
そんな簡単に解決できるどうでもいいことをイチイチ聞く意味が分からない。

なにこの思考能力の欠如？

**名前は開発中のものです。** · 2014/03/03(月) 07:44:19.21

別の書き方は出来ないのかあんたは

**名前は開発中のものです。** · 2014/03/03(月) 08:19:00.54

http://gyazo.com/7984315b649ca2378a5b63989ada2874.png
図で確認するとこんな感じ？
ロックの仕方がよくわからんけど、
メインスレッド側のバッファは描画スレッドに必要な情報（頂点とか）いらないからトントンになるのかな
そうすると、毎フレームnewするより保持してたほうが楽そう

描画スレッドはモデルの頂点の展開とかやらずに文字通りZバッファに登録するだけだったりする？

**名前は開発中のものです。** · 2014/03/03(月) 14:38:46.71

＞文字通りZバッファに登録するだけだったりする？
意味不明

**名前は開発中のものです。** · 2014/03/03(月) 20:28:03.25

>>248
使ってるライブラリ教えて

**名前は開発中のものです。** · 2014/03/04(火) 00:42:30.15

なんか描画スレッド分けるのがマルチスレッドみたいな流れになってるけど
処理の分割しないと複数コアの性能いかせないよね

>>238以外にも分割出来るところはあるんじゃないの
AIなんかのフレームと分けられる箇所が効果的だとは思うんだが

**名前は開発中のものです。** · 2014/03/04(火) 00:54:00.93

>>248
君はレベルが低すぎる。基礎的なことすら理解していないようだから
身の丈に合った技術で制作するべきだ

**名前は開発中のものです。** · 2014/03/04(火) 01:01:46.35

ゲームロジック以外については定番のパターンがあるわけで、
ゲームロジックについてはゲームの性質次第だから汎用的な議論はできん

**名前は開発中のものです。** · 2014/03/04(火) 01:12:12.33

>>250
DXライブラリです

**名前は開発中のものです。** · 2014/03/04(火) 01:22:03.26

>>252
そんなこと言わないで><

**名前は開発中のものです。** · 2014/03/04(火) 01:45:49.24

身の丈に合った技術で満足してたら俺みたいに全然成長しないままになるしいいんじゃね？

**名前は開発中のものです。** · 2014/03/04(火) 03:19:20.41

自称デキル人の大半はエセ
バグ生産しまくるのは得意みたいだがｗ

無視するに限るよ（ｒｙ

**名前は開発中のものです。** · 2014/03/04(火) 03:24:44.21

>>256
満足するならなｗ

**名前は開発中のものです。** · 2014/03/04(火) 09:14:16.41

いまどきDXライブラリの初心者でマルチスレッドの基礎も理解してないのに
無理に背伸びした結果が「文字通りZバッファに登録するだけだったりする？」
格好ばかりつけて内容がなさすぎだろ

上で新技術OpenMPとかドヤってたやつといい、もう少し自惚れを抑えて
真摯な姿勢で学ばんと時間の無駄だよ

**名前は開発中のものです。** · 2014/03/04(火) 09:15:50.51

そもそもグラボの基礎から学びなおせ。
明らかにＺバッファが何か分かってないだろ。

**名前は開発中のものです。** · 2014/03/04(火) 12:24:51.64

>>254
Zソートの機能があるライブラリって訳じゃ無いのね

**名前は開発中のものです。** · 2014/03/04(火) 21:19:35.34

>>261
アルファ値がある面だけZソートして、不透明な面の後から描画しています。

マルチスレッドの基礎はわかりませんが、
勉強目的で実装してみようかなと考えて、疑問点があったので質問しました。

質問の内容に戻りたいのですが、
メインスレッドではオブジェクトの座標だけ計算して、
描画スレッドでオブジェクトの座標からモデルの頂点等を展開すると
メインスレッドと描画スレッドが共有する値が少なくなっていいかなと考えたんですが、
実際に使われているスタンダードな方法とかあれば教えていただけると助かります。

**名前は開発中のものです。** · 2014/03/05(水) 00:56:58.44

struct Node {
....Image* image; // D3DMesh mesh でもFontSprite fontでもいい
....Rect bounds;
....Rect src;
....double angle;
};

struct Layer {
....int usingLength = 0;
....Chain<Node> chain; // std::list<Node>
/*
Chain<Node2DImage> chain1;
Chain<Node2DFont> chain2;
Chain<Node3DModel> chain3;
*/
....bool isUpdate = false;
};

**名前は開発中のものです。** · 2014/03/05(水) 00:58:26.26

Lock g_sync; // winならクリティカルセクション、linuxならセマフォ

Layer g_layers[3]; // instance;
Layer *g_pFront = &g_layers[0];
Layer *g_pSwap = &g_layers[1];
Layer *g_pBack = &g_layers[2];

void threadFront(){ // GUI Thread = main thread
....while(true){
........g_sync.lock();
........if(g_pSwap->isUpdate == true){ // ロジック側がスワップした
............Layer *swap = g_pFront;
............g_pFront = g_pSwap;
............g_pSwap = swap;
............g_pSwap = false;
........}
........g_sync.unlock();
........render(g_pFront);
....}
}

**名前は開発中のものです。** · 2014/03/05(水) 01:01:42.52

void threadBack(){ // Logic
....while(true){
........g_sync.lock();
........if(g_pSwap->isUpdate == false){ // 描画側がスワップした
............Layer *swap = g_pBack;
............g_pBack = g_pSwap;
............g_pSwap = swap;
............g_pSwap = true;
........}
........g_sync.unlock();
........update(g_pBack);
....}
}

class Scene {
public:
....virtual void update = null;
....virtual void render() = null;
}

**名前は開発中のものです。** · 2014/03/05(水) 01:07:10.79

class Game : public Scene {
....Sprite sprite;
public:
....void update(){
........sprite.x++;
....}

....void render(){
........sprite.render(); // g_pBackにデータを渡す
....}
}

Scene* g_pScene = new Game();

// Logic Thread update()
void update(Layer* layer){
....g_pScene->update();
....g_pScene->render();
}

問題は、GUIスレッドしかテクスチャーとかの生成と破棄ができないのだが、
ロジック側の要請をキューにしてメッセージパッシングするのは
少し複雑な実装になるこった。

**名前は開発中のものです。** · 2014/03/05(水) 16:23:12.96

ideoneとかcodepadとか使えばよかったのに

**名前は開発中のものです。** · 2014/03/05(水) 20:45:55.74

sleepってなくてもいいもんなの？

**名前は開発中のものです。** · 2014/03/05(水) 21:47:30.12

マルチスレッドプログラミングの基本について書いてる記事があった
http://www.kumikomi.net/archives/2005/02/02multi.php?page=1

組み込みのサイトだけど基礎だからゲーム製作にも役立つかな
まあこれ見ても具体的な実装なんてさっぱりわからんけど

**名前は開発中のものです。** · 2014/03/05(水) 22:22:10.31

マルチスレッドプログラミングしなくてもいいじゃん

**名前は開発中のものです。** · 2014/03/05(水) 22:28:07.13

起動時のスプラッシュ画面を出すときに欲しくなるんじゃない？（適当）

**名前は開発中のものです。** · 2014/03/06(木) 22:54:49.68

マルチスレッドと言えばQtのQMutexLockerはとても便利だった
ミューテックスのロックとアンロックが一行でできる

**名前は開発中のものです。** · 2014/03/06(木) 23:58:17.76

>>266
書いてくれて嬉しいですが、処理の流れが見えないですね・・・
swapは裏画面と表画面を入れ替えてるというのはわかるんですが
ロジック側も入れ替えるんですか？
layerとかchainとか何を指してるのかイマイチわからないです・・・

g_sync.lockというのはロック出来るまで待機すんるでしょうか？
そうするといい感じに交互に処理できそう？

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

だから基礎知識のないやつに教えてもこうなるだけだと言ったろう？
時間の無駄だから諦めたほうがいい

**名前は開発中のものです。** · 2014/03/07(金) 18:45:58.30

マルチスレッドで描画しているゲームで、FPSが60以上出るゲームがあるけど
あれって一秒間に60回以上オブジェクトの更新しているってこと？

それとも更新側も全力でループ回して、前フレームからの経過時間を測って処理落ちにも対応する感じ？

**名前は開発中のものです。** · 2014/03/07(金) 19:37:40.45

シングルスレッドでも余裕で1000FPSでますよ？
すっげー爆速だー（）

**名前は開発中のものです。** · 2014/03/07(金) 19:48:26.65

１フレームの処理に16ミリ秒も使えるんだぜ
16,000マイクロ秒だぜ
16,000,000ナノ秒だぜ

**名前は開発中のものです。** · 2014/03/07(金) 20:16:57.82

XNAは50FPS推奨だったような気がする
俺もなんとなく50FPSで同期とってる

**名前は開発中のものです。** · 2014/03/07(金) 21:10:47.46

1000FPSでたってモニタがせいぜい120FPSまでしか対応してないじゃん(´・ω・｀)

**名前は開発中のものです。** · 2014/03/07(金) 21:28:42.22

>>279
見た目はそうだけど、例えば当たり判定があるなら、見えない部分でも計算処理がなされる。

**名前は開発中のものです。** · 2014/03/07(金) 21:44:38.99

だから、それに何か意味があるのか？
フレーム飛ぶだろ。

**名前は開発中のものです。** · 2014/03/07(金) 21:54:40.27

裸の王様的当たり判定

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

>>281
あくまで精度を高めるための処理であって、フレーム飛ぶとかは関係なくね？

よくあるネタとして、毎フレーム32ドットで飛んでいく弾丸は、
大きさ30ドットの敵キャラをすり抜けちゃうとか、そういうやつ。

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

そういうやつで、あんなやつで、いいかんじに、そんなかんじみたいな？

**名前は開発中のものです。** · 2014/03/07(金) 22:50:16.12

画面は秒間60回、ロジックは秒間100回更新するより時間差分を使うほうが
一般的じゃないかな。アニメーションなんかでは。

ちなみにマウスを使ったお絵描きソフトをつくると60FPSでは
線が途切れてしまうわけだけど、こちらでは更新回数を増やすのではなく
前回の座標と今回の座標の差分から埋め合わせを計算するのが普通。

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

マルチスレッドが有効利用できる部分と、利用できない部分がある。
効率的にマルチスレッド化出来る事が限られている。

そして、CPUが４コアであっても決して４倍には成らない。

**名前は開発中のものです。** · 2014/03/07(金) 22:55:14.98

「目に見えなくて意味がない部分を省略する」メリットよりも
「あらゆる状況に対応できる」メリットを優先するってだけの話じゃ。

**名前は開発中のものです。** · 2014/03/07(金) 22:56:53.08

さっぱり言ってることが分からんわ
単にＣＰＵに余裕があるって話なら分かるけど。
それと１０００ＦＰＳになんの関係があるんだ？

処理を１０００回やるのと１０００ＦＰＳは意味が違うだろ。

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

アホの子はマルチスレッドを使うことが目的化しているなｗ
「マルチスレッドでCPU性能を限界まで引き出す（ドヤ」

これからはマルチスレッド・ボーイと名乗りなさい

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

マルチスレッドを勉強したいんだろうしそれが目的でいいんじゃねえの

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

>>288
フレームという単位は、確かに元は映像や画像処理の世界の言葉だが、
ゲーム系では映像の出力の他にも、処理の単位（要はループ数）として使われることがある。
どっちの意味で言ってるかは文脈による。

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

本当にこいつの言う話は意味不明。
マルチスレッド？ｊは？何言ってるの？

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

はっはっはっはっは
教えて君の相手をしていても進歩がなさそうだ

**名前は開発中のものです。** · 2014/03/08(土) 00:06:45.46

単発で何やってるんだよ。
恥ずかしいやつだな。

こんな過疎スレで自演しても意味ないぞ

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

一体何が単発で何が自演しているというのだろう？
まず、>>275が振った話題にレスが続いてること理解してる？

**名前は開発中のものです。** · 2014/03/08(土) 00:14:00.22

図星だしたか？ID:fjndePR8君

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

日付が変わればIDは変わる。それはお前も同じことだが知らんのか？
わかったら、敗者は立ち去られよ

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

？？？本当に馬鹿だなお前ｗ

**名前は開発中のものです。** · 2014/03/08(土) 00:20:10.92

本当に恥ずかしい流れになってきたｗ

**名前は開発中のものです。** · 2014/03/08(土) 00:21:58.27

レス番号と根拠を述べない限り、お前は意味不明なことをいってる糖質にしか見えないが？
追い詰められて苦し紛れに「バーカ」とか「アーホ」と一行レスで煽ってるだけじゃんｗ

**名前は開発中のものです。** · 2014/03/08(土) 00:24:33.75

つ鏡

**名前は開発中のものです。** · 2014/03/08(土) 00:28:32.27

ほら、何も反論できないだろ？突然「単発で自作自演をして、うんぬん」と人を批判するが
「どのレスがそうなんですか？」と聞き返されて「お前馬鹿だろｗ」「つ鏡」などと
意味不明な返答を繰り返す。

わかったら、敗者は立ち去られよ

**名前は開発中のものです。** · 2014/03/08(土) 00:31:28.03

皆何と戦っているのん・・・

**名前は開発中のものです。** · 2014/03/08(土) 01:44:30.85

……単発で自演って日付またいだからID変わっただけだろうに……。

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

結局275はどういうことなの

**名前は開発中のものです。** · 2014/03/08(土) 09:53:27.60

★フレームレート(fps)の方法には幾つか種類がある

①固定fpsで、リミッターにより fpsの上限で固定してしまうもの。
②V-SYNCによって固定する、ゲーム機などであり確実に固定する。
③可変fpsにし、fps値が変化しても同じ速度で挙動するもの。

ゲームエンジンが一般的にゲームループを形成しており、
ループの回転数(fps)を計測する。
ＰＣの処理速度が不安定であり、状況により常に変動している。
ゲーム内では処理の負荷変動に関係なく処理速度を一定にしたい。
①固定fps方法、設定のfpsを越えないように上限値を決める方法、
単純な解決方法です。設定fpsを下回る場合は処理落ちになる。
②V-SYNC方法、これはリミッターと同じですが、
画面の同期にハード的に合わせてリミッター処理します、
ですから、設定fpsが常に安定している。しかし、
画面同期が変更されると困る。ゲーム機などに多い。
③可変fps方法、これはゲームループの回転速度に反比例して
ゲーム内の速度を制御します。よって、fpsが変化しても
ゲームの速度に影響がありません。こうすると
非力PCでもささやかに動き、高級PCでも豪華に動く。
また、以上の組合せの方法もあり、条件によって選択が違ってくる。

**名前は開発中のものです。** · 2014/03/08(土) 09:55:48.75

ティアリングと絡めて

**名前は開発中のものです。** · 2014/03/08(土) 15:47:21.74

ガッシ、ボッカ、マルチスレッド・ボーイは逃走した（スイーツ）

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

>>307
「ｹﾞｰﾑﾌﾟﾛｸﾞﾗﾏｰになる前に覚えておきたい技術」のページ127から140を読んでもらいたい
図書館にあると思う

**名前は開発中のものです。** · 2014/03/08(土) 19:20:22.65

>275は、>279から推測すると
おそらく画面描画の単位としてのフレームと、処理の単位としてのフレームを混同してる

**名前は開発中のものです。** · 2014/03/08(土) 20:06:53.16

フハハハハハハハハ

**名前は開発中のものです。** · 2014/03/08(土) 20:50:35.38

>>309
死ね

**名前は開発中のものです。** · 2014/03/08(土) 23:21:33.13

格闘ゲームは60fpsじゃないと古参のファンに叩かれるそうな

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

このスレは熱いな

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

ゲ製にしては良い流れだ

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

なんにせよゲーム内時間の指標となる数値は必要だよね？描画は別としてね

昔に作ったやつは特に深く考えることなく60FPS基準にしてて、
「このエフェクトは１秒間かけたいから設定値は60(ﾌﾚｰﾑ)にしよう」
とかやってたけど、ゲーム内の時間と描画を切り離して考えてなかったから
倍速にしたいときにFPS120にして１フレごとフレームスキップするとか
トンチンカンなことやってたんだよね
（FPS設定値が描画回数と一緒にゲーム内の速度に影響してしまってた）

設定値は素直に、ゲーム時間としては「再生速度 * 秒数（ﾐﾘ）」で設定して
描画としてFPS（描画/秒）を使うべきだねぇ

**名前は開発中のものです。** · 2014/03/09(日) 10:22:07.75

それ、具体的には、デルタタイム（前回更新からの時間差分）を使うのが
一般的だと思うぞ。

もっと原始的にやるなら、画面が50FPSだとキリがよくて、ロジック側もループ回数で
単純計算しやすいかなとは思うんだけど、その延長線上の考え方として
マルチスレッドで秒間100回更新するというのは止めたほうがよいね。

**名前は開発中のものです。** · 2014/03/09(日) 12:52:15.87

普通のHDMIとかパネルの駆動が60Hz辺りなんだから
EU圏のゲーム機でもなきゃわざわざ50を選ぶ理由ないけど
ロジックを高速にするならゲームパッドのサンプリング周期も考慮した方がいいかもね
マウスも非常に速いのあるけど画面とは綺麗な整数倍にならないし

**名前は開発中のものです。** · 2014/03/09(日) 13:48:11.02

シングルスレッドのかずき君は去ったようだ

**名前は開発中のものです。** · 2014/03/09(日) 15:16:30.96

います！

**名前は開発中のものです。** · 2014/03/09(日) 15:55:13.60

>>317
ネトゲとかアクションじゃない限り、ゲーム内時間は現実のデルタタイムに
影響されないようにした方が混乱しないんじゃね？

Unityのチュートリアルなんかだと、「移動距離　=　Δ * speed」みたいなやり方を見るんだが、
俺達みたいに自分でゲームループを制御する場合は、ゲーム内時間とリアル時間を結びつけるために
ループ内でSleep入れて、ゲーム内の「最小単位時間」は常に同一になるように調整した方がわかりやすいと思う

**名前は開発中のものです。** · 2014/03/09(日) 16:30:12.84

ではその場合、画面が60FPSで更新されるとして、
常に17msの倍数でウェイトやアニメーションを行うことになるな。
別にそれはそれで単純でよいが、海外のゲームエンジンとかライブラリだと
デルタタイムでタイムライン処理するのがデファクトな印象ではある。

**名前は開発中のものです。** · 2014/03/09(日) 17:36:09.54

ここ日本

**名前は開発中のものです。** · 2014/03/09(日) 18:05:51.13

UnityとかFlashもタイムラインだし、デファクトに則るのが良いと思うが、
フレームワーク・ライブラリ整備されている前提でないと
むしろ手間かかるというのはあるな

SDLやDXライブラリでそのままでゴリゴリ書いちゃってるような状況なら
原始的な手法がいんじゃまいか

**名前は開発中のものです。** · 2014/03/09(日) 22:16:48.95

時間固定で動くゲームって今ほとんどないんじゃない？
3Dのゲームは大概処理落ちするとコマ送りになる気がするけど

**名前は開発中のものです。** · 2014/03/09(日) 22:24:11.30

通信対戦なら時間基準しかない

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

同人ならまだまだ普通にー、って感じじゃない？

**名前は開発中のものです。** · 2014/03/09(日) 22:49:06.01

自称プロの方ですか。
プロのくせに２ｃｈってキモイんで巣にお帰りください

**名前は開発中のものです。** · 2014/03/09(日) 23:27:17.89

>>328
どこにプロ要素があったのか

**名前は開発中のものです。** · 2014/03/10(月) 01:04:03.22

コミュ障の有段者かな？

**名前は開発中のものです。** · 2014/03/10(月) 18:57:16.49

円や矩形の当たり判定を使わずに3Dのメッシュとメッシュの当たり判定をする方法ってある？