14/09/01 17:34:00.00 7vpWhfmF
>>132
Assimp
134:名前は開発中のものです。
14/09/02 14:27:36.03 PUVCbn2i
DirectXも使えるの？
135:名前は開発中のものです。
14/09/02 17:26:57.05 tdHhEDHk
>>133
これ良さげやね
BSDライセンスだし色々出来そう
スレッドセーフなのもポイント高い
136:名前は開発中のものです。
14/09/06 11:58:19.59 khJXlvEe
>>131
これ誰かわかりませんか？
137:名前は開発中のものです。
14/09/06 18:09:59.56 AxxHSbmN
expected primary-expression before ')' token 意味
で検索してみた？
138:名前は開発中のものです。
14/09/07 11:10:43.48 s9vhQEyf
>>137
()内に値があるとかなんとかとか・・・
でも引数のエラーは別にあるし、全く同じ文(変数名は違うけど)をコピペしてきたものだし・・・
139:名前は開発中のものです。
14/09/08 21:02:33.10 tesqRk+d
ずっとDXライブラリのwhileの中でやってきたせいで（ビジーウェイトっていうのかな？ポーリング？）
GUIライブラリとかのイベントドリブンでゲーム作る方法が全くわかんないぜ
DXライブラリでは１フレームごとの処理をupdateメソッドの中でやってたから、
アクションゲーム上のキャラクタなどがゲーム内時間での同期が簡単だったんだけど
イベントドリブンだと、そういう「メイン時間軸」による制御がないから
ゲーム内時間で厳密に同期が取れないとこが気持ち悪い
例えば、前者では１フレームごとにキャラクターの速度ずつ動いて、衝突判定も一斉にできるけど、
後者だとライブラリ側が（おそらく裏で㍉秒単位でポーリングしてて）『ボタン押されたよ！』って判断するから、
用いる時間の粒度が、自分が定めたいゲーム内時間じゃなくなってしまうという・・
イベントドリブンを用いる手前、１フレごとにupdateイベント起こすなんて二度手間はやりたくないし・・
（Unity3Dはupdateとイベント併用型らしいけど、どうやってるんだろ）
140:名前は開発中のものです。
14/09/08 21:18:20.61 tYyDmrPQ
別に必要ならUpdate相当のイベント起こしたっていいじゃない
Windowsとか普通のアプリでアニメーションしたいならWM_TIMERとか別スレッドのタイマーで処理してから
描画のWM_PAINTを間接的に呼び出してるわけだし
描画のイベントを約16msで起こして内部で状態更新すれば60フレームのゲームだ
141:名前は開発中のものです。
14/09/09 01:28:32.21 iF9Myub/
俺もDXライブラリしか使ったことないからわかんないんだけど描画ループとゲーム内処理のループって分けてマルチスレッドにするもんなの？
ダブルバッファってのもなんか、全ての描画リソースを2倍持つって結構勿体無いなとか思うんだけど
ネトゲでよく200fpsとか表示されててなんじゃこりゃとか思ったことあるけどゲーム内処理ループの事だよね？
142:名前は開発中のものです。
14/09/09 03:36:37.22 C1Zjzm8i
無限ループの中で定期的にPeekMessage関数を呼んで
受信しているウィンドウメッセージを処理するようにするようにする方法が一つある
(DxLibで言えばProcessMessage関数みたいなもんだと思いねぇ）