DirectX総合スレ (Part9)at GAMEDEVDirectX総合スレ (Part9) - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このスレッドのURL■項目テキスト600:名前は開発中のものです。 09/07/17 22:04:11 Z3s3jxcY マルチスレッドでも描画を先にしてから計算でおk? コアが増えてからDirectXとどう付き合えばいいのかよくわからなくなってきたZE! 601:名前は開発中のものです。 09/07/17 22:18:35 GYNcPi+G ウィンドウモードでメニューとか処理してる間もゲームループと描画を止めずに動かしたいんだが 移動・描画・ウィンドウメッセージのスレッドを別々にすればいいのではないかと思うんだけど どうやればいいのかよくわからないんだよなぁ 602:名前は開発中のものです。 09/07/17 23:35:32 /RXyn8AO どうもこうも普通にマルチスレッドのデザインパターン勉強しなされ 603:名前は開発中のものです。 09/07/18 02:41:43 WxQiL2cL >>601 windowsのウィンドウは、それを作成したスレッドでメッセージが処理される。 メインのウィンドウは必ずプライマリスレッドで生成されるから、メインウィンドウのWM_COMMANDを 実行中は、他のメッセージは処理できない。つまりメニュー表示中は画面を更新できない。 WM_COMMAND中にPeekMessageとかやれば別だが……PeekMessage埋め込みは、思わぬ問題を 引き起こしたり、コードがぐちゃぐちゃになったりするのでお勧めできない。 これを簡単に避ける方法は2つしかない。 ひとつは、メニューをゲーム画面中に実装して、OSのメニューは使わない方法。 もうひとつは、プライマリスレッドから入力スレッドを作成して、ゲームで利用する ウィンドウは、すべて入力スレッドで作成する方法。 これだとゲーム画面の更新は入力スレッドで行われ、メニュー操作はプライマリスレッドで 行われるので、メニュー選択中の画面は更新される。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch