[過去ﾛｸﾞ]
親父PGがゲームを作り始めるスレッド (668ﾚｽ)
親父PGがゲームを作り始めるスレッド http://mevius.5ch.net/test/read.cgi/gamedev/1080582036/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
550: 548 [sage] 05/02/19 14:41:08 ID:SeeIdQIF >>549 あ、なんだやってたのか。 このスレ沈みっぱなしだったから見てる人かなり少ないだろうし、 多分みんなお前がいなくなったんだと勘違いしてたんだと思うぜ。 で、サイトの方にあったレスにレスするぞ。 > >>548 それはむしろ今の状態というか > 今はゲームループの中で1回ポーリングしてその瞬間のデータで処理をします > これは言い換えると次のポーリングまでの間のデータを捨てているのと同じです > 多すぎるデータは最終的に捨てなければなりません > バッファリングでキューにデータが溜まるなら > プログラムがデータの処理を選択できるのではないでしょうか？ということです > 嘘ついてたらｽﾏｿ OS 側にイベントキューってのがあって、 ポーリングとポーリングの間にアプリケーション（この場合お前のプログラム）が受け取った情報は全て OS 側で勝手にイベントキューのバッファに保存されてる。 つまり、「次のポーリングまでの間のデータを捨てているのと同じ」ではない。 巨大なファイルを圧縮したりして CPU に負荷をかけまくると、 チャットで入力した文字が遅れて表示されたりしないか？ ありゃ負荷が掛かってる間に溜まってたイベントを アプリケーションが後からポーリングして受け取ってんだわ。 Windows とか、Unix + X とか、MacOS とか、最近の OS は普通そういう実装になってる。 Windows の場合、限界を超えた量のキー入力を受け取ると アプリケーションに渡す以前に Windows が根を上げてビープの警告音を鳴らす。 つまりキーイベントのバッファリングも、 受け取れないほどの量のキーイベントを破棄する処理も、 既に OS 側に実装されてる。 http://mevius.5ch.net/test/read.cgi/gamedev/1080582036/550
552: 548 [sage] 05/02/19 22:09:02 ID:SeeIdQIF > 動きのあるゲームプログラムで入力をメッセージキューに結び付けるのはちょっと乱暴です まったくその通りだ。 すまん、俺が勝手に勘違いしてしまってた。 言い訳すると、実はゲーム屋じゃないのよがはは。 一番最初の話に戻す。 キー情報はそのフレームで使う分を取得するだけでいいから、 バッファリングする必要は無いんじゃないかな。 フレームの開始ごとに新しくキーマップを取得すべきだし、 それ以外のタイミングで取得したキーマップを使う場面が浮かばない。 http://mevius.5ch.net/test/read.cgi/gamedev/1080582036/552
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.019s